**** BEGIN LOGGING AT Wed Mar 13 02:59:58 2013 Mar 13 07:39:14 is there a standardized way to add users to an image? Mar 13 08:56:44 good morning all Mar 13 09:14:46 good morning Mar 13 09:19:08 erbo: there is a useradd class. search for USERADD Mar 13 09:22:08 zhng: will do, thanks Mar 13 11:16:29 hi. i'm looking for a bitbake-variable that expands to the actual directory where an append-recipe is located. using ${THISDIR} in a .bbappend expands to the directory of the originating .bb file Mar 13 11:24:49 schramae: did you set FILESEXTRAPATHS_prepend ? Mar 13 11:27:37 mckoan: yes, i tried this as well. i simply want to run an installer in ROOTFS_POSTPROCESS_COMMAND, so there is no need that it is handled by bitbake or copied again to the WORKDIR or such, i just need its path in order to run it Mar 13 11:30:23 schramae: no clies, yuo ould try asking on #oe channel Mar 13 11:30:47 mckoan: ok, thanks Mar 13 14:08:22 schramae: might I suggest you do MYBBAPPENDDIR:=${THISDIR} Mar 13 14:09:22 then MYBBAPPENDDIR should have the bbappend's directory even after initial processing of the .bbappend. This is basically how the FILESEXTRAPATHS_prepend command works. Mar 13 14:09:29 blloyd_: that's exactly what sb. in #oe suggested and it works now, but thanks anyway Mar 13 14:09:40 :) Mar 13 14:13:21 i'm running bitbake with -vvv -DDD but still can't see where an error message comes from. and running bitbake through strace -f does not work as well, as it loops/dies with some timeout stuff. are there any other options? Mar 13 14:55:55 is there documentation that can recommend how to up udev to create a proper /dev directory, or at least how to create a workable static dev? Mar 13 15:12:32 hi i have a problem with my ntp daemon recipe it states that the license is ntp but when i build ntp a warning appears no generic license file exists for: ntp in any provider where do i have to put the license file ? Mar 13 15:22:38 wfailla: is this a recipe you put together yourself or is it part of another metadata repository? Mar 13 15:23:19 also, I do see an NTP license in meta/files/common-licenses/NTP Mar 13 15:30:59 oh ok fixed it ... had the wrong check sum Mar 13 16:27:47 hmm, i get an ExpansionError when I try to use "SRC_URI += "file://dev.tar" in a .bbappend Mar 13 16:43:31 is the first " before SRC_URI also present in your .bbappend or is it just a typo here? Mar 13 16:45:45 schramae: just a typo, sorry for the confusion Mar 13 16:46:20 i fixed this using SRC_URI := "${SRC_URI} file://dev.tar " Mar 13 16:47:59 now the issue i am trying to figure out is how to add a directory to be seaarched Mar 13 16:48:24 for that dev.tar file which is located in a board-specific layer Mar 13 16:48:54 i think this might be what FILEfnordfnord_append is used for Mar 13 16:49:06 * waynr backscrolls this channel's buffer for previous mentions Mar 13 16:49:30 FILEEXTRAPATHS_prepend, that's it Mar 13 16:49:53 FILESEXTRAPATHS_prepend := "${THISDIR}/files:" Mar 13 16:50:42 thanks : D Mar 13 16:51:15 anything you want to override in the .bbappend goes to files/ and will be handled by poky automatically if a file with the same name is already present in the original recipe directory Mar 13 16:52:43 and the SRC_URI solution looks bogus to me, but i don't have an explanation Mar 13 16:53:32 maybe SRC_URI_append = ... Mar 13 16:54:19 the solution i have above works otherwise the build wouldn't fail trying to find "dev.tar" Mar 13 16:57:00 if think that's the problem. did you set FILESEXTRAPATHS_prepend _before_ SRC_URI and does the "file"-directory exist and contain dev.tar? i think otherwise this expands to a sub-dir named like your recipe without the version number Mar 13 17:00:17 i have the dev.tar file located in a board-specific recipes-core/udev/files directory with recipes-core/udev/udev_182.bbappend specifying the FILESEXTRAPATHS_prepend, but the funk SRC_URI solution i mentioned before is in another distro-specific layer with its own recipes-core/udev/udev_182.bbappend Mar 13 17:01:03 does that seem a little janky? i am just trying to abstract the functionality of the distro/image from the product-specific files and functionality Mar 13 17:02:11 anyway, right now i am running into a problem where the udev build tries to unpath the dev.tar file into the working directory which I have solved in past versions of OE by giving the tarball a different name then renaming it in a do_configure_append() task Mar 13 17:02:24 s/unpath/unpack/ Mar 13 17:02:55 but maybe there is some kind of way to specify in SRC_URI to treat dev.tar as a regular file when populating the working directory? Mar 13 17:05:18 file://dev.tar;unpack=0 ? Mar 13 17:05:31 something like that yes Mar 13 17:07:00 aw yaeah it works Mar 13 18:04:28 halstead, is the meta-xilnx list actually sending emails? Mar 13 18:04:52 the archive looks ok, but I feel like I am only getting direct emails, and not the copy from the list Mar 13 18:11:08 Crofton|work, The lists are set not to send duplicate e-mail. Mar 13 18:11:18 ah Mar 13 18:11:31 thanks Mar 13 18:11:49 in the context of the recent reports of list slowness, I was thinking it was that Mar 13 18:11:51 thanks Mar 13 18:13:00 Crofton|work, It can be set per user. If you'd like to change it it is the last option on your list preferences page. Mar 13 18:13:31 thanks, the main thing atm is I wanted to understand why I got one email, when I expected two Mar 13 20:38:44 anyone seen error like this lately? ERROR: Task do_package_write_ipk in oe-core/meta/recipes-devtools/gcc/gcc-runtime_4.7.bb depends upon non-existent task do_packagedata in meta-private/recipes-devtools/external-toolchain/external-foo-toolchain.bb Mar 13 20:59:27 okay now i get to login on serial console but whenever i entry password correct or not i get "crypt: Invalid argument" Mar 13 21:20:12 seems the problem is that root login is not enabled Mar 13 21:20:41 can't use 'su' either Mar 13 21:42:56 oh i see user login is disabled/enabled in the second field of the /etc/passwd Mar 13 22:27:12 woot **** ENDING LOGGING AT Thu Mar 14 02:59:58 2013