**** BEGIN LOGGING AT Fri Sep 20 03:00:00 2013
Sep 20 06:20:42 <nerdboy> still time to say "arr..." and drink some rum on the west coast
Sep 20 06:21:04 <nerdboy> dance a pirate jig even...
Sep 20 07:36:38 <bluelightning> morning all
Sep 20 07:36:52 <OlivierG> morning Paul
Sep 20 07:37:27 <bluelightning> hi Olivier
Sep 20 08:02:14 <mckoan> good morning
Sep 20 08:51:58 <jackmitchell> when you have a LIC_FILES_CHKSUM, with beginline and endline, what should the md5 be, the md5 of the complete file?
Sep 20 08:52:49 <rburton> the md5 of the section you specified
Sep 20 08:53:02 <rburton> that's what begin and end are for, so you can checksum the license header in a source file
Sep 20 08:53:15 <rburton> if you just put md5=1 bitbake will tell you its changed, and what the current value is
Sep 20 08:53:17 <jackmitchell> indeed, so how do you do an md5 of a partion file?
Sep 20 08:53:20 <jackmitchell> ah ok
Sep 20 08:53:48 <rburton> 1 can be anything, obviously. unless you luck out and your random string is the right md5 :)
Sep 20 09:18:26 <TuTizz> hi, every time I try to require core-image-basic.bb, I got the foloowing error : Could not include required file core-image-basic.bb
Sep 20 09:20:04 <rburton> unless you're in the same directory you'll need to use a path from the top-level of the layer
Sep 20 09:20:41 <TuTizz> ok
Sep 20 09:26:29 <TuTizz> works with require recipes-extended/images/core-image-basic.bb ty rburton.
Sep 20 09:27:07 <rburton> np
Sep 20 09:29:38 <drasko> Hi all. What does: WARNING: QA Issue: xenomai: Files/directories were installed but not shipped mean?
Sep 20 09:30:09 <rburton> drasko: files were installed by do_install, but not put into a packages with FILES_*
Sep 20 09:30:10 <drasko> This info is followed by a list of files in the package
Sep 20 09:30:49 <drasko> rburton: I have added to my IMAGE_INSTALL =+ "xenomai"
Sep 20 09:30:53 <drasko> but it fails
Sep 20 09:30:58 <drasko> is it because of this?
Sep 20 09:31:00 <rburton> yes
Sep 20 09:31:09 <rburton> because they're *not* in the package, that's what the error is saying
Sep 20 09:31:11 <drasko> How to force inclusion?
Sep 20 09:31:18 <rburton> you need to set FILES_* appropraitely
Sep 20 09:31:28 <drasko> But I added:
Sep 20 09:31:30 <drasko> FILES_${PN} = "/dev/* /usr/bin/* /usr/lib/* /usr/sbin/* /usr/include/*"
Sep 20 09:31:36 <drasko> into my xenomai.bb file
Sep 20 09:32:18 <rburton> so what files does it claim are not packaged?
Sep 20 09:32:18 <drasko> Let me make pastebin
Sep 20 09:32:49 <rburton> if you delete that line then you'll get better packaging, because that's almost the default but the default splits development stuff better
Sep 20 09:33:30 <drasko> I have no idea why files are not packaged...
Sep 20 09:34:22 <drasko> I am making pastebin...
Sep 20 09:36:53 <drasko> Here it is : http://pastebin.com/1Z75B44P
Sep 20 09:37:49 <rburton> why is everything in /usr/xenomai/*
Sep 20 09:37:59 <rburton> (which you don't package in that FILES_${PN}
Sep 20 09:38:38 <drasko> and my xenomai .bb http://pastebin.com/qaQHtvcv
Sep 20 09:39:01 <drasko> It is called xenomai_2.6.2.1.bb
Sep 20 09:39:19 <rburton> sure, so its installing into /usr/xenomai/*
Sep 20 09:39:23 <rburton> which you're not packaging
Sep 20 09:39:34 <drasko> rburton: yes, but it says tah /usr and /usr/src are not shipped neither...
Sep 20 09:39:39 <drasko> which I package
Sep 20 09:40:16 <rburton> you're not packaging /usr/src
Sep 20 09:40:41 <drasko> yea, sorry
Sep 20 09:41:02 <rburton> ideally you don't set PACKAGES to just $PN and then split the debug stuff into -dbg, the development stuff into -dev
Sep 20 09:41:19 <rburton> pretty sure you don't want the full source code and debugging symbols in that main package
Sep 20 09:41:27 <drasko> no
Sep 20 09:41:32 <drasko> how do I do that split?
Sep 20 09:41:44 <rburton> don't set PACKAGES
Sep 20 09:41:54 <drasko> let me try...
Sep 20 09:42:02 <rburton> and then set FILES_${PN}-dbg and FILES_${PN}-dev
Sep 20 09:42:15 <rburton> again i have to ask why its installing into /usr/xenomai
Sep 20 09:42:28 <rburton> can it install "properly" to /usr/bin /usr/include etc, or is that intentional?
Sep 20 09:45:02 <drasko> I have no Idea
Sep 20 09:45:11 <drasko> It looks like xenomai works this way
Sep 20 09:45:22 <drasko> it installs into /usr/xenomai
Sep 20 09:45:31 <rburton> fine
Sep 20 09:45:31 <drasko> I dod not touch this settins
Sep 20 09:45:39 <drasko> http://pastebin.com/MbZiC6eU
Sep 20 09:45:55 <rburton> bitbake.conf has the default FILES_* values, basically you can copy those and add xenomai in the right places to get it to do the splitting correctly
Sep 20 09:45:56 <drasko> I commented FILES_${PN}
Sep 20 10:53:59 <Krz_> does dylan-9.0.2 support IMAGE_FSTYPES = "ext4" ?
Sep 20 11:05:42 <bluelightning> Krz_: it should yes
Sep 20 11:09:43 <Krz_> bluelightning: how do I specify the size of desired filesystem?
Sep 20 11:10:00 <Krz_> bluelightning: I need more than just my image, I need image + some free space
Sep 20 11:10:58 <bluelightning> Krz_: you can set IMAGE_ROOTFS_SIZE (or there are some other options depending on how you want the size to be defined - see http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-IMAGE_ROOTFS_SIZE )
Sep 20 11:13:29 <Krz_> bluelightning: that's a good one, cheers
Sep 20 11:29:59 <drasko> HiHi all, I have a .bb like this http://pastebin.com/WDJsffMU
Sep 20 11:30:18 <drasko> But my xenomai is neve packaged
Sep 20 11:31:44 <drasko> i.e. deploy-ipks is never created
Sep 20 11:31:55 <drasko> what is missing for this step to be done?
Sep 20 11:40:36 <drasko> only iperf_2.0.4-r0_armv7ahf-vfp-neon.ipk  iperf-dbg_2.0.4-r0_armv7ahf-vfp-neon.ipk  iperf-dev_2.0.4-r0_armv7ahf-vfp-neon.ipk were created
Sep 20 11:40:47 <drasko> and I need sorry
Sep 20 11:41:06 <drasko> srong dir
Sep 20 11:41:11 <drasko> *wrong
Sep 20 11:41:29 <drasko> anyway, for xenomai - there is not deploy-ipks dir created
Sep 20 11:41:46 <drasko> and none error is issued - any ideas why this dir is never created?
Sep 20 11:42:57 <drasko> After cleaning all, I have deploy-ipks created. However, only following files are present :
Sep 20 11:43:07 <drasko> xenomai-dbg_2.6.2.1-r0_armv7ahf-vfp-neon.ipk  xenomai-dev_2.6.2.1-r0_armv7ahf-vfp-neon.ipk  xenomai-staticdev_2.6.2.1-r0_armv7ahf-vfp-neon.ipk
Sep 20 11:43:35 <drasko> Why xenomai_2.6.2.1-r0_armv7ahf-vfp-neon.ipk is missing and how to create it?
Sep 20 11:49:42 <RP> drasko: it sounds like your recipe doesn't install files into ${D} in do_install
Sep 20 11:53:31 <drasko> I have oe_runmake "DESTDIR=${D}" install in do_install()
Sep 20 11:53:48 <drasko> which is done as a fakeroot because it is creating device nodes
Sep 20 11:54:07 <drasko> /home/drasko/yocto/build/tmp/work/armv7ahf-vfp-neon-poky-linux-gnueabi/xenomai-2.6.2.1-r0/image/ shows correct installation
Sep 20 11:54:55 <drasko> /home/drasko/yocto/build/tmp/work/armv7ahf-vfp-neon-poky-linux-gnueabi/xenomai-2.6.2.1-r0/package shows the same thing
Sep 20 12:25:27 <drasko> any ideas on this?
Sep 20 12:26:00 <drasko> Do I have to add something to the recipe? I tried adding ${PN} in the end opf PACKAGES list, that did not help...
Sep 20 12:33:22 <drasko> do all .so files necesesarelly has to go to {PN}-dev?
Sep 20 12:34:10 <bluelightning> drasko: no, only the symlink ones should go into ${PN}-dev
Sep 20 12:38:19 <drasko> bluelightning: I have redefined like this :
Sep 20 12:38:21 <drasko> FILES_${PN}-dev = "/usr/xenomai/lib/*.so"
Sep 20 12:38:29 <drasko> now do_package() seems to pass
Sep 20 12:38:49 <drasko> however, in tmp//work/armv7ahf-vfp-neon-poky-linux-gnueabi/xenomai-2.6.2.1-r0/deploy-ipks/armv7ahf-vfp-neon/ there is still no {PN} package
Sep 20 12:39:06 <drasko> only {PN}-dev, dbg and staticdev
Sep 20 12:40:47 <bluelightning> drasko: do a "tree" on tmp/work/armv7ahf-vfp-neon-poky-linux-gnueabi/xenomai-2.6.2.1-r0/packages-split/ and see where the files are going to
Sep 20 12:42:04 <drasko> bluelightning: well, in packages-split I can see xenomai :
Sep 20 12:42:06 <drasko> xenomai  xenomai-dbg  xenomai-dev  xenomai.shlibdeps  xenomai-staticdev
Sep 20 12:42:46 <drasko> howevwhad do you know... cleanall fixed the issue
Sep 20 12:43:12 <drasko> now xenomai_2.6.2.1-r0_armv7ahf-vfp-neon.ipk starts appearing in deploy-ipks
Sep 20 12:57:17 <drasko> bluelightning: why only .so symlinks go to the {PN}-dev, while .so.X.Y.Z stay in the {PN}?
Sep 20 12:59:33 <bluelightning> drasko: the Unix convention is, programs are supposed to link against the versioned symlink/library, thus API changes won't break applications assuming the old library also remains on the system
Sep 20 12:59:47 <bluelightning> drasko: the plain .so symlink is only needed for development
Sep 20 13:00:13 <bluelightning> excruciating details here: http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html
Sep 20 13:01:03 <drasko> bluelightning: thanks
Sep 20 13:43:57 <tid75> hello trying to make a recipe for "pacparser" (a python module), i've got this error when doing a make  : build/tmp/sysroots/i686-linux/usr/libexec/armv7a-vfp-neon-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.7.2/ld: libjs.a(jsapi.o): Relocations in generic ELF (EM: 3)
Sep 20 13:44:12 <tid75> someone could give me a hint ?
Sep 20 14:06:08 <drasko> how do I print IMAGE_INSTALL variable value to check to what it is set?
Sep 20 14:10:26 <ndec> bitbake -e <image> | grep IMAGE_INSTALL
Sep 20 14:12:23 <fenrig> Hi i'm trying to get a small lamp setup to run, I got lighttpd and php in my image
Sep 20 14:12:49 <fenrig> but to actually be able to use php i need mod_cgi or fastcgi
Sep 20 14:13:11 <fenrig> so I configured lighttpd using mod_cgi and fastcgi and it complains about lacking 7
Sep 20 14:13:19 <fenrig> (oh yeah I do have php-cgi)
Sep 20 14:13:50 <fenrig> so when I "find | grep cgi" i find a lot of mod_cgi and fastcgi references
Sep 20 14:13:55 <fenrig> though I can't use it -.-
Sep 20 14:14:00 <fenrig> that's very strange
Sep 20 14:25:37 <fenrig> okay I found "lighttpd-module-fastcgi"
Sep 20 14:42:42 <RP> any makefile knowledgeable people around?
Sep 20 14:43:25 <RP> "bitbake btrfs-tools-native", then cd to the WORKDIR for it and "make clean; make btrfs.o" fails. its a dependency issue but I can't see how to fix it :/
Sep 20 14:43:37 <RP> the obvious fix doesn't work
Sep 20 14:49:35 <tlwoerner> RP: if i add the line "btrfs.o: version.h" it seems to work
Sep 20 14:50:27 <tlwoerner> RP: i added it at line 134, i.e. before the btrfs target
Sep 20 14:52:30 <RP> tlwoerner: well, ok but many files reference version.h so the better fix is to add the dependency to the .c.o rule which generates the files
Sep 20 14:52:43 <RP> tlwoerner: except that doesn't work
Sep 20 14:53:38 <RP> tlwoerner: the makefile is designed so "version.h" is the first thing the all rule builds but throw in parallel make and it doesn't work :(
Sep 20 15:01:58 <tlwoerner> RP: even if you used autoconf/automake's BUILT_SOURCES mechanism this would fail
Sep 20 15:53:34 <fenrig> lighttpd-module-fastcgi enables the use of mod_fastcgi in a LAMPesque enviroment
Sep 20 15:57:26 <tlwoerner> RP: when you said "the better fix is to add the dependency to the .c.o rule" did you mean by simply changing it to ".c.o: version.h"?
Sep 20 15:57:37 <RP> tlwoerner: yes
Sep 20 15:57:55 <tlwoerner> section 10.7 of "info make" explicitly mentions this case as not being what you want
Sep 20 15:58:39 <RP> tlwoerner: not in the info manual on my system :/
Sep 20 15:58:50 <RP> tlwoerner: what is the title of the section?
Sep 20 15:59:54 <RP> Old-Fashioned Suffix Rules I guess
Sep 20 16:00:08 <tlwoerner> yes
Sep 20 16:00:14 <tlwoerner> can you try http://pastebin.com/QYG1Yjzz
Sep 20 16:02:11 <tlwoerner> RP: actually, that's a bit messy, had i never moved the version.h block i wouldn't have had to move the all block either :-)
Sep 20 16:04:27 <tlwoerner> RP: http://pastebin.com/NmJemLS3 is all you need
Sep 20 16:04:49 <RP> tlwoerner: right, thanks
Sep 20 18:16:35 <mranostay> darknighte_znc: looking for a scope, eh?
Sep 20 18:51:27 <mranostay> sakoman1: which USB LA do you own?
**** ENDING LOGGING AT Sat Sep 21 03:00:00 2013