**** BEGIN LOGGING AT Thu Feb 26 02:59:59 2015
Feb 26 09:11:32 <chankit> I tried checking out the newest kernel in linux-yocto-dev and I got NOTE: multiple providers are available for runtime kernel-module-ipt-masquerade (linux-yocto, linux-dummy)
Feb 26 09:11:32 <chankit> NOTE: consider defining a PREFERRED_PROVIDER entry to match kernel-module-ipt-masquerade
Feb 26 09:25:50 <chankit> nerdboy: ping
Feb 26 09:31:39 <bluelightning> morning all
Feb 26 09:39:14 <chankit> bluelightning: what's the latest kernel available in linux-yocto-dev?
Feb 26 09:39:17 <chankit> 3.17?
Feb 26 09:40:17 <nerdboy> did you set preferred_provider/preferred_version?
Feb 26 09:41:46 <chankit> nerdboy: I set it to linux-yocto-dev and set the preffered version to 3.19
Feb 26 09:42:09 <chankit> nerdboy: anyways that problem now disappeared but it kept falling back to 3.17
Feb 26 09:42:11 <nerdboy> that recipe has to exist...
Feb 26 09:42:46 <chankit> that's the reason I'm asking bluelightning if the latest version linux-yocto-dev has is 3.17 or 3.19
Feb 26 09:43:18 <chankit> I saw 3.19 on linux-yocto-dev webpage though
Feb 26 09:43:54 <chankit> suppose if I put 3.19%, does it take 3.19 or it only takes 3.19* ?
Feb 26 09:44:43 <chankit> anyways I'm heading off...sorry to bother with different problems lol
Feb 26 09:44:47 <chankit> good day to you guys
Feb 26 09:45:42 <nerdboy> not quite...
Feb 26 09:45:56 * nerdboy almost at bedtime
Feb 26 09:47:13 <chankit> nerdboy: good night then :-)
Feb 26 09:47:19 <chankit> where u from?
Feb 26 09:47:54 <nerdboy> ca
Feb 26 09:48:24 <chankit> at least u r warm there :-)
Feb 26 10:26:00 <lpapp> hi, what is the reason for mentioning the old dizzy version in here? https://www.yoctoproject.org/downloads
Feb 26 10:26:05 <lpapp> daisy, sorry.
Feb 26 10:34:38 <lpapp> I am thinking about upgrading my Yocto layer from dylan to daisy or dizzy. Is there any risk about going directly to 1.7.1 instead of 1.6.2 given that the 1.8 is coming soon anyway and then 1.6.2 would look a bit old?
Feb 26 10:35:58 <lpapp> the glibc migration sounds cool in dizzy.
Feb 26 12:20:39 <mario-goulart> bluelightning: some days ago you asked why firefox from meta-browser is so old (sorry for taking so long to reply).   It's just that nobody has bothered to update it.  No special reason.
Feb 26 13:02:48 <bluelightning> mario-goulart: ah ok, thanks... I don't remember who was asking about that
Feb 26 14:06:05 <Guest70259> Hey! I'm trying to compile binaries and kernel modules from source code provided by another company. It compiles fine using Debian's gcc (v4.7.2) and kernel sources (with apt-get source linux). When using Poky's tools (from meta-toolchain, gcc 4.9.1) and kernel (from ${STAGING_KERNEL_DIR}) , I have to use some includes (not suprising, as they might change in kernel versions) but the compiling ultimatily chrashes on some errors I'm 
Feb 26 14:06:36 <Guest70259> (error: assignment makes pointer from integer without a cast [-Werror], error: dereferencing pointer to incomplete type) Is there a way to work around these issues without having to modify the source code?
Feb 26 14:07:05 <neverpanic> Guest70259: your first message is cut off after "some errors I'm"
Feb 26 14:07:23 <Guest70259> I'm not familiar with
Feb 26 14:07:50 <neverpanic> sounds like a missing header; do you see any warnings related to that?
Feb 26 14:10:36 <Guest70259> Nope, but I might have included the wrong directories/headers? Specifically, if I don't manually edit the includes the compiler first stops at 'fatal error: asm/types.h: No such file or directory  #include <asm/types.h>'
Feb 26 14:11:53 <Guest70259> There was more missing, so I added -I$(KERNDIR)/arch/x86/include/uapi -I$(KERNDIR)/include/uapi -I$(KERNDIR)/include/generated/uapi -I$(KERNDIR)/arch/x86/include/generated/ -I$(KERNDIR)/arch/x86/include/generated/uapi to the compile flags
Feb 26 14:33:28 <ulf`> Hi
Feb 26 15:48:15 <ohmy> hello everybody
Feb 26 15:49:41 <ohmy> i've been using yocto since few days, on IMX6 sabre light
Feb 26 15:50:40 <ohmy> i'm happy with, i was able to build my root file system etc. Now i'd like to build meta-toolchain-qt5 but it fails with QtWebKit
Feb 26 15:50:59 <ohmy> i dont want QtWebkit at all, and i'd like to know where to disable it
Feb 26 15:51:48 <ohmy> in fact QtWebkit also fails to build when building the rootfs and i disabled it in local.conf, however i dont know where to disable it for the cross toolchain
Feb 26 16:05:00 <hitlin37> Hi, I'm trying to add aufs support in yocto kernel 3.10.17. so i followed steps mentioned on aufs page.
Feb 26 16:05:01 <hitlin37> http://pastebin.com/kFeKcwYk
Feb 26 16:05:32 <hitlin37> but during boot, i can see : mount: unknown filesystem type 'aufs'
Feb 26 16:06:05 <hitlin37> did anyone successfully applied aufs patches for 3.10.17
Feb 26 16:06:08 <hitlin37> ?
Feb 26 16:06:23 <ohmy> any idea about how to disable building QtWebkit when building the antive sdk using bitbake meta-toolchain-qt5 please ?
Feb 26 16:09:09 <hitlin37> ohmy: you can look into the recipe about how it is building
Feb 26 16:09:55 <ohmy> hitlin37: where to start from ? which file please ? i tried meta-toolchain-qt5.bb which contains alsmost nothing
Feb 26 16:11:03 <bluelightning> hitlin37: honestly I thought linux-yocto already had AUFS support and it just needed enabling in the config...
Feb 26 16:11:14 <ohmy> hitlin37: i'm new, i just got QtWebkit_5.45.0.bb, do_compile 1 task failed
Feb 26 16:11:31 <ohmy> hitlin37: i've already disable every QtWebkit stuff from my local.conf :(
Feb 26 16:13:00 <paulg> yeah, aufs is in 3.10
Feb 26 16:13:10 <paulg> linux-yocto-3.10.git$git log --oneline fs/aufs
Feb 26 16:13:10 <paulg> 9fc2721a7c36 aufs: core support
Feb 26 16:13:10 <paulg> linux-yocto-3.10.git$
Feb 26 16:14:07 <bluelightning> paulg: ok, thanks, I was sure I remembered it going in
Feb 26 16:14:13 <paulg> I can't say I've personally used it there in 3.10, but I did poke at it a bit in 3.14/3.17
Feb 26 16:14:17 <paulg> http://lists.openembedded.org/pipermail/openembedded-core/2014-October/097635.html
Feb 26 16:17:05 <ohmy> please :(
Feb 26 16:17:48 <hitlin37> oh...it already had support. let me have a look
Feb 26 16:19:21 <hitlin37> but then when i applied the patches, it we4nt sucessfully
Feb 26 16:19:34 <hitlin37> it should have worked and rejected those patches. no?
Feb 26 16:20:36 <bluelightning> ohmy: it looks like that stuff is basically not optional for the SDK, you will either need to edit recipes-qt/packagegroups/packagegroup-qt5-toolchain-target.bb or hack around it by setting e.g. USE_RUBY_pn-packagegroup-qt5-toolchain-target = ""
Feb 26 16:22:02 <hitlin37> bluelightning: http://imgur.com/v1H1aNa
Feb 26 16:22:17 <hitlin37> i untar the raw kernel, there is no aufs
Feb 26 16:22:42 <hitlin37> from the aufs homepage, it has never merged in mailine, hence they give patch seperatly.
Feb 26 16:23:07 <bluelightning> hang on
Feb 26 16:23:22 <hitlin37> and since i applied patches successfully, that shows there is no aufs at all in defgault kernel 3.10.17
Feb 26 16:23:30 <bluelightning> you say you untar the raw kernel - which kernel sources do you mean? it sounds like you aren't actually using linux-yocto
Feb 26 16:23:38 <hitlin37> or may be my vendor removed it.
Feb 26 16:23:39 <ohmy> bluelightning:  thanks
Feb 26 16:23:55 <hitlin37> ya.i got one from my vendfor...some freescale vendor.
Feb 26 16:24:43 <bluelightning> alright then... in that case I would recommend speaking to the vendor if you have issues (assuming nobody else here has any better advice, that is)
Feb 26 16:25:36 <hitlin37> but could it happen that yocto applies aufs patch and vendor removes it?
Feb 26 16:27:15 <bluelightning> it's possible, but it's perhaps more likely that they are supplying their own tree based on mainline
Feb 26 16:28:32 <hitlin37> hmmm
Feb 26 16:28:44 <hitlin37> i do have their steps for building directly from yocto
Feb 26 16:28:52 <hitlin37> will give that a try now.
Feb 26 16:31:44 <hitlin37> luckly i have already build that last week, but never tried it, so will see if i can boot with that uImage
Feb 26 16:32:24 <ohmy> bluelightning: recipes-qt/packagegroups/packagegroup-qt5-toolchain-target.bb does not contain qtwebkit :(
Feb 26 16:32:42 <bluelightning> ohmy: which branch are you on?
Feb 26 16:33:02 <ohmy> ah it does
Feb 26 16:33:10 <ohmy> bluelightning: it does, i'm using master
Feb 26 16:33:21 <ohmy> ohmy: within USE_RUBY
Feb 26 16:34:51 <bluelightning> right, yes
Feb 26 16:34:55 <ohmy> bluelightning: in fact i wanted to disable qtwebkit because i dont need it but also because it fails to build due to some missing symbols qwebchannel
Feb 26 16:36:05 <ohmy> bluelightning: http://pastebin.com/HRZNPJR1
Feb 26 16:37:00 <kergoth> ugh
Feb 26 16:37:02 <kergoth> two systemd bbappends in two layers which share the same priority = non-deterministic bbappend apply order, so if both append to SRC_URI, the SRC_URI value is non-deterministic, leading to sstate reuse problems
Feb 26 16:37:12 <bluelightning> ohmy: I don't know but that may have something to do with qtbase not being configured to support building qtwebkit, but then if you don't actually want to build qtwebkit it's a moot point
Feb 26 16:37:14 <kergoth> wonder what it'd take to write a script to warn about such cases
Feb 26 16:37:24 * kergoth fixes meta-mentor
Feb 26 16:38:09 <hitlin37> ah... i can not open menuconfig: Failed to parse arguments: Option "--disable-factory" is no longer supported in this version of gnome-terminal.
Feb 26 16:38:15 <hitlin37> on 14.04
Feb 26 16:38:17 <ohmy> bluelightning: i really need to cross toolchain but as i said it fails to build just cause of QtWebkit :(
Feb 26 16:38:28 <bluelightning> hitlin37: some fixes just went in for that bug
Feb 26 16:38:44 <hitlin37> you guys use some different term?
Feb 26 16:39:26 <hitlin37> so should i fetch the sources again to get the fix?
Feb 26 16:39:38 <bluelightning> if you are using master, yes
Feb 26 16:39:42 <kergoth> bluelightning: any thoughts on this re: bitbake-layers? hmm, maybe just an indication of when there any given recipe has multiple appends in same-priority layers, and let the user sort out whether it matters given what the appends do
Feb 26 16:40:04 <bluelightning> ohmy: well disable it using one of the mechanisms I mentioned above
Feb 26 16:40:23 * hitlin37 this is what i'm using : repo init -u git://git.freescale.com/imx/fsl-arm-yocto-bsp.git -b imx-3.10.17-1.0.0_ga
Feb 26 16:40:26 <kergoth> hmm
Feb 26 16:40:30 <bluelightning> kergoth: we could certainly check it there, but we could possibly pick up on it in bitbake itself
Feb 26 16:42:28 <kergoth> hmm, good point
Feb 26 16:43:08 <kergoth> the odd thing is, i just ran a bitbake -S printdiff on this, and it didn't show the detail about the variable changing, despite having full siginfo in the sstate cache. i had to bitbake -S, then bitbake-diffsigs between the sigdata and siginfo by hand :\
Feb 26 16:43:23 <bluelightning> hitlin37: depends on whether the person maintaining that repo has updated the revision to include the fix or not
Feb 26 16:43:47 <bluelightning> hitlin37: you can always just cut the offending command out of meta/lib/oe/terminal.py or use a different OE_TERMINAL value to use a different terminal
Feb 26 16:44:15 <hitlin37> ah
Feb 26 16:44:17 <hitlin37> thanks
Feb 26 16:44:22 * hitlin37 i read this : https://www.mail-archive.com/meta-freescale@yoctoproject.org/msg10732.html
Feb 26 16:44:50 <ohmy> bluelightning: thanks, tried removing qtwebkit from packagegroup-qt5-toolchain-target.bb but it's still built when i call bitbake meta-toolchain-qt5
Feb 26 16:45:05 <bluelightning> kergoth: hmm... the thing is it ought not to be actually non-deterministic, if the priority is the same I'd at least hope that it would depend on the ordering in BBLAYERS
Feb 26 16:45:14 <kergoth> hmm
Feb 26 16:45:18 <kergoth> good point
Feb 26 16:45:25 <kergoth> oh, crap, the two layers i thought had the same priority don't. this shouldn't have been possible, yet the delta clearly shows the SRC_URI += happening in the wrong order. gah
Feb 26 16:45:33 * kergoth thinks more caffeine is in order
Feb 26 16:46:05 <bluelightning> ohmy: ok, well I don't actually know much about meta-qt5, somewhere there is a dependency on qtwebkit... the files produced by bitbake -g meta-toolchain-qt5 might help you track it down
Feb 26 16:46:28 <kergoth> and our setup scripts reorder the bblayers by BBFILE_PRIORITY, but they sort by both priority and name, so that should have been predictable anyway..
Feb 26 16:46:33 * kergoth grumbles, gets more caffeine, and digs further
Feb 26 16:46:43 <ohmy> bluelightning:  thank you so much
Feb 26 16:47:07 <hitlin37> is there any release notes from yocto i can read . just to see if they added aufs in 3.10.17
Feb 26 16:47:10 <bluelightning> I really hope we can kill meta-toolchain-* recipes at some point :/
Feb 26 16:47:53 <nerdboy> moin
Feb 26 16:48:01 <kergoth> we should really add better diff info to diffsigs at some point
Feb 26 16:48:05 <bluelightning> hitlin37: this is really something where I'd recommend you talk to the vendor to get a definitive answer - it's not actually "our" kernel that you're building
Feb 26 16:48:15 <kergoth> comparing two giant strings should really do a word based diff if we can manage it
Feb 26 16:48:23 <kergoth> not easy to spot a difference between huge variables
Feb 26 16:48:25 <hitlin37> i agree....already mailed the,m
Feb 26 16:48:27 <bluelightning> kergoth: yes, the tools are still very much lacking
Feb 26 16:48:31 <hitlin37> thanks bluelightning
Feb 26 16:49:41 <nerdboy> looks like i already missed the morning toolchain fun?
Feb 26 17:04:58 <ohmy> blueness: thank you so much
Feb 26 17:05:19 <ohmy> blueness: QtWebkit dependencies cames fro QtQuick1 that i do not need also
Feb 26 17:08:40 <angolini> hitlin37: this link may help http://freescale.github.io/doc/release-notes/1.7/index.html#linux-providers
Feb 26 17:11:02 <kergoth> what the hell. if i add this layer between two of the meta-mentor layers, it changes the order of the patches they add to the systemd SRC_URI
Feb 26 17:11:13 <kergoth> even though the order of these two layers relative to one another *does not change*
Feb 26 17:11:19 <kergoth> and the layer added between doesn't touch systemd at all
Feb 26 17:11:30 * kergoth confused
Feb 26 17:11:36 <fray> does it have any anon python that is play games with system configs?
Feb 26 17:12:34 <kergoth> not that i can find, nope
Feb 26 17:12:40 <kergoth> this is weird.
Feb 26 17:27:19 <khem`> http://sched.co/2HGv
Feb 26 17:27:44 <kergoth> oh that's just wrong
Feb 26 17:27:47 <khem`> there is no end in sight to innovation
Feb 26 17:27:50 <khem`> :)
Feb 26 17:32:25 <ulf`> Hi khem`, got meta-clang all fixed up? :)
Feb 26 17:33:18 <blueness> was ohmy talking to me?
Feb 26 17:42:00 <nerdboy> probably <cough> bluelightning <cough>
Feb 26 17:42:52 <bluelightning> nerdboy: you should get that cough seen to ;)
Feb 26 17:46:08 <khem`> kergoth: atleast he has terminology right :)
Feb 26 17:47:38 <ulf`> khem! :)
Feb 26 17:47:49 <nerdboy> better video is up of buildroot vs.oe talk
Feb 26 17:48:05 <nerdboy> https://www.youtube.com/watch?v=3J-5SdDWbzM
Feb 26 17:49:03 <kergoth> ugh
Feb 26 17:49:09 <kergoth> i just realized we named our distro layer the distro name
Feb 26 17:49:25 <kergoth> so after the metadata is finalized, our BBFILE_PRIORITY_mel is destroyed in favor of BBFILE_PRIORITY
Feb 26 17:49:36 <kergoth> giving entirely different results than an unfinalized datastore
Feb 26 17:49:37 <kergoth> oops
Feb 26 17:50:02 <kergoth> i bet that's part of this problem. i still don't think the order of hte two layers hsould change based on the inclusion of an additional layer between them, however
Feb 26 17:50:07 * kergoth tests changing to mel-layer as most other layers do
Feb 26 17:50:28 <ulf`> Hi dvhart
Feb 26 17:51:33 * dvhart waves
Feb 26 17:52:02 <khem`> presenter is biased towards BR its normal when you know a system and dont know the one you are comparing against
Feb 26 17:52:59 <kergoth> BR has its place. if i was doing board bringup, i'd use that rather than something yocto based to keep overhead down during the intial phases
Feb 26 17:53:47 <khem`> my devshell is launched with root user
Feb 26 17:53:53 <khem`> hmm how is that happening
Feb 26 17:54:05 <kergoth> pseudo :)
Feb 26 17:54:09 <kergoth> it's not really root
Feb 26 17:54:19 <nerdboy> kergoth you are a magnet for corner cases...
Feb 26 17:54:30 <kergoth> :)
Feb 26 17:54:45 <kergoth> there's a reason most layer names end in the seemingly redundant '-layer' :)
Feb 26 17:55:34 <kergoth> grr, bitbake's -D is even less useful than it used to be. i'm staring right at a parselog.debug() and it doesn't hit the log, even though i know it's being run
Feb 26 17:56:17 * nerdboy is all-of-sudden doing 3 days at foss4g...
Feb 26 17:56:43 <nerdboy> that's twice in march so maybe you could do once?  hmm?
Feb 26 17:57:13 <nerdboy> {nudge nudge} {wink wink}
Feb 26 17:57:27 <bluelightning> kergoth: yeah I had wondered about the collection name override clash in the past, another reason to rework that in a future release
Feb 26 17:57:49 <khem`> so none of my tab completions work in devshell
Feb 26 17:58:13 <bluelightning> khem`: some env var we are filtering out maybe?
Feb 26 17:58:22 <nerdboy> kergoth: bluelightning claims to be going but iirc he was on the wiki list last year...
Feb 26 17:58:57 <khem`> bluelightning: I use zsh and it complains about at starting point too on insecure use of root prevs
Feb 26 17:59:46 <kergoth> khem`: you can work around that pretty easily. here, i'll get you the snippet from my dotfiles
Feb 26 17:59:49 <bluelightning> khem`: right because I'm sure it thinks it is running as root, from its perspective it is
Feb 26 18:00:12 <kergoth> khem`: https://github.com/kergoth/dotfiles/commit/4384c21
Feb 26 18:00:33 <bluelightning> we should really print some kind of message at the start because people often get confused about devshell apparently running as root
Feb 26 18:00:39 <kergoth> good idea
Feb 26 18:00:56 <bluelightning> someone want to file an enhancement? ;)
Feb 26 18:03:23 <ddalex1> w
Feb 26 18:14:29 <kergoth> yeah, i suspect there's still a bitbake bug here. going to change the layer name first to make absolutely certain thats not related
Feb 26 18:18:11 <kergoth> hrm
Feb 26 21:10:48 <kergoth> well, i found it
Feb 26 21:12:06 <kergoth> bitbake doesn't correctly retain layer priority order for append application between % and non-% appends
Feb 26 21:12:13 <kergoth> order is only retained within each of the two
Feb 26 21:12:53 <kergoth> self.appendlist on the cooker is iterated in get_file_append, but it's a dictionary, and the % and non-% are two entries in that dict, they're only merged in the aforementioned iteration
Feb 26 21:18:34 <nerdboy> what is that 2 hours or so?
Feb 26 21:19:00 * nerdboy hands kergoth the blue ribbon and a cookie
Feb 26 21:19:33 <nerdboy> totally makes sense *now*
Feb 26 21:21:52 <kergoth> worked on this for a few hours, yeah, i'm ready to take a break and go kill some things in a game now
Feb 26 21:22:11 <rewitt> kergoth: What things are you going to kill?
Feb 26 21:22:59 * rewitt not been killing but running from the alien lately
Feb 26 21:24:42 <kergoth> likely a variety of different things in guild wars 2, just started playing it recently
Feb 26 21:25:13 <rewitt> kergoth: I played that when it was first released, was fun for a while
Feb 26 21:25:31 <rewitt> It's probably a completely different game at this point :)
Feb 26 21:26:23 * nerdboy killing proprietary formats
Feb 26 21:26:53 <nerdboy> apparently we are now doing an open document freedom day event...
Feb 26 21:27:12 <nerdboy> yay, another march deadline...
Feb 26 22:45:34 <martinnaughton> quick question: what is the difference between using opkg and layers?
Feb 26 22:46:10 <martinnaughton> you are installing with both but not sure why both exist in yocot
Feb 26 22:46:14 <martinnaughton> yocto
Feb 26 22:49:09 <bluelightning> martinnaughton: well, they aren't really related
Feb 26 22:49:41 <bluelightning> layers are a way of organising metadata which is used to build components of the system (i.e. recipes)
Feb 26 22:50:06 <bluelightning> opkg is one of the options for package management which is used to create packages from build output
Feb 26 22:50:24 <bluelightning> (and manage those packages on the target)
Feb 26 22:50:32 <bluelightning> so they are really at opposite ends of the build
Feb 26 22:50:42 <bluelightning> not sure if that answers your question... ?
Feb 26 22:51:36 <martinnaughton> bluelightning: thanks, just taking that in
Feb 26 22:52:58 <martinnaughton> bluelightning: one thing that confused me was java was a layer. i thought that could be a package
Feb 26 22:53:13 <martinnaughton> to be handled by opkg
Feb 26 22:58:14 <bluelightning> martinnaughton: it's a layer that allows you to build java, from which packages can be created
Feb 26 22:58:43 <bluelightning> martinnaughton: you may be thinking of our system kind of like a distro, but it's not
Feb 26 23:00:22 <martinnaughton> yea i think i am. been using yocto for a while and that question was always bothering me
Feb 26 23:03:11 <martinnaughton> i thought opkg could get packages remotely but it can only get them from the operating system
Feb 26 23:03:24 <martinnaughton> so they have to be there to install them
Feb 26 23:03:30 <bluelightning> no, it definitely can get packages from a remote server
Feb 26 23:03:35 <bluelightning> it wouldn't be much use otherwise...
Feb 26 23:04:10 <martinnaughton> but then you could get a java package remotely to install it
Feb 26 23:04:49 <bluelightning> you sure could, if someone build and published a feed containing java packages using the meta-java layer
Feb 26 23:06:14 <martinnaughton> oh ok so no one has done that yet. makes more sense now
Feb 26 23:06:49 <martinnaughton> so if everyone did a feed for that packages would there be a need for layers then except for the core stuf
Feb 26 23:07:20 <martinnaughton> their packages*
Feb 26 23:34:54 <paul_g> I see YoctoAutoBuilder spew random build results here now and again.  Is there a list somewhere that shows what the build coverage it does is?
Feb 26 23:37:11 <nerdboy> jama's state of bitbake world maybe...
Feb 26 23:37:52 <nerdboy> goes to the list, so you'll need to search for the last one
Feb 26 23:39:36 <paul_g> I was just thinking that a simple test -- "can the build appliance build the build appliance" would be nice to have coverage on.
Feb 26 23:51:01 <bluelightning> paul_g: we certainly do build the build appliance, but testing of it may still be manual I suspect
Feb 26 23:52:44 <paul_g> bluelightning, yeah it is that 2nd part that would reveal all the interesting stuff, like the recent python __ctype stuff etc.
Feb 26 23:53:24 <paul_g> reminds me ; I need to kick off a build and see if it is now fixed.
Feb 27 00:37:11 * nerdboy smells another shift change...
Feb 27 00:37:28 <nerdboy> helps that we have a daily afternoon scrum
Feb 27 00:37:57 <paul_g> scrum is a four letter word that has five letters.
Feb 27 00:38:06 <nerdboy> also helps that the president of the company doesn't like mornings...
**** ENDING LOGGING AT Fri Feb 27 02:59:58 2015