**** BEGIN LOGGING AT Tue Jul 15 02:59:59 2014
Jul 15 03:36:12 * nerdboy thinks darknighte left the door open
Jul 15 03:41:55 <Marex> ... and everyone was sucked into the vast darkness of space ?
Jul 15 03:50:51 <Marex> khem: it's 5ed19a40f407efa1e6a2043bd8e36d729968c446 in yocto which introduced the different behavior
Jul 15 06:54:29 <akS_> morning all
Jul 15 07:38:10 <mckoan> good morning
Jul 15 07:45:21 <bluelightning> morning all
Jul 15 07:55:30 <kbouhara> Hi all, Im getting stuck with the issue "opkg_install_cmd: Cannot install package mypackage-dev" , how can I resolve this ?
Jul 15 08:25:31 <JaMa> darknighte: I do, but I have never tried cinematic experience
Jul 15 09:05:52 <TuTizz> morning all, what should I do to compress my kernel in lzo?
Jul 15 09:12:43 <danielki> otavio: hi; what's the state of sdk support in meta-qt5? is it supposed to work now or still in progress?
Jul 15 09:40:20 <mckoan> danielki: with daisy it works
Jul 15 09:40:52 <mckoan> danielki: which problems have you?
Jul 15 09:41:53 <danielki> mckoan: bitbake -c populate_sdk <image-name> completes, but the resulting tarball doesn't contain any qt libs (even though the corresponding image does)
Jul 15 09:42:55 <danielki> is there some extra config needed to get packages into the sdk?
Jul 15 10:03:15 <mckoan> danielki: try meta-toolchain-qt5
Jul 15 11:32:32 <danielki> mckoan: ok, we tried this too, but apparently the included makespecs are not rewritten at install time. I'm trying to recreate this build right now to give you more details, but I'm having problems due to failing qtwayland build... can I exclude this from the sdk somehow?
Jul 15 12:05:57 <TuTizz> If I want to compress my kernel with lzo, should I do it manualy or is there a way to do that with yocto?
Jul 15 13:17:02 <mckoan> danielki: DISTRO_FEATURES_remove = "x11 wayland"
Jul 15 13:17:44 <danielki> mckoan: thanks -- weird though that the image build worked
Jul 15 14:56:31 <AlexVaduva> YPTM: Alexandru Vaduva, would today be the technical meeting?
Jul 15 14:57:38 <rburton> AlexVaduva: next week, iirc
Jul 15 14:57:45 <AlexVaduva> ok
Jul 15 14:58:00 <AlexVaduva> becaus a mail with the technical meeting was sent today
Jul 15 14:58:02 <rburton> hang around for another five minutes just in case I'm wrong ;)
Jul 15 14:58:13 <AlexVaduva> and it was kind of confussing
Jul 15 14:58:15 <AlexVaduva> also
Jul 15 14:58:32 <AlexVaduva> when will the change took place
Jul 15 14:58:53 <mcweigel> I thought there would be a meeting today, and this would be the new schedule
Jul 15 14:59:03 <AlexVaduva> because in the last meeting the schedule changed
Jul 15 14:59:04 <AlexVaduva> :D
Jul 15 14:59:16 <mcweigel> Stephen's emailed agenda also said July 15, which I'm pretty sure is today.
Jul 15 14:59:36 <sjolley> YPTM:   Ready-Access Number: 8007302996/9139049836  Access Code:     2705751
Jul 15 14:59:49 <AlexVaduva> It is today
Jul 15 14:59:55 <armpit> YPTM: armin is on
Jul 15 15:00:17 <zeddii> YPTM: Bruce is on the call.
Jul 15 15:00:18 * Jefro is on YPTM
Jul 15 15:00:20 * armpit is easily confused at my age so waits
Jul 15 15:00:32 <sjolley> YPTM: Stephen Joined
Jul 15 15:00:33 <rburton> hm ok.  my calendar is lying.
Jul 15 15:00:33 <AlexVaduva> YPTM: Alexandru Vaduva is on
Jul 15 15:00:35 <Jefro> diggin the hold music
Jul 15 15:00:42 <mcweigel> YPTM: Matthew is on the call
Jul 15 15:00:47 <halstead> YPTM: Michael on.
Jul 15 15:00:52 <tomz> YPTM: Tom Z on the call
Jul 15 15:00:53 <denix> YPTM: Denys is here
Jul 15 15:00:59 <zhenhua> Zhenhua is on the call
Jul 15 15:01:09 <mcweigel> rburton: yes I did get calendar removal emails, so it isn't on my calendar any more
Jul 15 15:01:24 <belen> YPTM: Belen is on the call
Jul 15 15:01:52 <RP> YPTM: Richard is present
Jul 15 15:01:56 <sgw_> YPTM: Saul is on
Jul 15 15:02:03 <michael_e_brown_> YPTM: hi all
Jul 15 15:02:09 <rburton> YPTM: ross on
Jul 15 15:03:33 <RP> sjolley: meta-cgl
Jul 15 15:03:38 <Jefro> meta-cgl is carrier grade linux
Jul 15 15:03:46 <ddalex_> alex d here
Jul 15 15:04:10 <mcweigel> sjolley: new invites for the meeting?
Jul 15 15:04:34 * nitink is on the YPTM call
Jul 15 15:08:17 <mcweigel> YPTM: yes please
Jul 15 15:08:34 <mcweigel> I got the meeting update, followed by a cancellation.
Jul 15 15:14:50 <otavio> danielki: I use it with some customers
Jul 15 15:15:37 <halstead> https://www.yoctoproject.org/downloads
Jul 15 15:15:47 <RP> halstead: The work you and Melissa have done on that is much appreciated, a vast improvement
Jul 15 15:16:06 <AlexVaduva> halstead: thanks
Jul 15 15:16:10 <halstead> https://wiki.yoctoproject.org/charts/perf_milestone/performance_test.html
Jul 15 15:16:37 <halstead> Thank you for your help RP.
Jul 15 15:18:47 <AlexVaduva> halstead: the performance tests are aplicable only from inside toaster or it can be done for other things to
Jul 15 15:19:04 <sjolley> YPTM is done!
Jul 15 15:32:44 <danielki> otavio: hm ok. is it correct that populate_sdk is not expected to work?
Jul 15 15:39:02 <sgw_> armpit: Hi There
Jul 15 15:49:42 <alimon> sgw_: hi
Jul 15 15:51:48 <armpit> sgw_: hello
Jul 15 15:52:55 <sgw_> armpit: sorry for the churn on your patches!  I will try to get an answer on the nettle issue, I might need to consult a higher power
Jul 15 15:53:00 <sgw_> alimon: Hi there
Jul 15 15:54:30 <armpit> sgw_: no worries. I want to make sure its done correctly
Jul 15 18:20:24 <seebs> Okay, this may be a silly question, but...
Jul 15 18:20:44 <seebs> In casual testing, it appears that if I have both overrides and appends for a variable, the override applies first, and the append applies second.
Jul 15 18:20:53 <seebs> Is that actually specified and/or reliable?
Jul 15 18:44:53 <seebs> ... So it turns out that OVERRIDES_append does not do what you might hope it does, because overrides are processed before appends.
Jul 15 21:34:48 <khem> seebs you want something like VAR_append_<override>
Jul 15 23:19:43 <seebs> Well, VAR_append_<override> does indeed appear to work, I just wasn't sure whether the order was fully specified.
Jul 15 23:19:59 <seebs> What I did discover is that I can't make OVERRIDE_append = ":foo" work. And I'm pretty sure it just can't in the current setup.
Jul 15 23:20:07 <seebs> Er, OVERRIDES_append.
Jul 15 23:24:07 <kergoth> yeah, not too surprising. to support it, we'd have to like recursively process overrides/appends until there aren't any changes occurring anymore, or something :)
Jul 15 23:24:09 * kergoth shrugs
Jul 15 23:32:21 <ant_home> well, I better go to sleep..
Jul 15 23:32:34 <ant_home> sigh.. I fill /dev/null ...
Jul 15 23:32:39 <ant_home> wtf?
Jul 15 23:33:10 <ant_home> root@c7x0:/mnt/.psplash# time cp rootfs.squashfs /dev/null
Jul 15 23:33:10 <ant_home> cp: write error: No space left on device
Jul 15 23:33:20 <ant_home> root@c7x0:/mnt/.psplash# ls -al /dev/null
Jul 15 23:33:21 <ant_home> -rw-r--r--    1 root     root             0 Jul 15 23:14 /dev/null
Jul 15 23:33:58 <ant_home> even recreating it won't help
Jul 15 23:34:24 <ant_home> becomes a normal file...
Jul 15 23:35:08 <ant_home> -rw-r--r--    1 root     root      29507584 Jul 15 22:58 /dev/zero
Jul 15 23:35:11 <ant_home> same...
Jul 15 23:35:43 <ant_home> busybox?
Jul 16 01:09:07 <joeythesaint> fray: ping
Jul 16 02:01:42 <joeythesaint> fray, for when you get back.  I'm sending out a patch to shore up building swig in meta-selinux.  I'd like to chat sometime about the proper repair when you've got some spare time.
Jul 16 02:02:23 <joeythesaint> Also, I'm getting 'round to clearing out the meta-networking and meta-selinux queues again, so I wanted to touch base with you before I started looking at the meta-selinux backlog.
Jul 16 02:02:34 <joeythesaint> It doesn't look all that large ...
**** ENDING LOGGING AT Wed Jul 16 02:59:59 2014