**** BEGIN LOGGING AT Tue Sep 05 03:00:01 2017 Sep 05 07:21:40 good morning Sep 05 07:31:49 morning mckoan Sep 05 07:40:36 Hi, we currently have a setup for installing one of several available FPGA images through virtual/fpga. Now we need to change that to install multiple fpgas (to be changed at runtime). Does anyone know of a bitbake mechanic that allows installing more than one of these providers? Or do we have to move away from a single base class providing virtual/fpga approach? Sep 05 09:35:36 how can i build bluez tools statically in yocto Sep 05 09:48:25 rsv: how would that be useful considering they need a bluez daemon present and running already? Sep 05 09:50:10 rburton: i want to run hcicmd in a different system (android system). since i have yocto setup. i want to build statically built hcitools and run it on android. it makes it easy for me Sep 05 10:06:16 nrossi: Do you know about any thorough documentation about device-trees with regards to FCLK? All I can find, e.g. from Xilinx, is some surface-level documentation about "clock-names" and "clock-output-names", but I can't find anything about how to set the actual frequency (or divisors) like one does in ps7_init. I can do it successfully through sysfs, but having scripts to echo some values to sysfs at boot-time feels a bit like amateur-hour.. Sep 05 10:25:09 hi all, justa a question about sdk qt5 and pupulate_sdk, How add my recipe libraries or include files like NetworkManager to meta-toolchain-qt5? Sep 05 10:33:51 why oh why oh why does meta-qt5 need its own toolchain recipe Sep 05 10:52:00 JoiF: the proper way to setup the clocks is a via kernel driver/module, using clock framework. You set the desired frequency and the zynq clock driver will handle divisor calcs and set the frequency. Sep 05 10:55:44 JoiF: if you setting it via sysfs now, that is probably via xdevcfg which is using the clock framework. But xdevcfg is a linux-xlnx kernel only thing. Sep 05 11:00:37 JoiF: you might be able to use the assigned-clock-* properties, but i am not sure if they will work for your use case? (http://elixir.free-electrons.com/linux/v4.13/source/Documentation/devicetree/bindings/clock/clock-bindings.txt#L135) Sep 05 11:08:32 what is S = "${WORKDIR} and the difference between using FILES_${PN} += " some local files " and SRC_URI = " some local files " ? Sep 05 11:08:42 in package recipe Sep 05 11:32:00 nrossi: Ok, that's the conclusion I was getting closer to.. Sep 05 11:32:37 it boggles my mind that xilinx clings to xdevcfg Sep 05 11:32:40 nrossi: I'll probably need to check the source for the gmii2rgmii driver and see what it is doing. Perhaps it assumes I've routed the gmii2rgmii clkin to a different PS clock. Sep 05 11:33:41 Crofton|work: yer i think its more a case of 'customers were using it, we must support them' :) Sep 05 11:34:27 at least try and shift them to something that will be around long term Sep 05 11:34:52 Crofton|work: but linux-xlnx will be around long term... bazinga! :( Sep 05 11:35:13 the existince of linux-xlnx is causing me pain Sep 05 11:35:32 vendor tress with no clear relation to mainline suck Sep 05 11:36:00 pretty much why i avoid tinkering with anything that does not have mainline kernel support :) Sep 05 11:36:04 * Crofton|work grumbles Sep 05 11:36:12 I am getting that way Sep 05 11:36:27 boards for new projects are selected that way Sep 05 11:36:43 or if a cashectomy is performeed Sep 05 11:38:43 Crofton|work: its definitely a good requirement for selection of boards/processors Sep 05 11:39:27 Let's share the kool aid Sep 05 11:40:08 yahia: i suggest you read the manual Sep 05 11:40:25 yahia: (SRC_URI and FILES are not related) Sep 05 11:58:07 Can someone help me how I can find header files from https://github.com/OSSystems/inih in my own library project (with own recipe) Sep 05 13:11:02 FabKna: add libinih to DEPENDS in recipe, use pkg-config in your build system to find it Sep 05 13:15:43 jku: CMake doesnt find my module with pkg_search_module :( Sep 05 13:18:45 FabKna: what is your pkg_search_module() line? does it work outside yocto? Sep 05 13:20:09 jku: can you recall the answer to my question in https://bugzilla.yoctoproject.org/show_bug.cgi?id=11994? Sep 05 13:20:11 Bug 11994: normal, Medium+, 2.4 M4, ross.burton, NEW , X can not launch on Fedora 26 for 2.4 M3 RC1 Sep 05 13:26:18 rburton: which question is that? Sep 05 13:26:23 sounds weird. like there was no dri2 ... but only when going through ssh? Sep 05 13:26:36 jku: nuts, wrong bug link Sep 05 13:26:42 jku: https://bugzilla.yoctoproject.org/show_bug.cgi?id=11184 Sep 05 13:26:43 Bug 11184: enhancement, Medium+, 2.4 M4, ross.burton, IN PROGRESS REVIEW , Enable Vulkan support Sep 05 13:27:18 jku: unless you have fedora 26 on your machine in which case replicating or not the ssh thing would be useful too Sep 05 13:28:05 IIRC it's disabled by default in xf86-video-intel Sep 05 13:30:33 jku: pkg_search_module(LIBA REQUIRED libA) I have no clue how to test it without bitbake as my libA has postgresql dependency (which is working) Sep 05 13:31:30 jku: I have created a libA.pc.in file Sep 05 13:31:51 rburton: we don't set --enable-dri3 in recipe by default either... but I really don't remember if it still required the runtime config after that Sep 05 13:32:17 jku: no me neither... Sep 05 13:34:08 in any case I just didn't really know how to test it... I think that almost no-one tested that: Chris Wilson disabled it by default IIRC "because it was unstable" but that was a couple of years ago ... unfortunately the distros moved on around that point Sep 05 13:35:20 FabKna: you said earlier your issue is with finding libinih? is this a different issue? Sep 05 13:36:35 jku: Sorry for that, I just use libinih as reference reference example for my own lib project as I have never worked before with pkgconfig Sep 05 13:45:01 FabKna: hard to help without seeing either build system or results... Have you ensured the pc file is installed in the correct place? Sep 05 13:54:27 In liba.bb I have 'inherit cmake pkgconfig' Sep 05 13:57:10 jku: 'configure_file(libA.pc.in libA.pc @ONLY)' and 'install(FILES ${CMAKE_BINARY_DIR}/libA.pc DESTINATION ${CMAKE_INSTALL_PREFIX}/lib/pkgconfig)' in my CMakeLists.txt of libA Sep 05 13:57:50 jku: Do you know the path to the created pkgconfigs? Sep 05 13:58:04 for bitbake I mean Sep 05 13:59:43 FabKna: when you've bitbaked the liba recipe, take a look in the WORKDIR. My example is libinput since I was looking at it: Sep 05 14:00:01 bitbake -e libinput | grep ^WORKDIR= # to find WORKDIR Sep 05 14:00:18 cd /mnt/extra-ssd/tmp/work/core2-64-poky-linux/libinput/1.8.1-r0 Sep 05 14:00:23 jku: tyvm!!! Sep 05 14:00:50 ls packages-split/libinput-dev/usr/lib/pkgconfig/libinput.pc Sep 05 14:01:48 so libinput-dev contains /usr/lib/pkg-config/libinput.pc -- that looks about right Sep 05 14:05:12 jku: My packages contain nothing (only some files I put manually in Files_${PN}). However 'bitbake libA' works. Sep 05 14:05:52 So the problem is in libA CMakeLists.txt ? Sep 05 14:06:17 probably Sep 05 14:07:11 check e.g. temp/log.do_install in WORKDIR Sep 05 14:08:07 the grep for WORKDIR tipp is nice! Thank you for that again. Sep 05 14:58:30 yptm? Sep 05 14:59:17 YPTM armin is on Sep 05 14:59:33 YPTM Trevor Woerner is on Sep 05 15:00:15 YPTM: Saul is holding is the meeting open? Sep 05 15:00:22 YPTM Stephano is on Sep 05 15:00:23 YPTM Joshua Watt is on Sep 05 15:01:22 YPTM: Richard joined on hold Sep 05 15:01:43 YPTM: Patrick Ohly joined, but is on hold. Sep 05 15:01:44 i'm on hold, did i dial an old number again? Sep 05 15:01:52 nope Sep 05 15:01:53 i'm on hold too Sep 05 15:01:55 ah good Sep 05 15:01:55 rburton: we all are I think Sep 05 15:01:56 we are all on hold Sep 05 15:01:57 YPTM: Bill Mills here Sep 05 15:02:02 YPTM: Joshua joined, on hold Sep 05 15:02:07 not that i've prior with dialing old bridges Sep 05 15:02:13 need stephen or someone that knows the host # Sep 05 15:02:13 wmills: I haven't forgotten about that email btw :/ Sep 05 15:02:14 YPTM: ross on hold then Sep 05 15:02:24 rburton: almost on time! Sep 05 15:02:33 joshuagl: :) Sep 05 15:02:49 zeddii: if this your bridge number? Sep 05 15:03:11 YPTM: I am sorry I am late Sep 05 15:03:11 fray: or your bridge? Sep 05 15:03:22 RP I have a lot of YP TODO items, you talking about the bitbake layer setup? Sep 05 15:03:43 wmills: related, YP Compat summary Sep 05 15:03:49 what? Sep 05 15:04:01 Ah OK Sep 05 15:04:02 I'm not able to get in.. what is the current bridge/code? Sep 05 15:04:10 YPTM is Stephen the only host? Sep 05 15:04:16 wmills: covering for summer vacations for people and keeping things moving have eaten a lot of my time Sep 05 15:04:51 YPTM: Maybe re-announce Sep 05 15:04:59 YPTM: Saul is on Sep 05 15:05:02 sjolley: You have RP, joshuagl, wmills, sgw, rburton, stephano Sep 05 15:05:03 fray: https://www.yoctoproject.org/tools-resources/community/monthly-technical-call Sep 05 15:05:22 YPTM: Trevor Woerner is on Sep 05 15:05:25 armpit, pohly, tlwoerner Sep 05 15:05:26 YPTM: - dial into: 1-800-262-0778/404-397-1527 - enter the bridge number: 88748961# Sep 05 15:05:27 YPTM: I'm on finally Sep 05 15:05:35 YPTM: Stephen Joind Sep 05 15:05:45 YPTM: Leo Sandoval Joined Sep 05 15:05:58 YPTM: Joshua Watt joined Sep 05 15:07:34 YPTM: Michael present. Sep 05 15:19:50 * tlwoerner is grateful for The Yocto Project's support of openSUSE :-) Sep 05 15:21:30 * joshuagl wonders if that capitalisation is correct, it seems to change often Sep 05 15:21:55 it is! Sep 05 15:21:55 joshuagl: OpEnSuSe? Sep 05 15:22:07 when I were a lad, etc. Sep 05 15:22:27 great job halstead !! :-D Sep 05 15:22:41 :) Sep 05 15:23:38 joshuagl: now that we've got the capitalization figured out, let's work on pronunciation... haha Sep 05 15:31:20 YPTM: thanks everyone!! Sep 05 15:34:13 openSUSE according to the site Sep 05 15:34:57 RP: I need to bump the SRCREV for systemtap to their head to support 4.12 (I tried to take a subset of patches and that failed), it will be kind of 3.1++ since they have not had a release, do we have a suggested PV update (like 3.1+) for this or just bump the SRCREV and leave PV=3.1? Sep 05 15:35:12 rburton: ^^^ thoughts from you also? Sep 05 15:35:55 isn't this the normal PV = 3.1+git${SRCREV} ? Sep 05 15:36:12 then when you move back away from git, bump the PE? Sep 05 15:36:18 yeah, that sounds exactly like when we use + for versioning Sep 05 15:36:43 fray: Good point, I just wanted to make it clear it was not 3.1 anymore Sep 05 16:13:25 sgw: in theory you could do 3.2~git{SRCREV} but 1) that depends on you knowing that the next release is 3.2 and 2) trusting ~ to work Sep 05 16:13:55 sgw: i'd definitely just do what fray said. no need to change PE when 3.2 appears as it will sort correctly. Sep 05 16:14:34 ~ is a reverse-sorting form of - Sep 05 16:14:35 rburton: yeah, I will just stick with just updating the SRCREV, which it has been doing Sep 05 16:14:44 so 3.2~beta < 3.2 Sep 05 16:17:50 has anyone confirmed the behavior of ~ in all the binary package managers? Sep 05 16:21:27 kergoth: IT WORKS! Sep 05 16:21:38 hasn't actually seen real use in a recipe yet though Sep 05 16:22:03 huh Sep 05 16:22:09 http://git.openembedded.org/openembedded-core/tree/meta/lib/oeqa/selftest/cases/package.py Sep 05 16:22:25 the package managers all sort it properly at least Sep 05 16:22:30 and i've build packages here with it in Sep 05 16:22:44 i wonder what the advantages are to ~ vs -. i guess you could avoid making up a non-existent previous version for unreleased projects Sep 05 16:23:06 kergoth: when an upstream release "2.0-rc" Sep 05 16:23:31 no need to make up something between previous release and 2.0 Sep 05 16:24:15 that is slightly less confusing, i guess, particularly for new users. course you still have to be aware of the issue either way Sep 05 16:24:19 yes Sep 05 16:24:27 the version reads right though Sep 05 16:24:36 and its not a version that doesn't exist, or claiming to be 1.9 and 2.0 Sep 05 16:24:38 or something else Sep 05 18:34:00 hello how do i check linux kernel version in my yocto krogoth build set up? Sep 05 18:44:26 zarzar: bitbake -e virtual/kernel | grep PREFERRED_PROVIDER_virtual/kernel should tell you what version you're building Sep 05 18:51:12 found the command i think: bitbake -e virtual/kernel | grep "^PN" Sep 05 18:51:23 PN="linux-raspberrypi" Sep 05 18:51:53 bitbake -e linux-raspberrypi | grep "^PV" Sep 05 18:52:05 PV="4.1.21+gitAUTOINC+ff45bc0e89" Sep 05 18:53:05 aehs29_: is the linux kernel version 4.1.21? or is that specific to raspberrypi only Sep 05 18:55:19 jku: Are you here? Sep 05 18:56:12 FabKna: yes Sep 05 18:56:25 I have successfully published my library files with pkgconfig. However I dont get the include path inside of my LibB in CMakeLists.txt Sep 05 18:58:04 FabKna: so your library installs the headers, so files and pc file? Sep 05 18:58:31 I have tried: 'find_package(PkgConfig REQUIRED)', 'pkg_search_module(LIBA REQUIRED libA)', include_directories(${LIBA_INCLUDE_DIRS})' Sep 05 18:58:40 yes the files are in package libA-dev Sep 05 18:59:54 and pkg_search_module succeeds but ${LIBA_INCLUDE_DIRS} is empty Sep 05 19:00:32 does your pc file set Cflags? Sep 05 19:00:59 Cflags: -I${includedir} Sep 05 19:04:35 Do you know how I can actually print the @CMAKE_INSTALL_PREFIX@ value in the pc file? Sep 05 19:06:26 I'm not much of a cmake expert Sep 05 19:07:09 but I did expect LIBA_INCLUDE_DIRS to work Sep 05 19:07:15 FabKna: if your only include path is includedir, there's no need for any additional include dirs, as the compiler sysroot will pick that up already Sep 05 19:07:54 true enough -- pkg-config probably won't even output that because it's an expected value Sep 05 19:08:24 Ahhh, seems that the include file resides in a subdir of include... I think (I hope) it works now :D Sep 05 19:09:11 have to learn more about pkgconfig, since it is a nice concept and I definitely need it. Sep 05 19:10:57 thank you very much guys! Hopefully Im able to give you help too some time. **** ENDING LOGGING AT Wed Sep 06 03:00:01 2017