**** BEGIN LOGGING AT Thu Dec 01 03:00:00 2016
Dec 01 06:19:23 <Hunk> Good morning, I have a question about fetching. Is it possible to use local folders for fetch and generate a symlink on them? So that I don't have to copy the sources?
Dec 01 07:02:05 <LetoThe2nd> Hunk: there is external source for development purposes which probably does what you want.
Dec 01 07:03:29 <LetoThe2nd> Hunk: it comes at the cost of not havein a reproductible build of course, as the recipe can't nail the revision of a local directory down anymore.
Dec 01 07:04:01 <LetoThe2nd> Hunk: see: http://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#building-software-from-an-external-source
Dec 01 07:49:23 <Hunk> LetoThe2nd thank you very much
Dec 01 08:01:32 <aV_V> Good morning
Dec 01 08:16:00 <graphiqs> Good Morning.
Dec 01 08:19:36 <aV_V> where should be placed my image recipe, on machine layer or on the distro one?
Dec 01 08:39:35 <eduardas_m> hello, does systemd work properly in Krogoth? I have CONFIG_FHANDLE enabled in kernel, but I still get no login prompt after boot
Dec 01 08:39:55 <eduardas_m> am I missing another kernel config or dependency?
Dec 01 08:56:57 <ernstp> aV_V: I have a meta-xyz layer, and then classes/image_types_xyz.bbclass
Dec 01 08:57:41 <ernstp> aV_V: oh wait, that's not what you were talking about.
Dec 01 08:58:37 <ernstp> aV_V: my image is in meta-xyz/recipes-sato/image/xyz-image.bb because I based it on a sato image
Dec 01 08:59:20 <ernstp> but usually you include recipes-*/*/*.bb so it doesn't really matter
Dec 01 09:05:25 <aV_V> ernstp: actually I was asking on which layer TYPE should be placed, on the machine layer (as vendors bsp does) or on the distro layer (as it suggest Yocto manual on creating ur own distro) ?
Dec 01 09:13:52 <ernstp> aV_V: I have "upstream" layers that I try to keep unmodified and my own layer where I put modifications and new stuff...
Dec 01 09:14:41 <ernstp> aV_V: not the machine layer I'd say anyway. distro layer sounds good I guess.
Dec 01 09:16:34 <aV_V> yeah, that I thought too
Dec 01 09:24:00 <eduardas_m> how does one force to include an already compiled .dtb file in their sdcard image?
Dec 01 09:33:22 <abelloni> is intel-core2-32.conf from meta-intel the proper machine for the fri2 ?
Dec 01 09:56:41 <Ox4> guys, could somebody review this recipe: http://ix.io/1Jke Is everything fine?
Dec 01 10:09:40 <graphiqs> Ox4: you sure about the echo on compile?
Dec 01 10:10:32 <graphiqs> and double depends
Dec 01 10:20:31 <Ox4> graphiqs: I was using echo for debugging :)
Dec 01 10:21:13 <Ox4> graphiqs: thank you about double DEPENDS :)
Dec 01 11:12:21 <graphiqs> what is going on with the freescale git...
Dec 01 11:36:26 <eduardas_m> I am trying to make a derived image bitbake recipie
Dec 01 11:36:42 <eduardas_m> failing to use pre-existing recipie via require
Dec 01 11:36:47 <eduardas_m> Could not include required file /recipes-fsl/images/fsl-image-qt5.bb
Dec 01 11:36:58 <eduardas_m> what could be wrong?
Dec 01 11:37:06 <rburton> what does your requre say
Dec 01 11:37:20 <eduardas_m> require /recipes-fsl/images/fsl-image-qt5.bb
Dec 01 11:37:38 <rburton> why have you put a leading slash :)
Dec 01 11:38:16 <rburton> remove that so its not an absolute path and you'll have more luck
Dec 01 11:39:10 <eduardas_m> rburton, I feel really stupid right now
Dec 01 11:40:01 <eduardas_m> yeah, its fine now
Dec 01 12:24:26 <mdnneo> should it be possible to have a lib build static and shared packed also for native and nativesdk? Or basically I tried and it worked but I don't get a nativesdk-mylib package
Dec 01 12:27:58 <rburton> mdnneo: should work, assuming you're not using poky which disables static libraries
Dec 01 12:29:15 <mdnneo> rburton: If I continue thinking I just wonder if it makes much sense ... I anyway cannot build "native tools" with the yocto SDK,or?
Dec 01 12:30:18 <mdnneo> rburton: and it doesn't look like I use poky since I get the nativesdk-mylib-staticdev package
Dec 01 12:30:47 <mdnneo> rburton: I'm really just lacking the nativesdk-mylib so the one which should contain the so
Dec 01 12:56:41 <m4ho> Hi, I am building an image based on the arago project (TI Processor SDK). In the default configuration this works fine, but when enabling the rt kernel the packaging fails with http://ix.io/1JlH Could anyone give me a hint how to solve that? I don't understand where these source configurations (package groups?) are defined and how :/
Dec 01 13:04:51 <eduardas_m> how do I go about modifying the default /etc/profile file for my custom image recipie?
Dec 01 13:13:47 <mdnneo> eduardas_m: the initial file is provided by ./poky/meta/recipes-core/base-files/ so either simply edit this one, provide a patch or make custom changes via an bbappend
Dec 01 13:17:13 <mdnneo> eduardas_m: you can also make an echo whatuneed >> $D/etc/passwd in another package but this is a bit nasty since there is no guaranteed package order
Dec 01 13:22:47 <eduardas_m> mdnneo, thanks a lot... will try via bbappend
Dec 01 13:23:35 <mdnneo> eduardas_m: IMHO bbappend with funktion pkg_postinst_${PN}() ist maybe the best idea
Dec 01 13:51:18 <davis> hello
Dec 01 13:52:05 <davis> so i have a class native and target recipe which builids code and installs during the target build using the built in make install.
Dec 01 13:52:10 <davis> it works and works well.
Dec 01 13:52:34 <davis> now I want to add a file in my yocto recipe dir as a script.
Dec 01 13:52:54 <davis> i've done this with a recipe which does not use cmake and it works.
Dec 01 13:53:16 <davis> however, when I try this technique with my cmake target/native recipe it fails.
Dec 01 13:53:28 <davis> simply adding a line like this fails
Dec 01 13:53:33 <davis> SRC_URI_class-target += "file://start_pcmx.sh"
Dec 01 13:54:10 <davis> in the dir with the recipe, i have a directory named files and I have a ./files/start_pcmx.sh
Dec 01 13:55:04 <davis> in another recipe, i do SRC_URI += "file://donet.sh"
Dec 01 13:55:11 <davis> and it works.
Dec 01 13:56:58 <ant_work> without seeing the recipe is hard, still I'd say try SRC_URI_append_class-target = " file://...
Dec 01 13:58:07 <davis> one sec, ill try
Dec 01 13:59:48 <davis> ant_work: you rock the roll. that works.
Dec 01 13:59:53 <davis> many thanks
Dec 01 14:25:42 <zzeroo> Hi, I need some help with bitbake. I've a file included via SRC_URI. But changes on this file aren't recognised. Even after -c clean and/or -c cleanall. If I rename the file, it is included correct and working.
Dec 01 14:25:58 <neverpanic> Remote or local
Dec 01 14:27:12 <zzeroo> neverpanic: local
Dec 01 14:28:07 <zzeroo> the funny think is, after -c clean i dont see any copy in my tmp. But if I rebuild the old file content is used
Dec 01 14:28:23 <graphiqs> is "bitbake -c menuconfig virtual/kernel" the only config tool for the kernel in yocto?
Dec 01 14:28:37 <rburton> davis: what's happening is that SRC_URI_class_target += is actually just appending to the variable SRC_URI_class-target, which then overrides SRC_URI
Dec 01 14:28:47 <rburton> += and overrides happen separetely
Dec 01 14:36:13 <zzeroo> neverpanic: I've got it. I had forgotten to increment PV ><. Attachments are'nt checksumed ...
Dec 01 14:36:17 <ant_work> rburton: I was exactly searching the man page explaining the deferred evaluation of appends..
Dec 01 14:36:40 <ant_work> *appends = appended overrides
Dec 01 14:42:27 <davis> rburton: many thanks
Dec 01 14:43:18 <mathieu_la> Hi, I started using toaster on my local network, I currently just displays the command line builds.
Dec 01 14:43:57 <mathieu_la> Is there a way to run builds from the webpage as well? With the same config? Or do I need to setup a project from said webpage
Dec 01 14:44:45 <mathieu_la> (also, it says release/Machine not applicable in grey on the project overview)
Dec 01 14:50:17 <ant_work> davis: it's http://tinyurl.com/o97f5bk
Dec 01 14:52:02 <eduardas_m> mathieu_la, you are using Jethro?
Dec 01 14:52:12 <mathieu_la> I'm on branch krogoth
Dec 01 14:52:34 <eduardas_m> IIRC Krogoth Toaster was able to start builds from webpage
Dec 01 14:52:56 <eduardas_m> also adding layers and packages on Krogoth Toaster is also possible
Dec 01 14:53:23 <eduardas_m> Jethro Toaster was only able to display build progress for me
Dec 01 14:53:23 <mathieu_la> Yes, it's possible, but only If I create a new project and import all my layers, I wanted to know if there was an option to run builds on the 'command line builds' project as well
Dec 01 14:54:15 <mathieu_la> If not I might just take some time to import my layers and start the build from the webpage, it seems quite fun too. :)
Dec 01 14:55:41 <eduardas_m> Not sure what you want to do exactly... I've tried out toaster, but do not find it worth the time learning when I am the only one to do builds on a local machine
Dec 01 14:56:51 <eduardas_m> people with a build server and a sizeable team might find it useful though... I wonder what the best practice for Toaster actually is
Dec 01 14:57:06 <eduardas_m> anyone using Toaster efficiently in production?
Dec 01 14:57:23 <eduardas_m> what is the real benefit here?
Dec 01 14:59:11 <mathieu_la> we are now a few in the team, and I was the only 'yocto-guy' but since I got now a build server I thought I would try toaster (just running a webpage displaying builds first)
Dec 01 14:59:45 <mathieu_la> but now I was asked to make it easy for other team members to run builds of our software application
Dec 01 14:59:52 <eduardas_m> mathieu_la, care to share the build server specs? :)
Dec 01 15:00:03 <rburton> eduardas_m: "as much as you can afford"
Dec 01 15:00:49 <mathieu_la> haha, nothing too fancy here, it was a server we had laying around, quad-core/8Gb ram.
Dec 01 15:01:03 <mathieu_la> it also hosts a jenkins instance for a java project
Dec 01 15:01:58 <CTtpollard> how appropriate
Dec 01 15:03:23 <eduardas_m> mathieu_la, thanks for the info... does not sound like much of a build server honestly in the sense of building embedded distros
Dec 01 15:04:07 <eduardas_m> also, I will probably get flame for this... but Java and .NET are like a plague... no one wants to do C and C++ anymore
Dec 01 15:04:51 <eduardas_m> I have huge trouble finding C++ developers for my project where I live
Dec 01 15:04:52 <mathieu_la> currently only used with one target, it's a bit of a toy, honestlty it's just for convenience of not having to let my local machine running overnight
Dec 01 15:05:08 <mathieu_la> two targets*
Dec 01 15:25:59 <JoiF> eduardas_m: Where do you live?
Dec 01 15:27:34 <eduardas_m> JoiF, Lithuania
Dec 01 15:27:42 <eduardas_m> Vilnius
Dec 01 15:28:16 <JoiF> Ok
Dec 01 15:29:03 <mathieu_la> what a coincidence, our java developper comes from Lithuania
Dec 01 15:29:24 <eduardas_m> people who graduate with IT degrees almost never do C or C++ here for a living
Dec 01 15:30:11 <JoiF> True
Dec 01 15:30:47 <eduardas_m> mathieu_la, not very surprising... as most IT graduates here in Vilnius get caught by banks and financial institutions where they have to do Java
Dec 01 15:31:38 <eduardas_m> after years of Java system language programming looks scary to them
Dec 01 15:32:39 <eduardas_m> and the only people who end up writing hardware-related C++ code are EEs like me
Dec 01 15:33:01 <JoiF> In the embedded world, a lot of the developers come from electrical engineering, instead of computer-science or IT
Dec 01 15:33:02 <eduardas_m> who were never really taught how to program in the first place!
Dec 01 15:33:53 <mathieu_la> I'm on from that same EE boat, like half of our C/C++ people
Dec 01 15:34:23 <eduardas_m> because I have no idea about appropriate Qt design patterns or C++ 11 features
Dec 01 15:34:40 <eduardas_m> though such knowledge would be very useful
Dec 01 15:35:25 <boucman_work> that's strange... here all the engineers are computer engineers...
Dec 01 15:35:28 <eduardas_m> this is the stuff that IT people should be knowledgable about, but they simply refuse to do them
Dec 01 15:35:48 <eduardas_m> boucman_work, that may be different from country to country
Dec 01 15:36:01 <eduardas_m> I can only say  about the situation here
Dec 01 15:36:44 <JoiF> On my team, 12 (embedded) C++ programmers there's a healthy mix between EEs and computer-scientists, I think.
Dec 01 15:38:04 <eduardas_m> JoiF, I imagine you either work for a large company or a specialized company that does embedded development for others?
Dec 01 15:38:19 <JoiF> We also have a quite nice system for educating our developers. For example, everyone went on a C++11/14 course this fall to learn all about Bjarne's latest and greatest stuff. ;)
Dec 01 15:38:33 <JoiF> Quite large
Dec 01 15:38:59 <eduardas_m> JoiF, sounds like luxuries people here can't afford
Dec 01 15:40:53 <JoiF> The total number of employees is somewhere around 1.400, but a LOT of them are in some sort of sales all around the world.
Dec 01 15:45:00 <JoiF> I think we're something like 140-180 (depends on how you count/what you think qualifies as R&D) doing R&D. That's including software (both embedded and non-embedded), electronics, mechanical engineers and so on.
Dec 01 15:48:16 <eduardas_m> JoiF, that's a lot... you see, I actually work for a relatively small company
Dec 01 15:49:12 <eduardas_m> does anyone know of anexample how to write a simple bitbake recipe for a qt5 app from local git repository sources?
Dec 01 15:49:46 <eduardas_m> I am only now starting to write my own bitbake recipes
Dec 01 15:50:03 <mathieu_la> how is it built ? (cmake, make ?)
Dec 01 15:50:14 <CTtpollard> there's example recipes in meta-qt5 I believe
Dec 01 15:50:20 <CTtpollard> can inherit qmake etc
Dec 01 15:51:04 <eduardas_m> qmake
Dec 01 15:51:18 <eduardas_m> not using qml
Dec 01 15:51:22 <eduardas_m> only qwidgets
Dec 01 15:51:30 <eduardas_m> since I'm using linuxfb
Dec 01 15:52:06 <eduardas_m> CTtpollard, already looked at them
Dec 01 15:52:14 <eduardas_m> they usually require recipes-qt/qt5/qt5.inc
Dec 01 15:52:30 <eduardas_m> insteadof qmake5
Dec 01 15:52:36 <eduardas_m> for some reason
Dec 01 15:52:49 <eduardas_m> and use qml
Dec 01 15:53:59 <CTtpollard> does the .inc file not inherit/require qmake5?
Dec 01 15:55:27 <eduardas_m> CTtpollard, yes, yes it does
Dec 01 15:56:31 <eduardas_m> CTtpollard, I am a bit confused why none of the example recipes have a do_compile step
Dec 01 15:56:37 <eduardas_m> only do_install
Dec 01 15:56:51 <mathieu_la> it is taken care of by the qmake class
Dec 01 15:57:44 <mathieu_la> It just runs things according to your makefile, while you are more likely to need some custom do_install
Dec 01 15:58:03 <eduardas_m> mathieu_la, oh...I see...
Dec 01 15:58:06 <eduardas_m> nice
Dec 01 15:58:48 <mathieu_la> but you can create a do_compile step in your own bitbake recipe if you need some variables changes or anything
Dec 01 16:00:13 <boucman_work> i'm suprised there is a do_install... I would have thought the qmake include would do that for you
Dec 01 16:00:19 * boucman_work check his own qt recipes
Dec 01 16:01:49 <CTtpollard> It does, but you may need to do extra steps outside of the provided config
Dec 01 16:01:50 <boucman_work> no, we do_install_append some stuff, but not the main binaries, that's handled autmagically by the qmake.inc file
Dec 01 16:02:02 <boucman_work> i mean qt5.inc
Dec 01 16:07:05 <eduardas_m> Is it correct to fetch from local bare git repository like this?
Dec 01 16:07:10 <eduardas_m> SRC_URI = "git://home/eduardas/MyGitRepos/qt-test-app.git"
Dec 01 16:07:25 <eduardas_m> it is a samba share mounted on my file system
Dec 01 16:07:46 <eduardas_m> I just  failed the do_fetch() step
Dec 01 16:08:13 <boucman_work> eduardas_m: what's the error message ?
Dec 01 16:08:50 <eduardas_m> Task 4 (/home/eduardas/BigDisk/var-mx6ul-mx7-yocto-krogoth/sources/meta-lifodas/recipes-lifodas/applications/qt-test-app.bb, do_fetch) failed with exit code '1'
Dec 01 16:09:08 <CTtpollard> do got not need git:/// ?
Dec 01 16:09:10 <boucman_work> eduardas_m: https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html#git-fetcher
Dec 01 16:09:11 <CTtpollard> *not
Dec 01 16:09:47 <boucman_work> if you want to clone a local git repository, you probably need to add ?protocole=file at the end of your line
Dec 01 16:10:01 <boucman_work> else it will try to fetch using the git protocol and fail
Dec 01 16:10:39 <kergoth> s/?/;/; s/e=/=/
Dec 01 16:10:40 <kergoth> :)
Dec 01 16:13:56 <boucman_work> kergoth: thx :P
Dec 01 16:14:07 * boucman_work regularly mix up native vs english spelling
Dec 01 16:14:14 <boucman_work> and english vs us is  even worse
Dec 01 16:15:01 <pyBlob> I'm using the the poky-atmel layer, however I don't need python or some other stuff from that image. How can I remove that?
Dec 01 16:15:59 <eduardas_m> SRC_URI = "/home/eduardas/MyGitRepos/qt-test-app.git;protocol=file"
Dec 01 16:16:06 <eduardas_m> fails to parse recipe
Dec 01 16:17:34 <eduardas_m> I forgot git:// at beginning
Dec 01 16:17:34 <kergoth> has anyone tested layerindex with sqlite? it seems to explode. the migrate didn't add a needed table
Dec 01 16:17:36 <rburton> yes
Dec 01 16:17:37 <kergoth> sqlite3.OperationalError: no such table: layerindex_branch
Dec 01 16:17:41 <rburton> (that was to eduardas_m)
Dec 01 16:19:56 <eduardas_m> SRCREV is mandatory?
Dec 01 16:20:37 <eduardas_m> fetcher failure
Dec 01 16:20:40 <eduardas_m> Please set a valid SRCREV for url ['SRCREV_default_pn-qt-test-app', 'SRCREV_default', 'SRCREV_pn-qt-test-app', 'SRCREV']
Dec 01 16:21:12 <eduardas_m> how do I checkout latest commit on master branch?
Dec 01 16:23:48 <CTtpollard> eduardas_m: SRCREV = "${AUTOREV}"
Dec 01 16:24:04 <eduardas_m> CTtpollard, already did that
Dec 01 16:24:17 <CTtpollard> well, that should be valid
Dec 01 16:24:34 <eduardas_m> yes, now it complains folder is not git repository
Dec 01 16:24:35 <kergoth> if SRCREV is AUTOREV, then it's a valid srcrev. if you have multiple urls/branches, then each needs an SRCREV
Dec 01 16:24:49 <CTtpollard> eduardas_m: can you paste your src_uri line again
Dec 01 16:24:56 <eduardas_m> single master branch with single commit
Dec 01 16:25:11 <eduardas_m> SRC_URI = "git://home/eduardas/MyGitRepos/qt-test-app.git;protocol=file"
Dec 01 16:25:27 <CTtpollard> I'm pretty sure you'll need git:///
Dec 01 16:25:43 <CTtpollard> for the absolute path
Dec 01 16:26:11 <eduardas_m> CTtpollard, thanks, I think it fetches properly now
Dec 01 16:26:18 <eduardas_m> failed at do_configure
Dec 01 16:26:53 <kergoth> yep, you'll need all three. lit's file:// + <path>, where path can be relative or absolute
Dec 01 16:35:03 <eduardas_m> thank you, everyone... you have been very helpful today
Dec 01 16:35:17 <eduardas_m> actually got this recipe to build :)
Dec 01 17:03:22 <peoliye> i have this weird problem: whenever i checkout a different branch my bitbake build system goes bad and i have to do cleanbuild. Is there any way to debug this?
Dec 01 17:05:55 <kergoth> "goes bad" isn't useful, but you can't switch major versions of bitbake/oe/etc and expect things to just work wihtout wiping tmp
Dec 01 17:06:04 <kergoth> you can't go from morty to master without startinf resh
Dec 01 17:09:17 <peoliye> kergoth: Sorry for not being descriptive. I am building linux kernel using bitbake and i get "ERROR: System.map-None does not exist in" whenever i try to checkout a different branch and do build so i do cleanbuild and that fixes it.
Dec 01 17:09:45 <kergoth> check out a different branch of what, where, in what context?
Dec 01 17:09:59 <peoliye> kergoth: checkout a different kernel branch.
Dec 01 17:10:12 <kergoth> if you're using a local kernel tree, exactly how is it being used? are you using a git://...;protocol=file uri, externalsrc, or osmething else?
Dec 01 17:10:19 <kergoth> or is it a remote ?
Dec 01 17:10:35 <kergoth> you haven't given us enough information to diagnose, basically
Dec 01 17:10:44 <peoliye> kergoth: i do local kernel build as the code resided in my disk.
Dec 01 17:10:57 <kergoth> again, not enough information
Dec 01 17:11:11 <peoliye> kergoth: I am very new to bitbake so ...
Dec 01 17:11:34 <kergoth> well either you set up that local kernjel tree or someone else you work with did. in either case, find out how its  set up first
Dec 01 17:11:47 <kergoth> what exactly is SRC_URI in your kernel recipe?
Dec 01 17:11:58 <peoliye> kergoth: let me check
Dec 01 17:16:37 <peoliye> kergoth: file://kernel
Dec 01 17:21:59 <kergoth> you should be using a git uri with ;protocol=file, so it uses git to clone and knows aobut the git revisions
Dec 01 17:24:14 <peoliye> kergoth: i think i was not clear enough. I have created my development branches after downloading code from git in my local workspace and when switching between them i get that aforementioned error.
Dec 01 17:24:53 <kergoth> yes, i get that. but a file:// bitbake uri is going to blindliy cp -a the files into the working copy, it might or might not be checksumming the entire thing, so it might or might not know when it needs to rebuild.
Dec 01 17:25:17 <kergoth> if you'er doing active development, the externalsrc class is a much better approach than either file:// or git://+protocol=file, but it depends on your needs
Dec 01 17:25:39 <kergoth> regardless, file:// isn't the right way to tell bitbake to fetch your local kernel tree
Dec 01 20:33:55 <Crofton|work> zeddii, awake?
Dec 01 20:33:57 <Crofton|work> | /home/balister/src/oe-core/build/tmp-glibc/sysroots/x86_64-linux/usr/bin/scc-cmds/patch.cmd: line 29: : No such file or directory
Dec 01 21:11:22 <Crofton|work> zeddii, git revert 83d10e2acef936b1f38804988f10eafa48db36f9
Dec 01 21:20:43 <tlwoerner> Crofton: yes, i'm seeing that too in my raspi builds
Dec 01 21:21:44 <tlwoerner> there was a recent change to yocto-kernel-tools (git://git.yoctoproject.org/yocto-kernel-tools.git) which i believe is responsible
Dec 01 21:22:16 <tlwoerner> and i'm also seeing a permissions problem when more than one person tries to do a build on the same machine, which i've described in a recent email to the yocto mailing list
Dec 01 21:23:30 <tlwoerner> Crofton: zeddii: yes, that's the one (83d10e2...), specifically commit 08463d6 of yocto-kernel-tools
Dec 01 21:28:24 <Crofton|work> I just get a failure, that I can't debug, so revert :)
Dec 01 21:28:31 <Crofton|work> I think zeddii is on the road
Dec 01 21:28:41 <tlwoerner> "on the road again..."
Dec 01 22:25:30 <mattsm_> anyone familiar with tools to compare two different images and their deps?
Dec 01 22:36:18 <kergoth> mattsm_: not offhand.. if you have the buildhistory, could compare the image info in there
Dec 01 22:36:47 <mattsm_> was thinking of something that could look at two images (from different versions of bitbake/OE even) and compare dependecies
Dec 01 22:37:18 <mattsm_> and maybe even pkg config options of components in the two images
Dec 01 22:37:29 <mattsm_> seems generically useful, not sure where it could live..
Dec 01 22:37:43 <kergoth> how would it even get the deps, if the images use completely different package managers, etc?
Dec 01 22:37:46 <mattsm_> or what bitbake python could be reused... or just go with parsing some bitbake output
Dec 01 22:37:51 <kergoth> other than a file-by-file comparison, i don't see how it'd be of much use
Dec 01 22:38:08 <mattsm_> well bitbake parses everything, i was not going to use package managment
Dec 01 22:38:22 <kergoth> again, buildhistory collects a ton of useful info about the image
Dec 01 22:38:28 <kergoth> and has been around for multiple versions
Dec 01 22:38:30 <mattsm_> right, should look closely at that
Dec 01 23:02:22 <tlwoerner> Crofton: it looks like i've got Bruce's attention, he says he can work on it tomorrow :-)
Dec 02 00:43:16 <tlwoerner> Crofton: what MACHINE were you building for? what BSP were you using?
Dec 02 00:43:42 <tlwoerner> Crofton: it looks like poky+qemu* are working fine
**** ENDING LOGGING AT Fri Dec 02 03:00:00 2016