**** BEGIN LOGGING AT Fri Nov 20 02:59:58 2015 Nov 20 07:51:01 Moving to 2.0 today, and I need a broken-for-everyone-or-just-me website. is there a continous builder somewhere? Nov 20 08:01:04 not that hard to find :) Nov 20 08:01:13 libdrm does not compile for me this day Nov 20 08:05:58 the problem lies in meta-atmel, so nevermind. Nov 20 08:20:44 tasslehoff: errors.yoctoproject.org Nov 20 08:38:05 JaMa: useful. thanks. Nov 20 08:40:40 dbus error: http://paste.lisp.org/display/160014 Nov 20 08:41:58 When going from 1.8 to 2.0, are there any preparations I should do? Something that needs cleaning/wiping? Nov 20 09:02:43 run around the block 5 times screeming Nov 20 09:03:17 you'll continue to do that regularly, until the upgrade is finished Nov 20 09:05:00 JaMa: seems so :) think I'll just delete everything... Nov 20 09:32:31 a program (lets call it myapp) that I package in OE rdepends a library "mylib" (dynamically load a .so file). The library .so-files gets packaged into split mylib-dev, because the default FILES_${PN}-dev includes /usr/lib/*.so. That's all fine. However, for some reason the insane.bbclass errors out saying it's bad idea that myapp rdepends mylib-dev. Why is this? Either it's wrong that the .so gets included in the Nov 20 09:32:32 -dev split, or it's wrong that insane dislikes rdepending -dev. Which one is it? :) Nov 20 09:34:26 if it's dlopened .so, then you should package it in PN not PN-dev Nov 20 09:34:48 normally .so is symlink to versioned .so which belongs to PN-dev Nov 20 09:35:05 there are only few exceptions where .so is the real thing (like some dlopened modules) Nov 20 09:35:41 JaMa: okay, so how would I solve this? manually override FILES_${PN}-dev and FILES_${PN} in the recipe of mylib? Nov 20 09:36:21 you can set empty FILES_SOLIBSDEV Nov 20 09:36:34 and then just add it with FILES_${PN} += Nov 20 09:36:58 that assumes it builds just .so files like this Nov 20 09:37:34 okay. thanks. I don't understand what kind of .so files that is OK to put into -dev though? isn't all .so files dlopened? Nov 20 09:38:32 10:35:13 < JaMa> normally .so is symlink to versioned .so which belongs to PN-dev Nov 20 09:39:17 oh okay, so the symlink would end up in the -dev package? Nov 20 09:39:26 if your app is lined with libfoo, it will use .so link while building, but in runtime it will be linked with libfoo.so.1 Nov 20 09:39:40 and .so symlink shouldn't be in normal enduser image Nov 20 09:40:08 you know maybe its time someone write a document about library packaging Nov 20 09:48:12 that would be nice =) Nov 20 09:48:31 yes and it should start with section about SONAME and debian.bbclass :) Nov 20 09:49:39 projects with plain Makefiles are still often ignoring SONAME or library versioning, stab broadcom Nov 20 09:50:44 i'll be sitting on a train this afternoon, maybe i've found something to do that doesn't need a xeon Nov 20 09:52:32 +1 Nov 20 09:59:47 me too, but I already know what I'll be doing, reading flat contract is so much fun! :) Nov 20 10:01:48 * joshuagl ran into fun with debian.bbclass on a client project recently Nov 20 10:53:09 rburton: isn't there always some kind of remote xeon available? Nov 20 11:19:00 hrw: yeah but connectivity on the train is nonsense (i'll be sshing home to use my xeon) Nov 20 11:19:19 rburton: use mosh - will be a bit better Nov 20 11:23:33 yeah will be doing Nov 20 11:49:02 hrw: hey thanks, that looks useful Nov 20 11:52:05 jku: mosh? Nov 20 11:52:27 hrw: yes, I hadn't seen that Nov 20 11:52:34 mosh \,./ Nov 20 11:53:03 shame you can't do x over mosh! Nov 20 12:31:35 I have figured out that I'm the package feed maintainer from hell. Package revisions are going forward, backward, sideways, you name it :) Nov 20 12:32:30 so, I either need to find out how to do this right, or stop doing it. Nov 20 12:34:14 I currently use the PR service, upload packages with upload-packages.bb, and sort them with the sort.sh from meta-angstrom/contrib Nov 20 12:35:15 currently upgrading from 1.8 - 2.0, and I started with a fresh builddir. I have no idea what that will do to my package feed. Nov 20 12:35:31 you need to migrate your PR service db Nov 20 12:35:38 or better use the same server Nov 20 12:36:02 but if you're doing a lot of builds, then your PR values will go backwards from time to time anyway Nov 20 12:37:23 JaMa: 'the same server' means the same machine? Nov 20 12:37:29 if so, check :) Nov 20 12:37:38 the same PR service instance Nov 20 12:38:10 I mean standalone PR service, not the one started on localhost together with bitbake Nov 20 12:38:50 JaMa: ah. that is something I haven't used yet. Nov 20 12:39:40 the goal of my feed is currently just that people should be able to add packages not in our default image. Nov 20 12:40:05 will have to read up on PR services if I want do do this properly. thanks. Nov 20 13:06:39 ANyone know a way given a package name to find the recipe that builds it? Nov 20 13:09:28 e.g. with opkg you can see it in the package metadata Nov 20 13:09:34 there is OE field with recipe name Nov 20 13:17:10 Crofton|work: oe-pkgdata-util lookup-recipe (from build dir) Nov 20 13:17:59 But this would assume the package is already built Nov 20 13:19:13 yes Nov 20 13:19:21 and the original twitter thread revolved around a -native thing :) Nov 20 13:19:25 still good trip Nov 20 13:19:29 trick Nov 20 14:05:44 hmm Nov 20 14:05:45 ERROR: Required build target 'uhd' has no buildable providers. Nov 20 14:05:45 Missing or unbuildable dependency chain was: ['uhd', 'virtual/arm-oe-linux-gnueabi-gcc', 'gcc-source-5.1.0'] Nov 20 14:05:58 I have gcc-source-5.2.0 Nov 20 14:09:01 Crofton|work: Thought you might be interested to know, u-boot upstream now has mkimage support for boot.bin http://git.denx.de/?p=u-boot.git;a=commit;h=66eef1e780caf0bb3ecadf78582a29031c6279ce Nov 20 14:09:12 thanks Nov 20 14:09:36 I had to build spl for zed with a possibly diffferent ps7 file Nov 20 14:10:04 than that one in upstream u-boot or the one that meta-xilinx picks atm? Nov 20 14:10:08 I;m entirely certain anyone at Xilinx has a clue how painful it is to build boot.bin the official way :) Nov 20 14:10:19 I just built from git Nov 20 14:10:27 but yes Nov 20 14:10:39 I have a ps7 from a file for a custom design Nov 20 14:10:49 and suspect I needed different fpga clocks Nov 20 14:11:46 ah ok, did you know that you can change the 'fpgaX' clocks from linux? theres a relatively simple userspace API for it Nov 20 14:12:00 Yeah, I was wondering about that Nov 20 14:12:17 where would I find info on that? Nov 20 14:12:25 /home/balister/src/oe-core/oe-core/../meta-xilinx/recipes-microblaze/gcc/gcc-source_4.8.bbappend Nov 20 14:12:36 fyi bbppends in meta-xilinx with master Nov 20 14:13:30 the gcc-source-t.1 seems to come from meta-linaro Nov 20 14:14:56 yer i haven't yet branched jethro, and gcc 4.8 dropped from master. So just BBMASK recipes-microblaze for now. Should have it sorted next week. Nov 20 14:15:10 as for the fclk control, its down in the /sys Nov 20 14:15:44 let me find the fullpath to the files for you Nov 20 14:15:58 so you can echo to them? Nov 20 14:16:08 yep, you echo to enable Nov 20 14:16:14 and then you echo the frequency Nov 20 14:16:52 cool Nov 20 14:18:12 /sys/devices/soc0/amba@0/f8007000.ps7-dev-cfg/fclk_unexport Nov 20 14:18:13 /sys/devices/soc0/amba@0/f8007000.ps7-dev-cfg/fclk_export Nov 20 14:18:54 there is also some generic clock info in /sys/kernel/debug/clk/fclk* Nov 20 14:19:10 I've got an ethener FMC card, thrying to get it going with eth1 and an external phy Nov 20 14:19:27 yeah, I've poked some at the clocks playing with speed grade stuff Nov 20 14:20:06 I enjoy over clocking zynqs Nov 20 14:20:46 :) Nov 20 14:21:13 hopefully customers do not figure this out **** ENDING LOGGING AT Sat Nov 21 02:59:59 2015