**** BEGIN LOGGING AT Tue Nov 03 02:59:58 2015
Nov 03 06:57:54 <abelal> morning all
Nov 03 07:04:18 <lazao> hi guys
Nov 03 08:00:22 <bluelightning> morning all
Nov 03 08:08:15 <mckoan> good morning
Nov 03 08:25:01 <olivier> Hello everyone
Nov 03 08:25:48 <olivier> I have a question concerning the postgresql recipe. Is is a good place to ask it ?
Nov 03 08:27:48 <rink> couldn't hurt
Nov 03 08:27:57 <LetoThe2nd> olivier: you can always give it a try.
Nov 03 08:28:09 <olivier> Great thanks
Nov 03 08:30:24 <olivier> I want to include the postgresql package in my image.
Nov 03 08:30:28 <olivier> I added to the 'IMAGE_INSTALL_APPEND = " postgresql"' line to conf/local.conf
Nov 03 08:30:32 <olivier> On the target, in /usr/bin, executable are created (such as pg_ctl).
Nov 03 08:31:06 <olivier> Unfortunately,  I don't see any 'client' executable such as 'psql' or 'createdb'
Nov 03 08:31:35 <olivier> I tried to include package postgresql-client, but it doesn't seem to exist
Nov 03 08:32:12 <olivier> I there a 'configuration' to apply to the recipe to include all other executables ?
Nov 03 08:33:02 <LetoThe2nd> olivier: http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/postgresql/postgresql.inc suggests that the package name should be postgresql-client
Nov 03 08:33:57 <bluelightning> olivier: how are you determining it doesn't exist? the recipe seems to mention a postgresql-client package
Nov 03 08:34:08 <bluelightning> LetoThe2nd: ha, you beat me to it
Nov 03 08:34:20 <LetoThe2nd> bluelightning: *strike!*
Nov 03 08:34:24 <LetoThe2nd> namely, it is http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/postgresql/postgresql.inc#n237
Nov 03 08:35:03 * LetoThe2nd makes a red mark in calendar: "answered a non-trivial OE question faster than blue"
Nov 03 08:35:10 <LetoThe2nd> s/blue/bluelightning/
Nov 03 08:35:25 <rink> :-)
Nov 03 08:35:41 <rink> a worth achievement indeed
Nov 03 08:35:55 <olivier> I tried the  'IMAGE_INSTALL_APPEND = " postgresql-client"'
Nov 03 08:36:01 <bluelightning> if I've educated people enough that they can do a better job than me, then my work is done ;D
Nov 03 08:36:07 <LetoThe2nd> olivier: "resulting in?"
Nov 03 08:36:10 <olivier> and then bitbake postgresql-client
Nov 03 08:36:20 <bluelightning> olivier: that's not going to work
Nov 03 08:36:26 <bluelightning> olivier: the second part, anyway
Nov 03 08:36:34 <olivier> indeed...
Nov 03 08:36:46 <bluelightning> olivier: targets specified on the bitbake command line are build-time targets (i.e., recipes)
Nov 03 08:37:00 <olivier> ok
Nov 03 08:37:06 <bluelightning> olivier: postgresql-client is not a recipe, it's a package produced by the postgresql recipe
Nov 03 08:37:14 <olivier> ok I understand
Nov 03 08:37:16 <LetoThe2nd> bluelightning: i just try to figure out from which stupid movie the "my work here is done" citation rang a bell.
Nov 03 08:37:29 <olivier> so adding 'IMAGE_INSTALL_APPEND = " postgresql-client" and the bitbake myimage would do the trick ?
Nov 03 08:37:44 <bluelightning> olivier: indeed, I was just about to say that
Nov 03 08:37:59 <bluelightning> olivier: it's _append rather than _APPEND, but I guess you got that right in your config
Nov 03 08:38:17 <olivier> yes, I'm not in front of my dev machine
Nov 03 08:38:23 <bluelightning> fair enough :)
Nov 03 08:38:26 <olivier> Well, that was fast! Thanks a lot all of you!
Nov 03 08:38:31 <rink> LetoThe2nd: fwiw, seems to be from lone ranger
Nov 03 08:38:38 <olivier> It was indeed a good place to ask :)
Nov 03 08:38:50 <LetoThe2nd> rink: strange, never seen that one.
Nov 03 08:39:09 <rink> it appears that it was used a lot of times after that
Nov 03 08:39:14 <bluelightning> nor have I, maybe I heard/read it from someone who had :)
Nov 03 08:39:59 <bluelightning> olivier: no problem
Nov 03 08:52:25 <parrot1> bluelightning: I've been getting bad/redundant RPATH while compiling recipe for exiv2. I tried adding --disable-rpath to EXTRA_OECONF but negative. Anything else I can do?
Nov 03 08:59:51 <parrot1> bluelightning: I saw this http://patchwork.openembedded.org/patch/38125/ which is a fix to a similar issue but I'm not entirely sure what's the actual source of the problem
Nov 03 09:02:59 <bluelightning> parrot1: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#qa-issue-rpaths
Nov 03 09:07:08 <lazao> is there any way to override protocol=git by protocol=http globally?
Nov 03 09:07:23 <parrot1> bluelightning: that's why  I added --disable-rpaths but negative
Nov 03 09:07:45 <bluelightning> parrot1: --disable-rpaths isn't a universal option that will work with any configure script
Nov 03 09:07:59 <bluelightning> parrot1: it'll only work if the configure script actually supports it
Nov 03 09:08:30 <bluelightning> some may have a different option, others no option at all, in which case you'll probably need to patch files to disable it
Nov 03 09:09:18 <bluelightning> lazao: you could use a PREMIRRORS statement to do that, but beware that there are git repositories out there that are not served over http for which that solution will not work
Nov 03 09:09:46 <bluelightning> lazao: if your network setup allows you may be better off proxying the git connection
Nov 03 09:20:14 <parrot1> bluelightning: sounds complicated :-( Thanks a lot again.
Nov 03 09:21:30 <lazao> bluelightning: i already tried to use the git protocol behind an http proxy but i didn't manage to make it work, so i kind of gave up with this. i'll take a look at the PREMIRRORS
Nov 03 09:22:27 <lazao> however, i was wondering if we can't have a github.com https? mirror in the mirrors.bbclass, that would have helped in my case
Nov 03 09:24:21 <bluelightning> lazao: FYI, the Yocto Project already provides mirror tarballs covering all of the git repositories for the core recipes
Nov 03 09:24:34 <bluelightning> lazao: you can set up a local mirror containing tarballs for other recipes
Nov 03 09:26:12 <lazao> you're right, i never had this kind of fetching issues with the core recipes, i just thaught having github mirrors could be nice
Nov 03 09:26:33 <lazao> anyways, i can append the MIRRORS variable for that, locally
Nov 03 09:27:32 <bluelightning> BB_GENERATE_MIRROR_TARBALLS = "1" then bitbake -c fetchall <image> will fetch all sources and generate mirror tarballs which you can then expose within a local mirror
Nov 03 09:28:03 <bluelightning> (assuming you can set up a machine that does not have the same network restrictions as your build infrastructure, at least temporarily)
Nov 03 09:28:13 <Ulfalizer> i have a recipe under development that only provides do_configure() and do_compile() so far. 'bitbake foo' alone doesn't run them. i need to do 'bitbake foo -c compile'. why is that?
Nov 03 09:28:38 <Ulfalizer> does the default inherited class thingy not set up (indirect) dependencies on do_build() when you only have those?
Nov 03 09:28:40 <lazao> alright thanks bluelightning
Nov 03 09:28:50 <Ulfalizer> *from do_build()
Nov 03 09:29:04 <bluelightning> Ulfalizer: it does, I don't know why those would not be run... can you pastebin the recipe?
Nov 03 09:51:18 <Ulfalizer> bluelightning: here's a really stripped-down version: http://paste.lisp.org/display/158391
Nov 03 09:51:48 <Ulfalizer> i just noticed that it only happens for the foo-native variant
Nov 03 09:52:18 <Ulfalizer> bitbake foo-native -> no log.do_configure/log.do_compile
Nov 03 09:52:32 <Ulfalizer> but butbake foo-native -c compile  creates them
Nov 03 09:52:38 <Ulfalizer> with the expected contents
Nov 03 09:52:52 <Ulfalizer> not hugely important, but got curious :)
Nov 03 10:08:15 <bluelightning> Ulfalizer: after fixing that recipe so it actually fetches properly, I get the expected logs, so I'm not sure why it wouldn't be working for you...
Nov 03 10:12:00 <Ulfalizer> okay, weird :/
Nov 03 10:12:45 <bluelightning> wait a sec
Nov 03 10:12:54 <bluelightning> I know what's happening
Nov 03 10:13:09 <bluelightning> you built it once before, then ran bitbake -c clean and built it again, right?
Nov 03 10:13:56 <bluelightning> in that instance, configure and compile won't be run because they don't need to - it'll just restore the output of do_populate_sysroot, do_package_write_xyz and maybe a few other tasks from sstate
Nov 03 10:14:23 <Ulfalizer> ahh, that makes sense
Nov 03 10:15:47 * Ulfalizer tries -c cleansstate
Nov 03 10:16:11 <bluelightning> if you'd materially changed the recipe in between times then it would have re-run the tasks that had been changed (or whose inputs had changed) without the need for -c cleansstate
Nov 03 10:17:08 <Ulfalizer> yup, cleansstate makes them run
Nov 03 10:17:12 <Ulfalizer> thanks for the help
Nov 03 10:18:06 <bluelightning> np
Nov 03 10:21:59 <Ulfalizer> i'm still a bit hazy on exactly what's stored in the sstate
Nov 03 10:22:07 <Ulfalizer> except "late-stage build output"
Nov 03 10:23:26 <bluelightning> basically, what we need to produce a package and what we need to put in the sysroot
Nov 03 10:23:35 <bluelightning> there are other things but those two are the most important
Nov 03 10:23:55 <bluelightning> for native, the package bit doesn't apply
Nov 03 10:45:31 <olivier> bluelightning: Hey it's me with another postresql question
Nov 03 10:45:34 <olivier> LetoThe2nd: Hey it's me with another postresql question
Nov 03 10:46:16 <olivier> I successfully added the 'postgresql-client' package; the wanted executables are found in /usr/bin
Nov 03 10:47:09 <olivier> But now, I only have the client executables; I now want server's as well
Nov 03 10:47:34 <olivier> I added 'postgresql-server-dev'...
Nov 03 10:47:48 <LetoThe2nd> olivier: have you checked the given recipe behind the link, which package should include the wanted things?
Nov 03 10:47:58 <olivier> ...but it results in a kernel panic
Nov 03 10:48:28 <LetoThe2nd> "adding postgresql-server-dev results in a kernel panic."
Nov 03 10:48:44 <LetoThe2nd> upon target boot? upon building on the host? upon trying to start, which binary?
Nov 03 10:48:54 <LetoThe2nd> generally, try to be precise!
Nov 03 10:48:59 <olivier> LetoThe2nd: sorry, upon target boot.
Nov 03 10:49:17 <ionte> hi. need a hint: i need the headers of a package (libnl) to be included in my image. so i added a libnl-dev dependency for the image, but it does still not include the headers.
Nov 03 10:49:38 <olivier> LetoThe2nd: I'm not sure to understand what you mean by "which package should include the wanted things?'
Nov 03 10:49:45 <LetoThe2nd> olivier: well then try to find out why it panics :-)
Nov 03 10:49:55 <LetoThe2nd> olivier: well, see http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/postgresql/postgresql.inc#n237
Nov 03 10:49:56 <ionte> is there any standard way to tell packages/recipes to install headers, or do i need to change that recipe myself?
Nov 03 10:50:54 <LetoThe2nd> olivier: theres a lot of statements like FILES_${PN}-XYZ, followed by a list of files/paths. this basically means, you can find everything described in those files/path in the package postgresql-XYZ
Nov 03 10:52:37 <olivier> LetoThe2nd: Ok, I understand; I added the postgresql-doc since it contains the exectuables I want.
Nov 03 10:52:49 <LetoThe2nd> olivier: that doesn't sound right.
Nov 03 10:53:03 <olivier> LetoThe2nd: Yes I know
Nov 03 10:53:54 <olivier> LetoThe2nd: I tried to understand the sentence at the beguining of the file "If you want to manipulate a PostgreSQL database on a local or remote PostgreSQL server, you need this package. You also need to install this package if you're installing the postgresql-server package."
Nov 03 10:53:57 <LetoThe2nd> olivier: a look at the file list of doc suggests that it contains html and manpage docs, together with some tutorial data. no server to be seen.
Nov 03 10:54:59 <ionte> oh. never mind. the headers had just moved to a different location.
Nov 03 10:55:38 <olivier> LetoThe2nd: Yes, I know that I need 'pg_ctl', and this "postgresql-doc" was the only package containing it.
Nov 03 10:55:51 <LetoThe2nd> olivier: thats just plain wrong.
Nov 03 10:55:59 <olivier> LetoThe2nd: Haha
Nov 03 10:56:02 <LetoThe2nd> olivier: it contains the manpage for pg_ctl, not the binary.
Nov 03 10:56:04 <olivier> LetoThe2nd: Ok.
Nov 03 10:56:13 <olivier> LetoThe2nd: Yes, I see that now.
Nov 03 10:57:44 <bluelightning> FYI, another thing you may try in order to find target files you are looking for is oe-pkgdata-util
Nov 03 10:57:56 <bluelightning> e.g. oe-pkgdata-util find-path */pg_ctl
Nov 03 10:57:59 <LetoThe2nd> olivier: you can always have an extended look at the packages generated by the recipe. like, have all the contained listed and then grep it.
Nov 03 10:58:11 <LetoThe2nd> bluelightning: ah, nice one.
Nov 03 10:58:25 <bluelightning> note that oe-pkgdata-util will only find things that have actually been built and packaged
Nov 03 10:58:36 <bluelightning> (in this case they have been)
Nov 03 11:01:42 * LetoThe2nd is off for the intake of sugar, fat and carbohydrates now.
Nov 03 11:02:59 <lazao> does this look ok for you guys: PREMIRRORS_append = " git://.*/.* http://www.github.com/" ?
Nov 03 11:02:59 <bluelightning> what, no salt?
Nov 03 11:03:28 <olivier> LetoThe2nd: I succeeded in using 'IMAGE_INSTALL_append = " postgresql postgresql-client"'
Nov 03 11:04:08 <olivier> bluelightning: I'm trying to check this oe-pkgdata-util script
Nov 03 11:04:29 <bluelightning> lazao: I think you need a \n at the start
Nov 03 11:04:42 <bryan> Hi
Nov 03 11:04:57 <bryan> i have integrated openjdk8 into yocto
Nov 03 11:05:08 <Guest79973> while running the comand java -version
Nov 03 11:05:19 <olivier> bluelightning: "./oe-pkgdata-util find-path pg_ctl ." doesn't return anything. Although, the target contains the 'pg_ctl'. I must be wrong in the command line
Nov 03 11:05:23 <Guest79973> i am getting version as 1.6 instead of 1.8
Nov 03 11:05:45 <Guest79973> Can anyone please help me in updating the java version to 1.8
Nov 03 11:06:10 <bluelightning> olivier: firstly whatever expression you supply to it must match the entire path, hence in my example I wrote */pg_ctl
Nov 03 11:06:25 <bluelightning> olivier: what's the . at the end?
Nov 03 11:07:05 <olivier> bluelightning: If I don't put it, it reminds me of the Usage
Nov 03 11:07:22 <olivier> bluelightning: "find-path <pkgdatadir> <path>"
Nov 03 11:07:23 <lazao> it didn't help with the \n
Nov 03 11:07:45 <bluelightning> olivier: ah I see you are using an old version that requires you to supply the pkgdata directory
Nov 03 11:08:17 <bluelightning> olivier: in that case you need to tell it to look under tmp/sysroots/<your-machine-sysroot>/pkgdata
Nov 03 11:09:26 <bluelightning> lazao: what you're telling it with that is to simply replace any git URL with github.com's main page, that's not going to work
Nov 03 11:09:36 <Guest79973> Please can anyone let me know how to change java version from 1.6 to 1.8 I ma using meta-java layer
Nov 03 11:10:00 <Guest79973> I am new to yocto project trying to compile my Java project using ant
Nov 03 11:10:04 <bluelightning> Guest79973: upgrading something like Java is definitely non-trivial and not something someone here could reasonably walk you through
Nov 03 11:10:29 <bluelightning> Guest79973: however, there are patches on the mailing list to update to OpenJDK 8, that may be useful to you
Nov 03 11:10:45 <Guest79973> I have upgraded to openjdk 8
Nov 03 11:11:12 <lazao> bluelightning: ah, i meant to replace git:// per http://
Nov 03 11:11:19 <olivier> bluelightning: Thanks, I'll try this when I come back.
Nov 03 11:11:39 * olivier going to eat
Nov 03 11:11:52 <bluelightning> Guest79973: java -version reporting 1.6 would suggest that that is not what has been built
Nov 03 11:11:55 * olivier is going to eat
Nov 03 11:12:52 <Guest79973> ok
Nov 03 11:14:11 <bluelightning> Guest79973: when you say you've upgraded to openjdk 8 how did you do that?
Nov 03 11:14:44 <bluelightning> AFAIK the most recent patch to do the upgrade is here: http://patchwork.openembedded.org/patch/106633/
Nov 03 11:15:03 <Guest79973> Adding the openjdk 8 recipe in the meta-java layer and adding IMAGE_INSTALL
Nov 03 11:16:56 <bluelightning> did you do it via the patch I linked above?
Nov 03 11:17:19 <bluelightning> brb lunch
Nov 03 11:19:33 <lpapp> hey, what do you use on the final embedded system to limit the size of syslog and similar kind? Is it busybox that can do it off-hand or you utilise logrotate from oe-core?
Nov 03 11:19:39 <Guest79973> I will check
Nov 03 11:19:54 <Guest79973> I have taken the meta-java layer only
Nov 03 12:08:43 <raykinsella78> Hi folks - a library is getting ignored during do_rootfs ... its been added to FILES_${PN} and its in sysroot ... so am confused.
Nov 03 12:13:15 <ericbutters> hi.. i got some strange error and i do not understand what is wrong here, pls see here: http://paste.ubuntu.com/13091031/  -- Network access disabled through BB_NO_NETWORK but access requested with command git -c
Nov 03 12:13:37 <ericbutters> it works for other git related packages in my download folder
Nov 03 12:14:23 <ericbutters> i set BB_NO_NETWORK="1" to not fetch from internet but using my download folder..
Nov 03 12:15:33 <ericbutters> is this because of branch=yocto_release_1.0 in SRC_URI?
Nov 03 12:20:27 <lazao> bluelightning: there is no way to rebuild git://github.com/proj/repo.git into http://github.com/proj/repo.git ?
Nov 03 12:35:42 <nrossi> ericbutters: You cant mix BB_NO_NETWORK and SRCREV = ${AUTOREV}, see linux-yocto-dev for an alternative workaround
Nov 03 12:36:15 <bluelightning> with master/jethro you could potentially use BB_ALLOWED_NETWORKS
Nov 03 12:36:23 <bluelightning> lazao: yes there is
Nov 03 12:37:04 <bluelightning> lazao: except that's not exactly what you want in SRC_URI terms... you still want git://, just with ;protocol=http added on to the end
Nov 03 12:38:04 <nrossi> don't forget protocol=https, github suggests you always use https ;)
Nov 03 12:41:33 <lazao> so i have to override SRC_URI to replace protocol=git by protocol=http. already did that before, but it can be long if i need to create a bbappend for each one
Nov 03 12:50:36 <ericbutters> nrossi: how should i set SRCREV then?
Nov 03 12:51:05 <bluelightning> lazao: try this: PREMIRRORS_append = " \n git://github.com/.* git://github.com/PATH;protocol=https"
Nov 03 12:54:42 <raykinsella78> bluelightning: How does yocto figure out what files it needs to stage.?
Nov 03 12:56:28 <bluelightning> raykinsella78: it's a fixed list, see sysroot_stage_dirs in meta/classes/staging.bbclass
Nov 03 12:57:16 <bluelightning> raykinsella78: there are examples of how to extend it should you need to - meta/recipes-graphics/xorg-font/font-util_1.3.1.bb is one
Nov 03 12:58:12 <raykinsella78> bluelightning: thanks
Nov 03 13:09:59 <lazao> bluelightning: perfect! thanks :)
Nov 03 13:24:31 <nrossi> ericbutters: if the git server is not internal to your network (aka you can set BB_ALLOWED_NETWORKS as suggested by bluelightning), then the only option is to set the SRCREV to a static value (for this see how linux-yocto-dev handles is: http://git.openembedded.org/openembedded-core/tree/meta/recipes-kernel/linux/linux-yocto-dev.bb#n36 )
Nov 03 13:27:32 <ericbutters> nrossi: bluelightning: thanks!
Nov 03 13:28:57 <yann|work> I'm puzzled by the shlibdeps handling - is there any good reading about its workings ?  the yocto ref-manual is a bit light on this aspect :)
Nov 03 13:30:19 <yann|work> I was expecting a Debian-like mechanism, with lib packages shipping the .shlibdeps file, and rpm's getting their dependencies from there, but it seems quite different
Nov 03 13:31:07 <bluelightning> yann|work: I don't think it's documented anywhere though
Nov 03 13:31:17 <bluelightning> s/though/I'm afraid/
Nov 03 13:34:58 <yann|work> "rpm -qip" on the rpm files does not show any dependency info, is that normal ?
Nov 03 13:37:26 <ericbutters> bluelightning: is BB_ALLOWED_NETWORKS working in fido also?
Nov 03 13:37:40 <bluelightning> ericbutters: I'm afraid not, no, it was only just introduced
Nov 03 13:37:47 <ericbutters> okay thanks
Nov 03 13:38:25 <bluelightning> yann|work: whose rpm, your build host's or ours?
Nov 03 13:39:14 <yann|work> the yocto ones
Nov 03 13:40:14 <yann|work> eg. the server-xorg one, which I am taking as a reference to understand what I should expect of the one I'm writing the recipe for
Nov 03 13:40:22 <bluelightning> no, I meant whose rpm command
Nov 03 13:40:32 <yann|work> oh, the host one
Nov 03 13:41:01 <bluelightning> so I won't say it's definitely the reason, but the rpm we build is rpm5, and most distros that use rpm use rpm4
Nov 03 13:41:27 <bluelightning> they do have a slightly different idea about dependencies; e.g. rpm5 supports "recommends" (in our terms), rpm4 doesn't
Nov 03 13:42:06 <yann|work> but the oe one does not show any better
Nov 03 13:42:33 <yann|work> bluelightning: right, the one shipped in debian is rpm4
Nov 03 13:43:47 <yann|work> oh, I should be using -qpR, not -qip
Nov 03 13:48:25 <yann|work> ok, my package just does not have any recorded dep - do I need to inherit some particular class to get the shlibdeps magic to work ?  I started from the example recipe, and did not feel the need to inherit any class yet...
Nov 03 13:59:29 <bluelightning> yann|work: no, you don't need to do anything
Nov 03 14:00:39 <bluelightning> yann|work: the recipes providing those dependencies are listed in DEPENDS for your recipe (or their corresponding packages in RDEPENDS if they really aren't needed at build time) right?
Nov 03 14:02:38 <mrk377> Kernel guys - I used this command (bitbake linux-yocto -c diffconfig) from section http://www.yoctoproject.org/docs/1.8/kernel-dev/kernel-dev.html#generating-configuration-files.  I hunted through the tmp dir and cannot find the output.  Any ideas???
Nov 03 14:03:02 <mrk377> I have a kernel diff file that needs to be added to our custom layer.
Nov 03 14:03:39 <mrk377> The diff location/filename is not obvious for the kernel.
Nov 03 14:06:50 <yann|work> bluelightning: yes, I have libsdl2 and libjpeg-turbo in DEPENDS, they are properly built and used to build the package, but the rpm has no runtime deps aside from rtld
Nov 03 14:08:07 <bluelightning> yann|work: if your application is actually linked to those libraries as opposed to dlopen()ing them, then that shouldn't happen
Nov 03 14:14:04 <yann|work> bluelightning: objdump -p confirms linking properly to all of them
Nov 03 14:14:53 <bluelightning> yann|work: ok, so if you look at tmp/sysroots/<yourmachine>/pkgdata/runtime/<packagename> what is listed under RDEPENDS: ?
Nov 03 14:18:57 <yann|work> bluelightning: there are FILERDEPENDSFLIST_<package> and FILERDEPENDS_<exe>_<package> but no RDEPENDS
Nov 03 14:22:37 <bluelightning> yann|work: ok, so those are per-file dependencies; AFAIK rpm5 will ensure those are satisfied, so it should work
Nov 03 14:22:46 <bluelightning> yann|work: are you looking into this because something's not working?
Nov 03 14:23:19 <yann|work> oh, wait a moment
Nov 03 14:24:06 <yann|work> an error is reported during the build - I was even surprised that the image was in fact built after that error
Nov 03 14:24:20 <yann|work> yes, it's not working, as in an sdl app not pulling in libsdl
Nov 03 14:24:20 <bluelightning> what's the error?
Nov 03 14:25:00 <yann|work> Multiple .bb files are due to be built which each provide jpeg (.../libjpeg-turbo_8d+1.3.1.bb .../jpeg_8d.bb)
Nov 03 14:25:14 <bluelightning> that's not an error, that's a warning
Nov 03 14:25:36 <yann|work> no, it's reported as ERROR
Nov 03 14:26:01 <yann|work> but as it does not stop the build, one can wonder :)
Nov 03 14:26:02 <bluelightning> ah, maybe because of having the DEPENDS on libjpeg-turbo
Nov 03 14:26:07 <yann|work> right
Nov 03 14:26:11 <bluelightning> you should switch over to that properly
Nov 03 14:26:23 <bluelightning> PREFERRED_PROVIDER_jpeg = "libjpeg-turbo"
Nov 03 14:26:40 <yann|work> oh, ok
Nov 03 14:27:02 <bluelightning> I'm not sure if that's where things are going wrong here though
Nov 03 14:28:00 <yann|work> in fact, we're not using libjpeg-turbo, but only libturbojpeg, which is provided by the same recipe
Nov 03 14:28:21 <yann|work> so I guess I can set the PREFERRED_PROVIDER_jpeg to what I want
Nov 03 14:28:21 <bluelightning> other parts of the system will be using libjpeg though, even if only at build time
Nov 03 14:30:20 <yann|work> hm, in fact it's not possible, since the libturbojpeg lib is in libjpeg-turbo, not in libturbojpeg, go wonder :)
Nov 03 14:30:54 <bluelightning> I suspect it's not common to be using that library on its own
Nov 03 14:31:34 <yann|work> possibly :)
Nov 03 14:35:12 <yann|work> but then, someone took the time to add a libturbojpeg package just to put a .so symlink - and it does not look like I can just specify libturbojpeg in DEPENDS, that does not work
Nov 03 14:37:11 <bluelightning> libturbojpeg is a package, not a build-time target (recipe) - the latter is what goes into DEPENDS
Nov 03 14:41:38 <yann|work> ok - but in theory, if libturbojpeg was in its own package, there would not be an objection to have libjpeg as prefered (not that I intend to do that, I'm just curious ;)
Nov 03 14:42:37 <bluelightning> yann|work: I've no idea if they will coexist in the sysroot as currently written, I suspect not
**** BEGIN LOGGING AT Tue Nov 03 14:50:40 2015
Nov 03 14:55:12 <yann|work> ok
Nov 03 14:55:13 <yann|work> and what about the error not stopping the build, should I submit a bugreport about that ?
Nov 03 14:55:14 <bluelightning> can we establish whether this is related to the issue you're seeing first?
Nov 03 14:55:19 <raykinsella78> bluelightning: Is there any directory that shows me exactly what is getting wrapped up into my ext3 parition?
Nov 03 14:55:43 <yann|work> bluelightning: apparently not : after setting the preferred jpeg, the error goes away, but the deps are not there yet
Nov 03 14:55:52 <fredcadete> raykinsella78: for the rootfs? I usually look in the work directory for the image
Nov 03 14:56:07 <fredcadete> tmp/work/<platform>/<image>/<version>/rootfs
Nov 03 14:56:51 <yann|work> wait, the rpm was not rebuilt
Nov 03 15:00:29 <yann|work> damned it, the exe has no executable permissions
Nov 03 15:02:04 <yann|work> fixing the perms fixes the problem - maybe there should be a check for non-executable files in */bin/ :)
Nov 03 15:11:11 <bluelightning> yann|work: hmm, it's the first time that's come up that I know of to be honest
Nov 03 15:12:13 <yann|work> well, you can always count on me to find silly things to do to stress your tools ;)
Nov 03 15:13:29 <bluelightning> :D
Nov 03 15:19:00 <yann|work> oh btw, I stumbled on what looks like another uncommon situation.  meta-bananapi contains a .bbappend for qt5, for which apparently the porter had a need.  But there is no such recipe in the standard repos, and I apparently faced the choice of either removing this .bbappend, or fetching the qt5 recipes
Nov 03 15:19:36 <yann|work> shouldn't bitbake be more tolerant when not finding the .bb matching a .bbappend ?
Nov 03 15:20:42 <yann|work> or is it bad structuration from the meta-bananapi repo, which should have 2 meta-* subtrees that can be cherry-picked at will ?
Nov 03 15:28:04 <bluelightning> yann|work: it is poor structure and it's a bit of a shame that BSP layers currently need to touch qt5 at all, there have been some discussions on that recently
Nov 03 15:28:05 <bluelightning> yann|work: if you want to work around it you can set BB_DANGLINGAPPENDS_WARNONLY = "1"
Nov 03 15:28:09 <bluelightning> but if you have some kind of actual layer mismatch involving bbappends, that just turns that into a warning instead of an error
Nov 03 15:29:34 <kergoth> yann|work: most likely that layer should be structured to allow appending only when the layer in question is available, in this case meta-qt5.
Nov 03 15:29:37 * kergoth yawns
Nov 03 15:30:40 <yann|work> kergoth: ok, will look into that
Nov 03 15:31:41 <yann|work> this layer seems pretty much abandonned, I'm going to refresh it and bring it to 1.8 level
Nov 03 15:32:25 <yann|work> pinging the dev just in case :à
Nov 03 15:32:30 * kergoth nods
Nov 03 15:56:20 <armpit> YPTM - armin is on
Nov 03 15:57:45 <sjolley> YPTM:   Ready-Access Number: 8007302996/9139049836  Access Code:     2705751
Nov 03 15:57:55 <sjolley> YPTM: Stephen on
Nov 03 15:59:42 <jku_> YPTM: Jussi on the call
Nov 03 15:59:48 <belen1> YPTM: belen on the call
Nov 03 16:00:07 <adelcast> there are 3 patches for opkg on the mailing list that fixes an error when the build path exceeds 256 characters (https://www.mail-archive.com/yocto@yoctoproject.org/msg26465.html)
Nov 03 16:00:31 <adelcast> I know it's late, but I think they deserve consideration for jethro
Nov 03 16:01:36 <adelcast> (the email threads ends with a call from Nicolas Dechesne to consider the patches for jethro, but I am not sure how the process works to decide if it's a go/no go, specially this late in the release)
Nov 03 16:01:40 <fray> I've joined
Nov 03 16:01:53 <fray> been that long?  Mark Hatle
Nov 03 16:02:10 <vmeson> YPTM: Randy MacLeod est sur l'appel
Nov 03 16:02:30 <Sona> YPTM: Sona has joined
Nov 03 16:02:59 <rburton> adelcast: the release is beyond frozen, once they've sat in master for a bit the jethro maintainer can choose whether to merge or not
Nov 03 16:03:20 <fray> I suspect we'll want a 2.0.1 pretty quickly do to how long it's been frozen..
Nov 03 16:03:30 <fray> do -> due
Nov 03 16:04:34 <adelcast> ok, I asked Paul to do a small cosmetic modification to the original patches before I pulled them into the opkg repo. I'll wait for his modifications then send a patch to the recipe
Nov 03 16:04:48 <adelcast> if someone is in a hurry to get this in before then, the patches as-is work
Nov 03 16:05:08 <adelcast> rburton^
Nov 03 16:05:27 <fray> YPTM: forgot, I should probably mention prelinker..
Nov 03 16:05:48 <rburton> YPTM: ross joined
Nov 03 16:09:47 <bluelightning> YPTM: Paul Eggleton joined
Nov 03 16:28:21 <sjolley> YPTM is over!
Nov 03 16:30:37 <Crofton|work> yay
**** BEGIN LOGGING AT Tue Nov 03 17:27:42 2015
Nov 03 19:03:43 <jedix> hey, I'm trying to get poky to go through an ssh proxy, but it fails to pass sanity because the network connection failed
Nov 03 19:03:50 <jedix> I'm trying with poky 1.7.2
Nov 03 19:05:37 <jedix> I'm looking for help debugging the message..
Nov 03 19:05:51 <jedix> "Failed to fetch test data from the network. Please ensure your network is configured correctly."
Nov 03 19:06:01 <jedix> how do I find out what command failed?
Nov 03 19:06:44 <fledermaus> jedix: what triggered that message, a bitbake command? something else?
Nov 03 19:11:33 <zibri> jedix: try doing bitbake -e | grep ^CONNECTIVITY_CHECK_URIS. those are the urls bitbake will try to fetch. try to see if they work manually
Nov 03 19:12:51 <zibri> jedix: these issues are usually caused by firewalls, make sure you have http proxy variables set up correctly if required
Nov 03 19:14:15 <mrk377> GUYS - Does the eclipse yocto plugin work with the new eclipse version (mars)??
Nov 03 19:14:24 <jedix> a bitbake command..
Nov 03 19:14:31 <jedix> zibri: it's a wget command..
Nov 03 19:14:40 <jedix> wget on https://eula-downloads.yoctoproject.org/index.php
Nov 03 19:15:03 <jedix> manually, I see wget fail: Failed reading proxy response: Success
Nov 03 19:16:33 <kergoth> sounds like a problem on your end, if the proxy isn't working correctly, or the proxy configuration is lacking
Nov 03 19:18:57 <jedix> I'm following this: https://wiki.yoctoproject.org/wiki/Working_Behind_a_Network_Proxy
Nov 03 19:19:20 <kergoth> if wget doesn't work outside of bitbake, it's not going to work inside :)
Nov 03 19:20:41 <jedix> nod
Nov 03 19:21:26 <cag> Anyone have any experience with git submodules in the Yocto Autobuilder? I've tried adding "{'CheckOutLayers': {'submodules':True}}" and "{'CheckOutLayers': {'layername':'meta-mylayer','submodules':True}}" to the steps in my .conf file, but neither seems to have any effect (i.e., no code is present in the submodule's directory).
Nov 03 19:21:59 <cag> I also can't find any examples in the docs or on the web.
Nov 03 19:22:11 <fledermaus> I never have any luck with submodules with or without yocto's involvement :/
Nov 03 19:22:37 <mrk377> Anyone using eclipse plugins??
Nov 03 19:25:30 <cag> fledermaus, yeah, we can't decide if they're making our lives easier or just moving the problems around yet.
Nov 03 19:27:18 <fledermaus> In all honesty I'd have to place myself in camp b, although I guess there must be times when you can't get away from them. maybe. I dunno. Computering is hard.
Nov 03 19:27:58 <fledermaus> mrk377: do you have a specific problem? You're trying it and it's not working? something else?
Nov 03 19:28:05 <fledermaus> (and no, I don't)
Nov 03 19:29:03 <mrk377> I was curious if others have used Eclipse (version: mars) or should I continue down path of setting up luna??
Nov 03 19:31:10 <mrk377> I imagine sticking with what other people have working is always best.  I wanna use this for browsing recipes/bb files, and also for cross compiling.
Nov 03 19:32:20 <mrk377> I am migrating a project that existed on slackware 10.2 to a yocto image.
Nov 03 19:34:58 <jedix> kergoth: looks like this doc (https://wiki.yoctoproject.org/wiki/Working_Behind_a_Network_Proxy) is not correct for a SOCKS proxy
Nov 03 19:37:07 <jedix> I had to set SOCKS_SERVER and unset https/http/ftp_proxy
Nov 03 19:46:59 <jedix> I guess I'll file a bug against docs?
Nov 03 21:31:24 <mrk377> During bitbake, I am now generating a rootfs.img for an 8GB compact flash using IMAGE_ROOTFS_SIZE.  mkdosfs is barfing since rootfs.img is TOO BIG. What is the best option?
**** ENDING LOGGING AT Wed Nov 04 02:59:58 2015