**** BEGIN LOGGING AT Fri Oct 18 02:59:58 2013
Oct 18 03:00:00 <nerdboy> i ended up building my own graphical image recipes for rpi...
Oct 18 03:00:11 <GusBricker> for mono?
Oct 18 03:00:42 <nerdboy> no, just to get a working sato image, and then my own xorg "lite" image
Oct 18 03:00:49 <GusBricker> ah
Oct 18 03:01:03 <GusBricker> what i would like, is to get a version of mono/gtk#/x11 running, but im still getting my head around yocto/oe
Oct 18 03:01:08 <GusBricker> probably need to take smaller steps
Oct 18 03:01:25 <nerdboy> try copying the mono image to your own layer and include your hw-ip image or whatever the most minimal working image is
Oct 18 03:01:53 <GusBricker> so far the only image ive gotten to work is core-image-base
Oct 18 03:02:54 <nerdboy> so add "include core-image-base" to your version of the mono image
Oct 18 03:03:05 <GusBricker> ok, will do
Oct 18 03:03:27 <GusBricker> it already includes core-image-sato tho, is that okay to use both?
Oct 18 03:06:57 <nerdboy> try replacing it
Oct 18 03:07:10 <nerdboy> since it already didn't work, right?
Oct 18 03:07:14 <GusBricker> yup
Oct 18 03:07:55 <nerdboy> you could also add something like this, if it's not already there:
Oct 18 03:08:05 <nerdboy> IMAGE_FEATURES += "package-management ssh-server-openssh splash x11-base"
Oct 18 03:08:16 <GusBricker> into my local.conf file?
Oct 18 03:08:34 <nerdboy> image recipe
Oct 18 03:08:38 <GusBricker> oh
Oct 18 03:09:37 <nerdboy> the sato image has x11-base-sato or some such, which pulls in connman
Oct 18 03:13:01 <GusBricker> hmm
Oct 18 03:13:21 <GusBricker> so sato inherits core-image
Oct 18 03:17:27 <nerdboy> my original xorg image only inherited the core-image bbclass
Oct 18 03:17:49 <nerdboy> recently something changed upstream and it stopped booting
Oct 18 03:19:01 <nerdboy> i had to fiddle with it and ended up adding the "include rpi-hwup-image.bb" and removing some supposedly valid config options
Oct 18 03:19:27 <nerdboy> looks like this now:  https://github.com/sarnold/meta-raspberrypi/blob/master/recipes-core/images/rpi-xorg-image.bb
Oct 18 04:22:31 <nerdboy> GusBricker: is it soup yet?
Oct 18 04:22:46 <GusBricker> lol
Oct 18 04:23:34 <GusBricker> im taking a step back, and taking baby steps.
Oct 18 04:23:44 <GusBricker> so creating my own layer, which inherits core-image
Oct 18 04:23:57 <GusBricker> then ill slowly try introduce extra features
Oct 18 04:25:07 <GusBricker> that way ill get an understanding of what im actually doing, rather then just diving in to deep!
Oct 18 04:25:12 <nerdboy> you don't need too much in your ti layer just to try some other stuff
Oct 18 04:25:59 <nerdboy> as long as the corresponding layers are in your bblayers.conf, you should be able to build it
Oct 18 04:26:15 <GusBricker> ive just got an image recipe in my layer, that is inheriting core-image, and adding a few extra image features
Oct 18 04:27:41 <nerdboy> for anything interesting, you need at least an X image with a login manager or a mini_x session config or similar
Oct 18 04:29:08 <nerdboy> there are xfce and gnome layers, plus a couple of qt layers
Oct 18 04:29:15 <nerdboy> *of
Oct 18 04:29:53 <nerdboy> for gtk i would include the gnome stuff but use a different session default
Oct 18 04:30:48 <nerdboy> openbox/dbus/consolekit or something similar
Oct 18 04:32:24 <GusBricker> ok
Oct 18 04:33:11 <GusBricker> how does the inherit command work? its inheriting core-image, but what is core-image?
Oct 18 04:33:33 <nerdboy> inherit is for bbclasses
Oct 18 04:33:41 <nerdboy> include is for files
Oct 18 04:34:12 <nerdboy> require is for a specific file
Oct 18 04:34:50 <GusBricker> was trying to find a page on the yocto wiki on it, but couldnt
Oct 18 09:02:55 <elbc> rburton: hi ! do you know if the wayland/weston 1.3.0 has been accepted ?
Oct 18 09:06:27 <bluelightning> morning all
Oct 18 09:18:38 <zerus> I'm trying to use SDKIMAGE_FEATURES to add packages that only should occur in the SDK. Bu I cannot get this working. Probably something I'm doing wrong.. I have added it in local.conf like : SDKIMAGE_FEATURES := " pkgA pkgB" Then running populate_sdk
Oct 18 09:23:34 <bluelightning> zerus: SDKIMAGE_FEATURES is for adding features, not individual packages
Oct 18 09:24:05 <bluelightning> zerus: if you want to add a package to the target portion of the SDK you need to add them to TOOLCHAIN_TARGET_TASK
Oct 18 09:25:43 <zerus> bluelightning: Aha OK. That explains it.. SO if I append TOOLCHAIN_TARGET_TASK it will only end up in the SDK and not in the final rootfs?
Oct 18 09:26:57 <bluelightning> zerus: correct yes
Oct 18 09:27:56 <zerus> bluelightning: thanks. I will give it a try.
Oct 18 09:35:38 <jackmitchell> ok, so I'm trying to set my root password with the extrausers.bbclass
Oct 18 09:36:02 <jackmitchell> however, how I can define what the salt is for shadow in order to generate the hash?
Oct 18 09:36:42 <jackmitchell> it seems to increment by 1 per build, as the salt was 15995 when I generated the hash, but in my new build it is now 15996
Oct 18 09:41:54 <jackmitchell> ah wait, I may have misunderstood, the salt is included in the password hash; which seems a bit weird but oh well
Oct 18 09:42:23 <jackmitchell> I was under the impression that shadow provided the salt, which all the passwords had to be hashed with in order to work
Oct 18 09:46:40 <bluelightning> jackmitchell: how are you setting the password within EXTRA_USERS_PARAMS ?
Oct 18 09:47:03 <jackmitchell> EXTRA_USERS_PARAMS = "\
Oct 18 09:47:03 <jackmitchell>     usermod -p '$6$1BBHm9j1$Kq6cRYht.cgAEF9DMZg6x2CmnFuJh6R64awVujE60ghOA9rl5TqmPDTRzXFlJ1gQur6mKUSGBMQuqvOTveLto1' root; \
Oct 18 09:47:03 <jackmitchell>     "
Oct 18 09:47:24 <jackmitchell> it's chaning the shadow file, but I can't log in when I've booted the system
Oct 18 09:47:46 <jackmitchell> I'm giving it another go, with what I think is a correct hash now
Oct 18 09:48:12 <bluelightning> I would say we probably need to make this easier
Oct 18 09:48:21 <jackmitchell> I honestly concur
Oct 18 09:48:34 <jackmitchell> I've been using OE for a couple of years now and I'm struggling with it
Oct 18 09:48:50 <bluelightning> just checking, you're adding this root password for local use not via ssh, right?
Oct 18 09:48:56 <jackmitchell> both
Oct 18 09:49:11 <jackmitchell> I want it local and ssh
Oct 18 09:49:14 <bluelightning> ok, wouldn't it be more secure to use a key for the remote part?
Oct 18 09:49:27 <jackmitchell> bluelightning: it's just a default root password
Oct 18 09:49:43 <jackmitchell> it doesn't need to be secure, just set as a default
Oct 18 09:49:53 <bluelightning> right, guess it depends on the usage of the device
Oct 18 09:50:28 <jackmitchell> yeah, if the customer wants to change it then they're free to do so, but we need to ship it with something ;)
Oct 18 09:52:34 <bluelightning> would you mind entering a feature request in bugzilla for a way to set the root password via EXTRA_USERS_PARAMS (presumably in cleartext)?
Oct 18 09:53:07 <jackmitchell> ah damn, it's mushed the $ signs thinking they're variables, do you think an escaping backslash would do it?
Oct 18 09:53:14 <jackmitchell> bluelightning: will do
Oct 18 09:53:40 <bluelightning> thanks
Oct 18 09:53:49 <bluelightning> hmm
Oct 18 09:54:29 <bluelightning> you could try backslashes but I would have thought the ' ' would have stopped that from happening
Oct 18 10:01:30 <jackmitchell> bluelightning: backslashes fixed it
Oct 18 10:01:36 <jackmitchell> https://bugzilla.yoctoproject.org/show_bug.cgi?id=5365
Oct 18 10:01:37 <yocti> Bug 5365: normal, Undecided, ---, saul.wold, NEW , ability to set root password in cleartext
Oct 18 10:07:23 <bluelightning> jackmitchell: ok, thanks
Oct 18 10:12:44 <Crofton|work> how do I search bugzilla for 1.6 feature requests
Oct 18 10:13:47 <rburton> elbc: no, because it was still broken in a pure sysvinit configuration.
Oct 18 10:13:55 <rburton> elbc: finally worked out the fix yesterday
Oct 18 10:14:01 <rburton> (and wrote proper systemd units too)
Oct 18 10:18:21 <bluelightning> Crofton|work: advanced search then just select the 1.6 items in the Target Milestone list, and "enhancement" under importance
Oct 18 10:18:48 <Crofton|work> is there a way to have a list of stored searches?
Oct 18 10:18:49 <bluelightning> Crofton|work: but note we havent gone through and reassigned the milestone for all bugs yet, that's happening today I think
Oct 18 10:19:05 <Crofton|work> we need to get a master slave prserv in place
Oct 18 10:19:07 <bluelightning> Crofton|work: absolutely, if you save a search it'll appear in the bottom of the page
Oct 18 10:19:17 <bluelightning> every page that is
Oct 18 10:19:18 <Crofton|work> I was thinking globally
Oct 18 10:19:24 <Crofton|work> so any idiot can find it
Oct 18 10:19:59 <bluelightning> typically we accomplish that by using the mediawiki integration, then we can show the search results directly in the wiki
Oct 18 10:21:14 <bluelightning> e.g. see https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.5_Status
Oct 18 10:21:33 <bluelightning> we'll be creating a 1.6 page similar to that shortly I would think
Oct 18 10:30:37 <Krz-> is there any Yocto way I can make my layer uclibc/eglibc compatibile? For now I use only uclibc and I have things like 'IMAGE_INSTALL += "libiconv"' which will not work for eglibc
Oct 18 10:31:09 <Krz-> was wondering if I can make layer in such a way, that uclibc/eglibc switch would be just one-liner
Oct 18 10:31:58 <Krz-> I think there is something like IMAGE_INSTALL_pn-uclibc, or similar?
Oct 18 10:35:51 <Krz-> maybe this: IMAGE_INSTALL_append_libc-uclibc
Oct 18 10:36:42 <rburton> yes, that
Oct 18 10:37:02 <rburton> but won't library dependencies get libiconv installed for you?
Oct 18 10:40:20 <Krz-> to be precise I need uclibc-dev, libiconv-dev etc.
Oct 18 10:40:34 <Krz-> installing only uclibc-dev doesn't pull libiconv-dev to the image unfortunately
Oct 18 10:44:22 <bluelightning> Krz-: you can use libc overrides, e.g. IMAGE_INSTALL_append_libc-uclibc = " libiconv-dev"
Oct 18 10:44:57 <bluelightning> similarly libc-glibc for eglibc
Oct 18 10:45:14 <bluelightning> (libc-glibc, not libc_eglibc)
Oct 18 10:45:47 <Krz-> bluelightning: ok, that's cool
Oct 18 10:46:16 <Krz-> bluelightning: for dev image with eglibc I hope it's enough if I just install eglibc-dev, is that correct?
Oct 18 10:46:34 <bluelightning> Krz-: I would think so yes
Oct 18 10:48:17 <ant_work> iirc we use  _linux-gnueabi _linux-uclibceabi as well
Oct 18 10:49:59 <bluelightning> that'll only work on arm
Oct 18 10:50:42 <ant_work> oh, right
Oct 18 11:27:51 <jackmitchell> ok, so I've git another road block. I believe that my password doesn't work as the passwd file still specifes * in the second column, when it should specify 'x' to denote that the password is in the shadow file
Oct 18 11:27:57 <jackmitchell> I added the following
Oct 18 11:28:11 <jackmitchell> ROOTFS_POSTPROCESS_COMMAND += "sed -i 's/*/x/' ${IMAGE_ROOTFS}/etc/passwd ;"
Oct 18 11:28:33 <jackmitchell> that works on a file in my local filesystem, but doesn't do anything to the passwd file in my target rootfs
Oct 18 11:29:31 <jackmitchell> does anyone have any ideas how I can achieve this?
Oct 18 11:42:02 <jackmitchell> ok ROOTFS_POSTPROCESS_COMMAND_append worked
Oct 18 11:42:18 <jackmitchell> maybe something was munging the passwd file after I had changed it, who knows
Oct 18 11:43:19 <zerus> bluelightning: I tried your suggestions with TOOLCHAIN_TARGET_TASK it worked fine. But I want to specify a list of packages with PACKAGE_GROUP_somename = "pkgA pkgB". But TOOLCHAIN_TARGET_TASK Doesn't seems to like this. I then tried to create my "own" feature with: COMPLEMENTARY_GLOB[somename-pkgs] = 'pkgA pkgB', this works fine to get install with SDKIMAGE_FEATURES. But I cannot get this one working with PACKAGE_GROUP either. Any suggesti
Oct 18 11:44:24 <zerus> bluelightning: My problem is with other words to create a "pkglist" (with PACKAGE_GROUP) and get them included only in the SDK.
Oct 18 12:20:33 <elbc> rburton: ok thanks !
Oct 18 12:23:30 <Stygia> bluelightning, Hey.
Oct 18 12:23:49 <Stygia> If I wanted to make a repository with all my recipes sometime, and send it to you for a sign-off, what's the best way to go about that?
Oct 18 12:24:07 <Stygia> I'd rather avoid pushing something incomplete again.
Oct 18 12:27:04 <kbart> Hello. I'm still fighting to make qte SDK. I have built it using "bitbake meta-toolchain-qte", installed it. And now what? How do I make "hello world" app using it? When I try to compile app using qmake in SDK, I get errors.
Oct 18 12:27:35 <jackmitchell> kbart: did you source the environment file?
Oct 18 12:28:07 <kbart> jackmitchell, yes (environment-setup-armv7ahf-vfp-neon-oe-linux-gnueabi)
Oct 18 12:28:28 <jackmitchell> kbart: you'll have to post some error logs to get any more help then
Oct 18 12:28:36 <jackmitchell> in pastebin.com
Oct 18 12:28:42 <jackmitchell> not on irc
Oct 18 12:30:27 <Stygia> bluelightning, And frankly I'm embarassigly derp with git, so since you volunteered to check the recipes before I try to commit again I figured I should take you up on it.
Oct 18 12:30:49 <kbart> well, it looks like some environmentals are missing or misconfigured. What would be most helpful is to have some "hello world" example. I can't find any useful information on google.
Oct 18 12:31:09 <Stygia> bluelightning, I did read up on rebase -i and such, I'm significantly less derp than last we spoke.
Oct 18 12:33:43 <jackmitchell> :q
Oct 18 12:34:21 <ndec> Stygia: you mean less 'git' ;-)
Oct 18 12:34:48 <kbart> jackmitchell, here it is: http://pastebin.com/KPJP8HZi
Oct 18 12:35:25 <kbart> hm, OE_QMAKE_INCDIR_QT looks suspicious:
Oct 18 12:35:27 <kbart> kb@kb-linux:~/Projects/TestPrj/app$ printenv | grep OE_QMAKE_INCDIR_QT
Oct 18 12:35:27 <kbart> OE_QMAKE_INCDIR_QT=/home/kb/Projects/TestPrj/sdk/qte/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi//usr/include/qtopia
Oct 18 12:35:35 <kbart> see double "//"
Oct 18 12:35:41 <Stygia> ndec, What?
Oct 18 12:36:18 <ndec> i am not native english speaker, but i read that 'git' meant stupid/simple...
Oct 18 12:36:21 <ndec>  -;)
Oct 18 12:36:45 <Stygia> Aah, right! Yes I've heard that.
Oct 18 12:36:54 <ndec> http://www.urbandictionary.com/define.php?term=git
Oct 18 12:36:58 <Stygia> Heh, also not a native speaker, I'd have guessed you made a pun on "good".
Oct 18 12:37:12 <ndec> hehe no!
Oct 18 12:57:06 <bluelightning> zerus: er COMPLEMENTARY_GLOB wouldn't be the right thing for that
Oct 18 12:57:30 <bluelightning> zerus: if you've defined an image feature via PACKAGE_GROUP then you can add that to SDKIMAGE_FEATURES
Oct 18 12:59:03 <bluelightning> Stygia: sure, you can push to a github repo if you like
Oct 18 13:00:11 <Stygia> bluelightning, Ah alright, I'll do that for our 'public' recipes and link you sometime this weekend.
Oct 18 13:00:21 <Stygia> bluelightning, Are you normally on during the weekends? I'll just do it monday otherwise, or later.
Oct 18 13:00:50 <bluelightning> Stygia: yep I should be around at least partially over the weekend
Oct 18 13:02:21 <Stygia> bluelightning, Good, I have so many recipes now I feel bad for not sharing, but a few of them do still need some cleaning up.
Oct 18 13:03:36 <Stygia> bluelightning, BTW, do you remember what that variable to pass flags to a configure script when using autotools was? I'd like to use autotools for this recipe but I don't remember, OE_EXTRA something.
Oct 18 13:03:44 <bluelightning> Stygia: EXTRA_OECONF
Oct 18 13:03:51 <bluelightning> Stygia: it'll be great to get those in, definitely
Oct 18 13:04:09 <bluelightning> I can certainly help where needed
Oct 18 13:04:22 <Stygia> bluelightning, Ah right, and thanks! I'd do it myself, but I slip up and bother the mailing list, so.
Oct 18 13:04:31 <Stygia> You did offer it specifically. ^_^ I wouldn't ask otherwise.
Oct 18 13:06:14 <tlwoerner> ndec: just for completeness "git" is a British-ism and not used very much in North America. in fact in NA "git" is more likely to be assumed to be an American-ization of "get" (i.e. git 'er done)
Oct 18 13:06:40 <tlwoerner> http://www.urbandictionary.com/define.php?term=git%20er%20done
Oct 18 13:10:47 <Crofton|work> so many cultures, so little time
Oct 18 13:15:18 <zerus> bluelightning: I tried add my PACKAGE_GROUP to SDKIMAGE_FEATURES without success. When reading the code (image.bbclass) it looks like PACKAGE_GROUP is only for IMAGE_FEATURES.
Oct 18 13:20:05 <bluelightning> zerus: ah, right
Oct 18 13:20:29 <bluelightning> zerus: as a workaround I would suggest creating a packagegroup recipe that pulls in the packages you want to group together and then add that to TOOLCHAIN_TARGET_TASK
Oct 18 13:20:40 <bluelightning> Stygia: sure, no problem
Oct 18 13:21:23 <bluelightning> tlwoerner: or perhaps a Southernism for "get lost" ;)
Oct 18 13:22:33 <tlwoerner> bluelightning: yes, i was considering adding that too :-) like if there's a stray dog around that's making you nervous :-)
Oct 18 13:23:25 <zerus> bluelightning: Yeah, that should work. Will try that. Do you think it could be of interest (in mainline yocto) if I try implementing PACKAGE_GROUP support for SDKIMAGE? Thanks for your time.
Oct 18 13:24:06 <bluelightning> zerus: yes, ideally those should work together
Oct 18 14:55:29 <Krz-> can I do 'do_install' step in image recipe?
Oct 18 14:55:44 <Krz-> I need to add one file: /etc/modprobe.d/modules.conf
Oct 18 14:55:58 <Krz-> with dependencies on modules loading order
Oct 18 14:56:30 <Krz-> or maybe: ROOTFS_POSTPROCESS_COMMAND is way to go?
Oct 18 15:01:25 <RP> Krz-: that is probably easier since I think it wipes the directory as the first step
Oct 18 15:02:21 <Krz-> RP: ROOTFS_POSTPROCESS_COMMAND easier ?
Oct 18 15:43:57 <rburton> elbc: you might be interested to know i have h264 hardware decoding through gstreamer on weston
Oct 18 16:11:01 <elbc> rburton: excellent !
Oct 18 16:11:51 <elbc> I have to quit, but let me know how to make it work see you on monday I hope
Oct 18 16:33:19 <kergoth> you know, i had no idea how useful bitbake-whatchanged is, until a couple days ago
Oct 18 16:33:23 * kergoth yawns
Oct 18 19:55:09 * pidge pushes the big red 1.5 release button
Oct 18 19:56:07 <Jefro> +1
Oct 18 19:57:01 <mr_science> if you build off master it's been poky 1.5 for a while now...
Oct 18 19:57:35 <mr_science> always a good milestone when you kick it out the door for real
Oct 18 20:05:00 <kergoth> woo
Oct 18 20:05:06 <kergoth> grats all around
Oct 18 21:29:23 <BCMM> where would be the right place to set IMAGE_FSTYPES for my project?
Oct 18 22:09:07 <mr_science> BCMM: typically in local.conf
Oct 18 22:09:34 <BCMM> mr_science: will override other settings?
Oct 18 22:09:44 <BCMM> i mean, other stuff that sets that var
Oct 18 22:10:07 <mr_science> not sure, probably depends on where
Oct 18 22:10:16 <BCMM> it's in conf/machine/raspberrypi.conf in the rpi BSP
Oct 18 22:10:37 <mr_science> i believe local.conf should override that
Oct 18 22:11:43 <mr_science> at least that's what the readme clams:  Override IMAGE_FSTYPES in local.conf
Oct 18 22:12:31 <mr_science> *claims even
Oct 18 22:19:47 <BCMM> mr_science: readme for what?
Oct 18 22:19:51 <BCMM> mr_science: also, thanks a lot!
Oct 18 22:20:06 <mr_science> readme for the rpi layer
Oct 18 22:28:12 <BCMM> thanks, i must have looked right past that because i wasn't trying for compression
Oct 18 22:45:27 <mr_science> BCMM: which rpi-layer are you trying to build from?
Oct 18 22:46:00 <mr_science> the upstream one doesn't have any useful images in it
Oct 18 22:46:18 <mr_science> just hw-up and rpi-basic i think
Oct 18 22:47:53 <mr_science> i just use the "normal" sdimg output
Oct 18 22:48:05 <mr_science> can always compress later to save space
Oct 18 23:10:02 <BCMM> mr_science: i've been using this one https://github.com/djwillis/meta-raspberrypi - there's another one?
Oct 18 23:11:00 <BCMM> i don't actually want to use any built-in image type - i'm trying to produce a directory or archive containing the bootfiles including an initramfs (which is my only rootfs)
Oct 18 23:13:17 <BCMM> (but to start with i think i'll just use the files i already have on the sdcard and just build a cpio image fstype)
Oct 18 23:21:26 <mr_science> according to github there are 30-some forks of the djwillis layer, including mine...
Oct 18 23:21:53 <mr_science> but i haven't played with initramfs on rpi yet
Oct 18 23:22:39 <mr_science> i was just going to say, if you want to try a more complete image, i have an rpi-xorg image and a couple of console ones
Oct 18 23:23:16 <mr_science> haven't played with the console ones much lately either
Oct 18 23:24:15 <mr_science> looks like i just have the rpi-clutter image, but i did build the normal console-image at one point
Oct 18 23:25:10 <mr_science> https://github.com/sarnold/meta-raspberrypi  <=  if you're interested...
**** ENDING LOGGING AT Sat Oct 19 02:59:58 2013