**** BEGIN LOGGING AT Thu Aug 14 02:59:59 2014 Aug 14 07:01:04 Hi, I have the problem that with a yocto/oe toolchain (created with meta-toolchain-sdk) I can not start the menuconfig for kernel configuration (after source .../environment-setup-...). I have found the problem and a solution (please read this short thread http://www.spinics.net/lists/linux-kbuild/msg09959.html). Can someone test this patch that "-c menuconfig" is still functional. Aug 14 09:17:15 anyone know of a layer that provides image types that are suitable for writing directly to a SD-card? Aug 14 09:17:50 like, the resulting image would contain the MBR, partition table, partitions and filesystems on those partitions Aug 14 09:23:59 mago_: meta-fresscale does such things Aug 14 09:27:05 excellent, thanks! Aug 14 10:10:30 koen: you think the udev oneliner risks getting into oe-core in time for our release? Aug 14 10:11:20 suihkulokki: not sure, udev patches tend to take longer Aug 14 10:11:27 that's why I said 'next week' in bugzilla :) Aug 14 10:12:42 koen: I guess we can put in overlay if no movement before next week Aug 14 10:12:49 exactly Aug 14 10:12:59 it's not a buildfailure Aug 14 10:39:00 I have the problem that with a yocto/oe toolchain (created with meta-toolchain-sdk) I can not start the menuconfig for kernel configuration (after source .../environment-setup-...). I have found the problem and a solution (please read this short thread http://www.spinics.net/lists/linux-kbuild/msg09959.html). Can someone test this patch that "-c menuconfig" is still functional. Aug 14 10:41:19 maybe I will ask on #yocto again... Aug 14 12:34:47 suihkulokki, what kind of udev change? Aug 14 12:35:15 also, the fetcher has some really mean behavior with https git repos that need passwords Aug 14 12:37:15 Crofton|work: what's that? Aug 14 12:37:20 Crofton|work: http://lists.openembedded.org/pipermail/openembedded-core/2014-August/095829.html Aug 14 12:37:37 bluelightning, I need to file a bug report Aug 14 12:37:52 Crofton|work: that would be great, thanks Aug 14 12:37:56 if you fetch wo netrc (or speccing pw) it shows password prompt Aug 14 12:38:05 then, you need to kill things to recover Aug 14 12:39:33 suihkulokki, it does look like a bug so I would nag the oe-core maintainers Aug 14 12:49:14 Crofton|work: the annoying thing is wget's manpage suggests it needs an option to behave like that, which we're not specifying... Aug 14 12:51:33 I need to file the bug Aug 14 12:52:18 I is grim when you get into the situation, becuase you need to kill things to recover Aug 14 12:52:34 I certainly agree that we don't want it to behave like that Aug 14 12:58:10 :) Aug 14 13:07:26 Crofton|work: the patch is just a few hours old so perhaps a bit too eager to start nagging already :) Aug 14 13:07:36 :) Aug 14 15:17:43 what is "templateconf.cfg" ? I cant find docs about it Aug 14 15:21:07 it's a file that holds the path to what TEMPLATECONF was when the directory was constructed. if you reconfigure an existing build directory, it'll pull the default TEMPLATECONF from that, rather than from the environment, afaict. see lines 40 through 48 of oe-setup-builddir Aug 14 15:24:40 okay Aug 14 15:25:01 I just found it weird that I never saw it before Aug 14 15:25:09 probably got recently added to daisy Aug 14 15:25:35 it was added in february of this year Aug 14 15:25:38 so i think that's the case, yeah Aug 14 15:25:55 see 5662ab61b4f840aedb7787211c06a8060ed1da74 in poky for refernece Aug 14 15:26:03 (4474357faf2cbca250e99630d749776fbc80d44b in oe-core) Aug 14 15:29:29 right Aug 14 15:29:44 and how can I remove a packageconfig from the packageconfig list? PACKAGECONFIG_pn_remove- doesnt work Aug 14 15:32:45 PACKAGECONFIG_remove_pn- Aug 14 15:35:55 sorry got disconnected. so how can I remove a packageconfig from the packageconfig list? PACKAGECONFIG_pn_remove- doesnt work Aug 14 15:38:49 PACKAGECONFIG_remove_pn- Aug 14 18:31:18 hi all, i need some help with adding a bitbake layer to my project (openbreambox 2.0) Aug 14 18:35:05 which layers are already in your config? Aug 14 18:54:57 not sure about that, some of my layer conf doesn't get seen either Aug 14 18:55:45 then the FILESPATH is incorrect, sounds like Aug 14 18:58:08 hmm, did not see the variable FILESPATH, where should that be ? Aug 14 19:00:01 sorry, FILESEXTRAPATHS Aug 14 19:01:38 where should FILESEXTRAPATHS be defined ? Aug 14 19:02:22 nm, that's mostly a bbappend thing Aug 14 19:03:06 your meta-foo/conf/layer.conf should have the paths stuff Aug 14 19:03:39 BBPATH, BBFILES, BBFILE_COLLECTIONS, etc Aug 14 19:04:09 if it's not finding it, then your config is fubar'd Aug 14 19:04:10 my layer.comf Aug 14 19:04:11 # We have a conf and classes directory, add to BBPATH Aug 14 19:04:11 BBPATH .= ":${LAYERDIR}" Aug 14 19:04:11 Aug 14 19:04:11 # We have recipes-* directories, add to BBFILES Aug 14 19:04:11 BBFILES += "${LAYERDIR}/recipes-*/*/*.bb \ Aug 14 19:04:11 ${LAYERDIR}/recipes-*/*/*.bbappend" Aug 14 19:04:12 Aug 14 19:04:12 BBFILE_COLLECTIONS += "meta-dreambox-plugins" Aug 14 19:04:13 BBFILE_PATTERN_meta-dreambox-plugins = "^${LAYERDIR}/" Aug 14 19:04:13 BBFILE_PRIORITY_meta-dreambox-plugins = "5" Aug 14 19:04:14 require conf/distro/include/unstable-versions.inc Aug 14 19:04:28 EOF Aug 14 19:04:28 so that all in there Aug 14 19:04:49 pastebin please Aug 14 19:05:29 that looks correct/default, other than the "require" Aug 14 19:05:34 and i assume that LAYERDIR is one higher than ./conf/ where the layer.conf is located Aug 14 19:05:52 yeah, it's all in the ref manual Aug 14 19:06:26 your layer name/commit hash should also display when you start a build Aug 14 19:06:34 does it show? Aug 14 19:06:48 yeah is very basic and the require is because the .bb files depend on them Aug 14 19:06:56 yes it does show Aug 14 19:07:24 there is only one weird thing with it Aug 14 19:07:39 meta-opendreambox = "denzil:181e975ddf24b556f09d6c686edca8fcdbbaf219" Aug 14 19:07:39 meta-oe = "(nobranch):6a71f51253f9a41b4547838065ad018994562af7" Aug 14 19:07:39 meta = "(nobranch):fe788447c5d182e86adfb29110b4784b11edbd34" Aug 14 19:07:39 meta-dreambox-plugins = "denzil:181e975ddf24b556f09d6c686edca8fcdbbaf219" Aug 14 19:08:02 both meta-opendreambox and meta-dreambox-plugins have the same signature Aug 14 19:08:29 its not a signature, its the commit that's checked out in the git repository they're in Aug 14 19:09:22 mbertens use a pastebin please Aug 14 19:11:21 waglinde: there is only one thing going here and there are only a few lines, so please dont make a big thing out of this Aug 14 19:12:12 kergoth: where is that defined from which respo it comes from ? Aug 14 19:12:14 mbertens and next time its 10 lines and next time 20 Aug 14 19:12:22 mbertens: I don't understand the question Aug 14 19:12:51 respo = repository Aug 14 19:12:53 sorry Aug 14 19:12:54 mbertens: spamming the channel *is* a big deal, and large numbers of lines can flood users offline. use a pastebin, or you'll be removed from the channel Aug 14 19:13:14 a few lines is fine, more than that, pastebin Aug 14 19:14:38 mbertens: if you don't know how to look at your local disk to see what directories are git repositories, i'd suggest reading Pro Git (google it), it's a valuable resource for learning about how git works Aug 14 19:16:54 i known how git works, what i dont under stand is bitbake at the moment, for some reason it sees my added receipes the same as the orginal meta-opendreambox Aug 14 19:18:14 how do I tell a qmake project an additional incdir Aug 14 19:18:14 then your added layer is inside the same git repository as meta-opendreambox is Aug 14 19:18:17 seems pretty obvious to me Aug 14 19:18:26 all its doing is asking git about the repository its in Aug 14 19:18:31 so go figure out why git is saying that Aug 14 19:18:40 I tried adding to OE_QMAKE_PATH_HEADERS but that just broke everything Aug 14 20:09:55 Crofton|work, powertop-2.6.1 is in the source mirror now Aug 14 20:10:38 thanks Aug 14 21:25:10 heeen: you could try OE_QMAKE_INCDIR_QT Aug 14 21:25:56 but from what i've seen, qmake build options in the upstream src are all over the map Aug 14 21:26:36 so find/xargs/grep are your friends... **** ENDING LOGGING AT Fri Aug 15 03:00:00 2014