**** BEGIN LOGGING AT Wed Aug 29 02:59:58 2012 Aug 29 10:16:38 morning all Aug 29 10:24:11 morning all Aug 29 10:40:36 hi pb_, silvio_, all Aug 29 12:06:07 pb_: morning, can you share git hooks which sync OE repos with github mirror? Aug 29 12:56:04 is there a recipe where I can control the flags used by fsck on boot? Aug 29 13:06:17 tasslehoff: meta/recipes-core/initscripts/initscripts-1.0/check*.sh Aug 29 13:06:30 assuming you are using OE-Core with sysvinit Aug 29 13:10:27 bluelightning: OE-core, but not sysvinit (though I ponder if I should). Aug 29 13:11:07 ah right, with systemd, no idea Aug 29 13:13:04 bluelightning: are you using angstrom? Aug 29 13:20:47 tasslehoff: not on a regular basis no Aug 29 13:25:10 bluelightning: ok. I use angstrom and suspect using systemd is best there. just wanted to know if you used angstrom+sysvinit in OE-Core :) Aug 29 13:26:23 I'd be interested to hear of folks doing that as well as a lot of people seem to be having issues with that combination; it's not clear to me whether it's supported or not over there Aug 29 14:06:26 ola Aug 29 14:06:36 hello Aug 29 14:07:04 I'm building a package using the distutils stuff which declares a do_compile and do_install Aug 29 14:07:15 but I also have a few config files to deploy in /etc/ Aug 29 14:07:56 I still have trouble with WARNIG during do_install Aug 29 14:08:06 something is not clear to me Aug 29 14:09:28 silvio_ - but the FILES_${PN} += "/my/file" did not work for you ? Aug 29 14:09:32 it did the job for me Aug 29 14:09:36 and I had the same warning Aug 29 14:10:33 btw, 18:42 < guyzmo> for the note, FILES_${PN} += "/usr/lib/mysoft" seems to work for /usr/lib/mysoft/*/* Aug 29 14:10:37 it actually does not work Aug 29 14:10:44 each file has to be specified individually Aug 29 14:12:01 mmh sound strange Aug 29 14:12:24 u mean individual directory or file? Aug 29 14:12:32 *file* Aug 29 14:12:40 no wildcards Aug 29 14:13:00 so like this? Aug 29 14:13:01 for i in * ; do Aug 29 14:13:01 cp -pPR ${i} ${D}/${bindir}/${i}${QT_LIBINFIX} Aug 29 14:13:01 done Aug 29 14:13:09 ?!? Aug 29 14:13:21 I don't get it Aug 29 14:13:43 symptom : you have a warning telling you that you deploy files that will not be in the package Aug 29 14:14:10 solution : for each file you get warned about, you add a line in your .bb file, matching the file Aug 29 14:14:14 i.e. for your case Aug 29 14:14:25 i get i from qwt.inc Aug 29 14:14:33 $FILES_${PN} += "/usr/local/qwt-6.0.1/doc/html/inherit_graph_24.png" Aug 29 14:14:35 i get it from qwt.inc recipe Aug 29 14:14:52 $FILES_${PN} += "/usr/local/qwt-6.0.1/doc/html/class_qwt_plot_histogram__inherit__graph.png" Aug 29 14:15:02 $FILES_${PN} = "/usr/local/qwt-6.0.1/doc/html/sliders.png" Aug 29 14:15:05 s/^\$//; Aug 29 14:15:06 and that's all Aug 29 14:15:18 kergoth - yeah, right Aug 29 14:15:25 but I had all file in /doc and /htlm and others Aug 29 14:15:34 silvio_ - well, do it for all of them Aug 29 14:15:41 is a pain in the ....finger Aug 29 14:16:07 maybe you can write a function that declares all those files magically, but I don't know the internals of bitbake, so I can't tell you the formula of that magic Aug 29 14:16:16 the time being, yes, it's a pain Aug 29 14:16:24 I belive u but in originale recipes it is doing in other way, but I still to understad hw Aug 29 14:16:28 I belive u but in originale recipes it is doing in other way, but I still to understad how Aug 29 14:16:47 but at least, if you use a modern editor (like vim ;) ) you can do it in no time using a regexp Aug 29 14:16:56 if the .inc is defining FILES_${PN}, you'd obviously have to do the += after the require of qwt.inc, otherwise it would overwrite you Aug 29 14:17:05 but i'd highly recommend using bitbake -e to make sure it's set to what you think it is Aug 29 14:17:11 bitbake -e somerecipe | grep \^FILES_ Aug 29 14:17:33 also, aren't documentation files supposed to go in the ${PN}-doc package ? Aug 29 14:17:37 many, many problems are due to things not being what ou think they are Aug 29 14:17:48 yeah, if the recipe is installing files into /usr/local at all, you should figure out why and fix that Aug 29 14:17:52 rather than packaging it Aug 29 14:17:52 ok thanks kergoth, Aug 29 14:18:09 guyzmo: thanks I try understand what I made wrong Aug 29 14:18:50 I got a question: I'm using "inherits distutils" which defines do_install and do_compile. But I need to deploy /etc/ files too. In what function shall I copy the files ? Aug 29 14:19:12 do_install_append, most likely Aug 29 14:19:16 add to do_install Aug 29 14:19:36 ok Aug 29 14:20:16 and btw, I also tried to do FILES_${PN}-plugins to put some plugins files in another package than the main code, but it did not create the -plugins package Aug 29 14:20:36 it wont Aug 29 14:20:47 the PACKAGES variable controls what packages get emitted Aug 29 14:20:52 ok Aug 29 14:20:52 the FILES variables control what files go into those packages Aug 29 14:20:56 oook Aug 29 14:20:59 so yu'd have to add ${PN}-plugins to PACKAGES Aug 29 14:24:32 I start to see the light... Aug 29 14:26:15 one last question: is there a way I can tell a recipe to add a user to the system ? Aug 29 14:26:36 see the useradd class Aug 29 14:27:17 guyzmo: for examples: git grep "inherit.*useradd" and then have a look at some of the recipes that it finds Aug 29 14:29:35 meta-skeleton/recipes-skeleton/useradd/useradd-example.bb Aug 29 14:29:38 thank you a lot :) Aug 29 14:30:36 uurgh Aug 29 14:30:41 silvio_ - in that previous file Aug 29 14:30:43 it has: Aug 29 14:30:43 FILES_${PN} = "/usr/share/user1/* /usr/share/user2/*" Aug 29 14:30:52 so it actually should support wildcards Aug 29 14:33:58 it does, yes. see the default definitions of those variables in bitbake.conf Aug 29 15:01:43 thanks Aug 29 15:53:27 Why a "cross-packet" is installed in the "i686" directory? Aug 29 16:35:48 looks like we still have that monster gcc-cross-initial fetch ... Aug 29 16:36:08 heh, i take it khem's change didn't get merged yet? Aug 29 16:36:22 kergoth: apparently not, its still fetching from git Aug 29 16:36:27 lame Aug 29 16:36:41 would be nice if we could do shallow clones, but interaction with SRCREV would be a problem :\ Aug 29 16:37:10 yes, especially as more and more stuff moves to git Aug 29 16:38:19 yeah Aug 29 16:48:09 could the fetcher do a shallow clone and on update, see if the revision is there and somehow do a shallow fetch if it isn't? Aug 29 16:48:15 (no idea if thats possible though!) Aug 29 16:53:17 re Aug 29 16:55:08 got one more problem: I'm creating a FILES_${PN}_common from one .bb, to put all config, data and plugins. It works pretty well for almost everything, except for the files that lays in /etc which are put in FILES_${PN} Aug 29 16:55:18 how can I put all config files in a separate package ? Aug 29 16:55:29 put your package earlier in PACKAGES Aug 29 16:55:31 ordering matters Aug 29 16:55:37 fist package to claim a path gets it Aug 29 16:55:43 so prepend with =+ instead of appending with += Aug 29 17:05:48 kergoth - sweet **** ENDING LOGGING AT Thu Aug 30 03:00:01 2012