[03:11] <robert_ancell> Anyone seen this failure?
[03:11] <robert_ancell> [  7%] Building CXX object src/platforms/mesa/server/x11/CMakeFiles/mirplatformservermesax11sharedresources.dir/X11_resources.cpp.o
[03:11] <robert_ancell> In file included from /home/bob/bzr/lightdm-snap/stage/include/X11/Xlib.h:47:0,
[03:11] <robert_ancell>                  from /home/bob/bzr/lightdm-snap/parts/mir/src/src/platforms/mesa/server/x11/X11_resources.h:22,
[03:11] <robert_ancell>                  from /home/bob/bzr/lightdm-snap/parts/mir/src/src/platforms/mesa/server/x11/X11_resources.cpp:22:
[03:11] <robert_ancell> /home/bob/bzr/lightdm-snap/stage/include/X11/Xfuncproto.h:174:24: error: ISO C++ does not permit named variadic macros [-Werror=variadic-macros]
[03:11] <robert_ancell>  #define _X_NONNULL(args...)  __attribute__((nonnull(args)))
[03:11] <robert_ancell> This is on zesty
[14:02] <kgunn> hey guys so i was chatting with dslul in #snappy, he was trying out the mir-kiosk stuff
[14:03] <kgunn> oops...and having network issues too i guess
[14:03] <kgunn> will wait
[14:03] <kgunn> so it fails on the mir-kiosk (server) bringup part
[14:03] <kgunn> line 87
[14:04] <kgunn> http://pastebin.com/RTm8FQWb
[14:04] <kgunn> Dec  9 11:19:58 localhost snap[1909]: Mir fatal error: Failed to get frontbuffer
[14:04] <kgunn> but it looks like it's finding the kms/drm drivers fine...
[14:04] <kgunn> any ideas?
[14:05] <kgunn> alan_g: camako ^
[14:05] <dslul> kgunn, what does this mean: pci id for fd 7: 1013:00b8, driver (null)
[14:06] <dslul> it is just before the error, and after selecting the driver
[14:06] <kgunn> no idea :)
[14:07] <kgunn> but maybe one of these guys will
[14:07] <kgunn> oh... anpok_ is on... ^^
[14:11] <dslul> I've just installed the overlay, let's see what happens
[14:16] <alan_g> kgunn: well, the "Failed to get frontbuffer" error comes from the kms driver: it's failing to get a buffer for compositing to. But that doesn't tell us why
[14:21] <daniele_> kgunn, I did what you said, added the ppa, then sudo apt update and dist-upgrade, rebooted but lightdm doesn't have the unity8 entry
[14:22] <kgunn> daniele_: right...you have to do one more step, sudo apt-get install unity8-desktop-session-mir
[14:22] <kgunn> then you should prolly reboot
[14:23] <daniele_> unity8-desktop-session-mir : Depends on: unity8-desktop-session (>= 1.0.13) but is not going to be installed
[14:23] <daniele_> I think something went wrong
[14:23] <anpok_> what driver is that?
[14:25] <anpok_> ah qemu
[14:25] <anpok_> switch model from VGA to QXL
[14:26] <daniele_> in virt-manager?
[14:26] <anpok_> yes
[14:27] <daniele_> I can't find this option
[14:29] <anpok_> hm there should be a video section .. in which you can switch the model
[14:30] <kgunn> daniele_: click the little information icon....
[14:30] <kgunn> i think it brings up a panel with all those options...then you can click on video/gfx
[14:30] <daniele_> ok found it
[14:30] <daniele_> it was set to cirrus
[14:31] <daniele_> it works now!
[14:32] <daniele_> thank you
[15:04] <kgunn> daniele_: great! if you have more questions let us know....
[15:04] <kgunn> would love to hear if you have a specific application you're chasing
[15:16] <camako> kgunn, I am not sure if you've gotten to the bottom of dslul's problem, but the "pci id for fd 7: 1013:00b8, driver (null)" is coming from the Mesa driver.
[15:17] <camako> It's not finding the correct dri backend
[15:19] <camako> It's not related to Mir, but rather the setup... I think it has to do with mixing a new Mesa with an old(er) distro... Like Mesa 13.0.x vs Xenial...
[15:22] <daniele_> camako, I have mesa 12, we already solved the problem, it was a misconfiguration in virt-manager
[15:23] <daniele_> kgunn, nothing serious for now, but I worked in IoT and wanted to hack some code in case I needed it in the future
[15:25] <kgunn> glad we solved that too...i'll know if someone else asks
[15:28] <daniele_> maybe you can write it in the tutorial https://developer.ubuntu.com/en/snappy/guides/mir-snaps/
[15:29] <daniele_> btw, it would be great to have support for raspberry pi 2/3, since they are pretty common and cheap


[04:58] <synthegra> Good morning
[04:59] <synthegra> why is it not possible to instal GIMP 2.8 under the ubuntu studio 12.04 LTS system?
[05:01] <synthegra> i'm a nooby and need some help to get firm with the new system...
[05:03] <synthegra> noone in here? ok bye
[08:41] <Patero-ng> anyone here knows something about vfw and virtualdub PLEASE
[09:51] <darkad> well I'm trying to get working ubuntustudio on my macbook, and now it's wifi network card time
[09:52] <cfhowlett> !mac|darkad, might want to check the Mac resources ...
[10:01] <darkad> wow I already have installed what it says here https://help.ubuntu.com/community/MacBook4-1/Lucid#AirPort
[10:04] <darkad> thanks anyway I thnok I'll foklow this:
[10:05] <darkad> sudo apt-get install b43-fwcutter firmware-b43-installer
[10:05] <darkad> sudo dpkg-reconfigure firmware-b43-installer
[10:05] <darkad> sudo modprobe b43
[10:05] <darkad> export FIRMWARE_INSTALL_DIR="/lib/firmware"
[10:05] <darkad> wget http://www.lwfinger.com/b43-firmware/broadcom-wl-5.100.138.tar.bz2 ; tar -xjf broadcom-wl-5.100.138.tar.bz2
[10:05] <darkad> sudo b43-fwcutter -w "$FIRMWARE_INSTALL_DIR" broadcom-wl-5.100.138/linux/wl_apsta.o
[10:11] <cfhowlett> darkad, something like 90% of the readers in this channel are NOT on Apple products this my suggestion to use the !mac resources ...
[10:13] <darkad> so is there a channel #!mac resources ?
[10:17] <cfhowlett> !mac
[10:22] <darkad> maybe I've to go on another irc server because there's nobody on !mac now
[10:23] <cfhowlett> darkad, pretty sure you'll find a forum entry for your make/model - tis a common query
[10:23] <darkad> my irc server is brooks.freenode.net
[10:24] <darkad> rebboting
[14:51] <caodepalha> Hi everyone here! I have a doubt about the two versions of ubuntustudio. I am currently running ubuntustudio 12-04. whats the diference between this version and ubuntustudio 13?
[14:51] <smartboyhw> caodepalha, 12.04 is stable-er, but 13.04 got the newest features
[14:51] <smartboyhw> 12.04 has a 5-year support period
[14:52] <smartboyhw> 13.04 only has 9 months:P
[14:52] <caodepalha> is that the only diference?
[14:53] <smartboyhw> caodepalha, well, packages in 12.04 are older than 13.04
[14:53] <smartboyhw> And if you want a production environment, 12.04 is better
[14:53] <caodepalha> oh ok! thanks smarthow. got my anwser. i really need a stable production enviroment
[14:54] <caodepalha> anyone using ubuntustudio in a live setting?
[14:54] <smartboyhw> caodepalha, live setting as in a live image?
[14:55] <caodepalha> no lol on stage in gigs
[14:55] <smartboyhw> I believe so
[14:55] <caodepalha> I'm thinking about using in for gigs onstage but still dont know if it is reliable
[14:56] <caodepalha> in terms of crashing or freezing
[14:56] <smartboyhw> holstein, you got any experience? ^
[14:56] <smartboyhw> The most time I use Ubuntu Studio, it's for video
[14:56] <smartboyhw> (Our school's students made very good video:P)
[14:58] <caodepalha> People use macs alot onstage. i wish i could use linux live
[15:03] <caodepalha> i mean ubuntu studio
[15:20] <holstein> caodepalha: doesnt matter what computer you use on stage.. see that it fits your needs
[15:21] <holstein> there are things that support OSX that dont support linux.. there are things for linux that would need to be made for OSX specifically
[15:21] <holstein> sooperlooper comes to mind.. Zoe Keating uses it live with OSX.. it is the same code that is in the ubuntu repos
[15:22] <holstein> why does she use a mac and not an ubuntu machine? you'll have to ask her.. i know she uses other software than just sooperlooper
[15:23] <holstein> as far as 12.04LTS versus the latest version (13.04 or 13.10), use 12.04 if you want the LTS version, the long term support.. use the newer version if you prefer newer packages
[15:29] <OvenWerks> lots of people do use linux onstage/for public venues. Many of the profesional/semipro hw have linux inside. I know zequence uses linux with puredata on stage, I know people who use it for radio work, VJ work etc.
[15:31] <holstein> i use it, exclusively.. for everything
[15:32] <holstein> on stage, off stage.. where ever
[15:32] <holstein> linux, at least.. maybe more exclusively ubuntu, but ubuntu can do all the stuff i do
[15:32] <holstein> caodepalha: in terms of "reliable".. computers and music can be frustrating
[15:32] <OvenWerks> In the case of a laptop/netbook where the audio is USB, it is important (no matter what OS) to get a clear usb port interupt wise
[15:32] <holstein> *all* computers are as stable as they are setup
[15:33] <holstein> before i bring anyone into my studio, i run the machine at full capacity.. 8 channels in and 24/96.. overnight.. and i dont get *any* xruns.. or i make changes, and test again
[15:33] <holstein> i know the setup is stable and trustworthy
[15:34] <holstein> i would do that if i were using something that lucas arts dropped off at my house and said "this is bullet-proof" or *any* other machine
[15:34] <OvenWerks> right
[15:34] <holstein> it doesnt really matter what i say is stable, and what works for me.. its going to be what you can use, and are comfortable with
[15:35] <holstein> is linux "stable" and capable? sure.. but that doesnt mean you'll have a good experience with it
[15:35] <holstein> you'll need to learn to use the tools
[15:36] <caodepalha> i understand
[17:24] <leor> hello
[17:25] <holstein> leor: hey
[17:25] <leor> Im with US 13.10 Beta 2 and I have a problem with it
[17:26] <leor> the volume in Indicator plugin (top bar of XFCE4 desktop) is always as MUTE and when I click on it nothing happens
[17:27] <leor> sound is working fine but I can't adjust my volume from it
[17:51] <holstein> leor: have you tried the supported 13.04 version?
[17:55] <leor> holstein: I use Ubuntu Studio as my main distro for 4 months, I even started used before the 12.10  was out
[17:55] <holstein> leor: try the main supported 13.04 version
[17:56] <holstein> leor: 13.10 support will be in #ubuntu+1
[17:56] <leor> holstein: I have 13.04 on my main partition and Im trying 13.10 on the partition that is in use right now. I have 13.04 already
[17:59] <leor> When is the final release of 13.10 for Ubuntu Studio? I've checked all the improvements and I like them a lot <3
[18:00] <holstein> !release
[18:05] <leor> and Ububtu Studio 13.10? I know that Ubuntu is 17th October
[18:05] <leor> when Ubuntu Studio 13.10 will be?
[18:19] <sirriffsalot> Are there any word-processors around that are not as bulky as libreoffice, but not as sloppy as gedit et cetera? Something that, when you increase or decrease the window size the text actually resizes sensibly? I save a lot of lyric ideas etc into different files, and it just gets too much to use .odt for that..
[18:22] <holstein> sirriffsalot: plenty
[18:22] <holstein> "sloppy" is not what gedit is. its not meant to be a word processor
[18:23] <holstein> !info abiword
[18:23] <sirriffsalot> holstein: I know, but sloppy in the sense of what I need it for
[18:23] <sirriffsalot> And it has a few protocol querks every now and then
[18:23] <sirriffsalot> quirks*
[18:23] <holstein> sirriffsalot: its "inappropriate".. not "sloppy"
[18:24] <sirriffsalot> For me it's sloppy :P
[18:24] <holstein> sirriffsalot: ?
[18:24] <sirriffsalot> Thanks for abiword, will check it out :)
[18:24] <holstein> sirriffsalot: its acatully not
[18:24] <holstein> sirriffsalot: its inappropriate
[18:24] <sirriffsalot> For what I use it for, it's just a sloppy way of handling text..
[18:24] <holstein> sirriffsalot: its not, friend
[18:25] <holstein> sirriffsalot: you are asking for functionality that gedit doesnt provide. that is not "sloppy"
[18:25] <holstein> sirriffsalot: have you tried "abiword"?
[18:25] <sirriffsalot> When I say sloppy, I mean that it occasionally whines about certain protocols which are pretty standard
[18:25] <sirriffsalot> holstein: no, gonna try it now ;)
[18:26] <holstein> sirriffsalot: thats it doesnt provide support for.. which makes it "inappropriate".. not "sloppy"
[18:27] <holstein> gedit is not meant to be a word processor.. its just a text editor
[18:27] <holstein> you can edit text in a word processor.. and process documents in a text editor
[18:28] <holstein> but, at some point, the functionality of a text editor will, as you are finding, not be appropriate for you
[18:30] <sirriffsalot> Precicely
[18:30] <sirriffsalot> precisely*


 You?
[07:44] <seb128> I've a cold but otherwise doing good
[07:45] <seb128> I'm on holidays tomorrow evening :)
[07:45] <duflu> So of course it's time for a virus
[07:46] <seb128> looks like it
[07:52] <didrocks> hey duflu, seb128
[08:01] <Laney> ow do youths
[08:02] <didrocks> hey hey Laney
[08:03] <willcooke> ey up
[08:03] <didrocks> hey willcooke
[08:05] <willcooke> Laney, can you reproduce this on your xps13? https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1772831
[08:05] <Laney> HAHA
[08:05] <Laney> just at the title, sorry :P
[08:05] <Laney> I don't actually have that option available
[08:06] <Laney> 800×600 is ok though
[08:06] <willcooke> I did wonder how they managed to get such a low resolutiojn
[08:06] <Laney> hey didrocks!
[08:12] <seb128> hey Laney willcooke, how are you?
[08:18] <Laney> hey seb128
[08:19] <Laney> I'm doing alright thanks
[08:19] <Laney> supposed to rain later and tomorrow which I'm happy about!
[08:19] <Laney> having to water things out of the tap 😠
[08:19] <Laney> you?
[08:19] <seb128> haha
[08:19] <seb128> I'm good, but got a cold (it's a small one so far so it's ok)
[08:19] <seb128> and I played tennis yesterday, that was GREAT
[08:20] <seb128> 24°C still in the evening, a bit of sun, almost no wind
[08:20] <Laney> hell yeah
[08:20] <seb128> I recommend it :)
[08:21] <didrocks> no wind?
[08:21] <didrocks> it's like when you say it's sunny in the UK
[08:22] <seb128> I know, crazy!
[08:23] <willcooke> seb128, OEM request: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1772831
[08:24] <willcooke> Laney tried to reproduce but couldnt
[08:24] <seb128> willcooke, OEM living in 1970 ;)
[08:24] <seb128> ?
[08:24] <willcooke> Not sure what the right thing to do there is really, probably hide resolutions which are comically low?
[08:24] <willcooke> :)
[08:25] <seb128> yeah, probably
[08:25] <seb128> I'm going to poke a bit to it today
[08:26] <willcooke> I just commented and asked if it "works" at 800 x 600
[08:26] <didrocks> (you win 20 years in upgrading so much!)
[08:29] <willcooke> It does mean that I can at least read the screen :)
[08:29] <duflu> Most PC graphics was at 320x200 till the early/mid 90's :)
[08:30] <duflu> Which was convenient because it fitted into 64K
[08:42] <seb128> changing location, brb
[10:43]  * mgedmin sees gnome-control-center in bionic allows him to pick 640x480 for his 34" 2560x1080 monitor, but nothing lower
[10:46] <willcooke> mgedmin, interesting, thanks
[10:46] <willcooke> seb128, icymi ^
[11:47] <seb128> willcooke, mgedmin, nothing weird that, I don't think g-c-c does much out of listing what the driver tells you is possible as configuration
[11:52] <popey> Is there some way on 18.04 for a user to get to their errors.ubuntu page like you used to be able to do on unity in the privacy section of settings?
[11:56] <popey> aha! activity-log-manager
[12:09] <willcooke> ooh, nice catch popey.  That's another one for our list
[12:10] <popey> would be nice if there was a button for it in the privacy panel. Want me to file a bug?
[12:10] <willcooke> popey, we have a trello card, just looking for it
[12:10] <popey> kk, awesome
[12:10] <popey> the fact I can get to it via activity-log-manager is handy, so I'll use that for now. Or, you know, bookmark like it's 1999
[12:10] <willcooke> popey, we want to move all of those bits and bobs from the various tools over the years in to settings if appropriate
[12:11] <seb128> willcooke, popey, there is also a bug already reported against gnome-control-center on launchpad
[12:11] <popey> \o/
[12:11] <seb128> not that the errors' page is great
[12:11] <seb128> it just lists random checksum numbers
[12:11] <seb128> but at least you can click on those
[12:11] <popey> it also lists the package, which is handy
[12:12] <popey> I have had xorg crashers and needed to dig out the crash reports for the bug I filed. So it's handy for enthusiasts who actually file bugs
[12:12] <willcooke> seb128, I cant find the trello card, perhaps we didnt create it yet.  Got the bug number handy?
[12:14] <seb128> willcooke, let me have a look
[12:18] <seb128> willcooke, I don't find the one I was thinking about now, we had https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1698035 but that has been closed
[12:19] <willcooke> seb128, np,  I will create a trello card etc etc later
[12:19] <seb128> k, thx
[12:55] <Trevinho> all the times I'm trying to add my canonical google account to gnome, g-c-c crashes. Am I the only?
[12:55] <Trevinho> this is the stacktrace https://www.irccloud.com/pastebin/jJdh4onO/
[13:08] <andyrock> hey all
[13:09] <seb128> Trevinho, that's a pretty weird stacktrace
[13:10] <seb128> Trevinho, can you see what libnss_files.so.2 it opens?
[13:12] <Trevinho> seb128: want me stracing?
[13:12] <seb128> Trevinho, yes
[13:12] <seb128> or whatever other way you know/prefer if you have one
[13:14] <Trevinho> seb128: actually lsof was enough, so /lib/x86_64-linux-gnu/libnss_files-2.27.so
[13:14] <Trevinho> or maybe not since it has not been opened?
[13:15] <seb128> Trevinho, strace should tell you what it's trying to open when hitting the issue
[13:16] <seb128> I wonder if you have a non standard/corrupted file there
[13:16] <seb128> debsums can be useful to check that
[13:17] <Trevinho> all seems fine https://www.irccloud.com/pastebin/tDvuIeGr/
[13:33] <seb128> weird...
[13:34] <oSoMoN> has the bug review meeting started?
[13:34] <oSoMoN> I wouldn't mind joining, if only as an observer
[13:34] <oSoMoN> ah, I hadn't seen the link in the calendar
[13:35] <seb128> I don't know, I'm trying to join, I just noticed it's not an hangout url
[14:20] <seb128> jbicha, in the review meeting we assigned you to the GNOME updates you did in cosmic, feel free to reassign to me the ones you are not going to work on
[14:20] <seb128> Laney, looks like launchpad timeouted yesterday when I set that milestone, I did it again now on https://bugs.launchpad.net/ubuntu/bionic/+source/gnome-initial-setup/+bug/1768744
[14:20] <Laney> seb128: ahhhh
[14:21] <seb128> so let's see on next refresh if that works
[14:21] <Laney> maybe that'll save willcooke some work
[14:21] <seb128> yeah
[14:21] <Trevinho> seb128: so when I ran g-c-c in strace of course it worked... :-/
[14:21] <seb128> Trevinho, wtf?
[14:43] <andyrock> jbicha: hey can you take care of this https://code.launchpad.net/~azzar1/gnome-shell/fix-1768786/+merge/345203?
[14:49] <GunnarHj> seb128: Just replied on bug #1761554. But jbicha doesn't like the docs idea. The question is if it's doable to make it work in X.
[14:50] <seb128> hey GunnarHj, thx
[14:50] <seb128> but yeah, we should aim at fixing it, documentation is only a workaround
[14:54] <GunnarHj> seb128: In any case, stopping im-config from setting GTK_IM_MODULE is probably part of the solution. Which is one reason why I mentioned that a couple of weeks ago.
[14:55] <seb128> GunnarHj, you keep saying that without explaining how it's different from setting to "ibus" under X and what we use if it's not ibus in that case
[14:58] <GunnarHj> seb128: It's set dynamically somehow. Think I posted a link last time we talked about it. But the main argument is that vanilla GNOME does not set GTK_IM_MODULE explicitly.
[14:58] <jbicha> andyrock: could you have seb finish handling that? I'm a bit busier with non-Ubuntu stuff right now
[14:59] <andyrock> seb128: ^^^
[15:00] <jbicha> and I guess I'll assign some of the GNOME updates to seb so they're not blocked on me
[15:00] <seb128> jbicha, andyrock, sorry, I'm off on holidays for 2 weeks tomorrow evening and still have quite some things on my todo before that
[15:00] <seb128> we can probably get Trevinho/Laney to do review and land a gnome-shell update
[15:01] <seb128> Trevinho, Laney, andyrock would like to get some fixes landed, do you have time to work with him on that next week?
[15:01] <seb128> I guess Marco can help with the reviews/vcs side and Laney with uploading
[15:01] <Trevinho> k
[15:02] <Trevinho> I've also some fixes to propose / land
[15:02] <seb128> k, good
[15:02] <Trevinho> just I've too many things in mind and can't organize them all
[15:04] <Laney> Trevinho: k let me know when it's ready to review
[15:08] <GunnarHj> seb128: How about not setting GTK_IM_MODULE only on GNOME under Wayland? Would be a step in the right direction without jeopardizing X in an SRU.
[15:11] <seb128> Trevinho, Laney, thx
[15:11] <seb128> GunnarHj, I guess it's fine
[15:12] <GunnarHj> seb128: Ok, then I'll look at making that change for now.
[15:12] <seb128> thx
[15:16] <willcooke> Laney, oh nice!  Keep me posted
[15:58] <willcooke> kenvandine, do you have a link handy to the to xdg portals MIR
[16:14] <jbicha> willcooke: bug 1749672
[16:15] <willcooke> thanks jbicha
[17:41] <willcooke> night all
[18:58] <oSoMoN> good night everyone
[18:59] <oSoMoN> I might be intermittently online tomorrow as I'll be on a train for most of the day
[21:16] <Trevinho> kenvandine: can you give a check to https://github.com/ubuntu/snapcraft-desktop-helpers/pull/128 ?
[21:16] <ubot5-ng> ubuntu bug (Pull request) 128 in snapcraft-desktop-helpers "snapcraft: use override-* scriptlet" (comments: 0) [Open]
[23:03] <Trevinho> kenvandine: also who released last gnome-3-26 content snap?
[23:12] <Trevinho> As it seems it has been generated using a wrong glib
[23:15] <Trevinho> grep g_log_structured /snap/core/current/lib/x86_64-linux-gnu/libglib-2.0.so.0;
[23:15] <Trevinho> grep g_log_structured /snap/gnome-3-26-1604/current/usr/lib/x86_64-linux-gnu/libgdk-3.so.0
[23:15] <Trevinho> the 2nd matches, but not the first one, and since libglib isn't included there it seems there are some issues
[23:22] <Trevinho> mh, I see when confined everything work, but in classic mode no... mhmh wondering where that is picked from
[23:27] <Trevinho> uff nm, I was missing an env var


[07:36] <rogpeppe> mornin' all
[07:42] <mhilton> morning rogpeppe, everybody
[07:43] <rogpeppe> mhilton: hiya
[07:44] <mhilton> rogpeppe: If you find time it'd be great to get a review of https://github.com/juju/charmstore/pull/219
[07:44] <rogpeppe> mhilton: looking
[07:49] <rogpeppe> mhilton: reviewed
[07:49] <mhilton> rogpeppe: many thanks
[12:10] <frankban> rick_h_: gui charm branch is going well, almost done, going afk, will propose after lunch
[12:25] <rick_h_> frankban: <3 ty much
[12:54] <rick_h_> uiteam taking over guimaas to prep for demos for the UOS session today
[13:22]  * frankban afk
[13:57] <frankban> uiteam I need two reviews + QA for https://codereview.appspot.com/174170043 (GUI charm/python). Anyone, thanks!
[13:57] <rick_h_> frankban: will do but will probably be after standup
[13:57] <frankban> rick_h_: thanks np, I'll ping Jeff too
[13:57] <rick_h_> frankban: so we'll shepard it through probably after your EOD to land
[13:57] <rick_h_> frankban: ty for helping with that!
[13:59] <frankban> rick_h_: doe sthe next charm release include a GUI one? anyway, I am available for releasing the charm later or on my monday morning, and now good luck with UDS
[13:59] <rick_h_> frankban: yes it will. There's one card left before a new gui release with added services
[13:59] <rick_h_> I'll be trying to pull it all together and want to make sure whatever release we do to prodstack on monday includes it
[13:59] <frankban> cool
[13:59] <rick_h_> frankban: ty, I'll let you know how far we get today
[14:16]  * frankban afk again, trying to finish lunch
[14:28] <rick_h_> uiteam I've got a demo of gui running on the develop branch. If you plan on borking trunk please don't :) (I'm pretty sure I'm safe)
[14:43] <hatch> well it appears that my internet is shot today :/
[14:45] <rick_h_> hatch: kadams54 found a bug in prepping for the demo with hiding units on machine view
[14:45] <rick_h_> hatch: kadams54 will leave this up on guimaas for debugging and such after the session
[14:45] <kadams54> Hit me
[14:45] <rick_h_> kadams54: hatch so one of the services is in error, with a relation in error
[14:45] <rick_h_> when I hit hide, it doesn't hide
[14:46] <rick_h_> if I hide a second service, both the new one and the first one that failed to hide at first now hides
[14:46] <kadams54> Ah, so something with the error status is borking the hide action.
[14:46] <rick_h_> probably
[14:47] <kadams54> Well, I guess that's better than hitting hide on the second service and having it do something completely random :-)
[14:47] <rick_h_> yea
[14:50] <frankban> hatch: morning, https://codereview.appspot.com/174170043
[14:53] <hatch> rick_h_: bleh ok :/
[14:53] <hatch> frankban: awesome will take a look
[14:53] <hatch> today it appears I'm on dialup lol
[14:53] <rick_h_> lol
[14:53] <rick_h_> you can watch the animated gif of our UOS session
[14:54] <rick_h_> uiteam anyone want to be in the actual hangout for the chat? the etherpad for notes is at http://pad.ubuntu.com/uos-1411-whats-new-and-upcoming-in-the-work-of-juju-ui-engineering and the irc room is #ubuntu-uds-devops-1
[14:56] <kadams54> rick_h_: what's the hangout URL?
[14:56] <rick_h_> kadams54: no idea yet, working on it
[14:57] <hatch> rick_h_: lol yeah I'll watch the stream in B&W via rabbit ears on my old crt
[14:58] <hatch> frankban: so this get() method that's on the config - is that provided by the json serializer?
[14:59] <lazyPower> hey gui team - i'm  helping you get setup
[14:59] <lazyPower> has anyone made a hangouts on air link for the broadcast yet?
[14:59] <rick_h_> lazyPower: no, I thought a sessoin chair or someone was going to
[15:00] <frankban> hatch: it's a default method on all python dicts
[15:00] <rick_h_> lazyPower: do I need to create just a hangout on my canonical account and get you a link or how does this need to work to be on air?
[15:00] <lazyPower> doing it now
[15:00] <rick_h_> lazyPower: ty
[15:00] <lazyPower> https://plus.google.com/hangouts/_/hoaevent/AP36tYek4Fu7CwFd9SQQ9f4CrPfzUOyHQ_E-pq1YS2zjwGaUPtyYBw?authuser=0&hl=en
[15:00] <frankban> hatch: python -c 'help({}.get)'
[15:01] <hatch> ohh intersting
[15:01] <hatch> thanks
[15:01] <hatch> much nicer than all my conditionals
[15:05] <frankban> hatch: FWIW, to take a look at all dict methods: python -c 'help({})' and that works for all python objects
[15:06] <jcsackett> dammit, hangouts won't let me stay on.
[15:07] <jcsackett> rick_h_: rather than hopping in and out i'll just stay off. sorry.
[15:08] <hatch> the video isn't loading for me, might just be my connection though
[15:08] <hatch> http://summit.ubuntu.com/uos-1411/meeting/22387/whats-new-and-upcoming-in-the-work-of-juju-ui-engineering/
[15:15] <hatch> kadams54: are you on the AS bug?
[15:16] <kadams54> Yeah, I will after the demo.
[15:18] <hatch> alright cool
[15:23] <hatch> frankban: why lambda vs function?
[15:24] <hatch> read some docs, dont' really see when it's useful
[15:25] <frankban> hatch: simple function, just one line, mostly a personal preference, sometimes I find the slightly more expressive...
[15:25] <frankban> hatch: no hard rules there
[15:25] <hatch> got it
[15:25] <hatch> I see you added a port validator
[15:25] <hatch> that's pretty nice
[15:32] <hatch> frankban: code looks good just pulling the branch down
[15:32] <hatch> but at 80kbps it's taking a while :)
[15:33] <frankban> :-/ thanks for looking at it
[15:33] <hatch> no thanks for picking up my slack :)
[15:46] <hatch> frankban: +1's
[15:47] <frankban> hatch: cool, landing it
[15:53] <rick_h_> uiteam call in 7 kanban please
[15:58] <rick_h_> hatch: kadams54 ok, talk is over so you guys can have the guimaas for debugging if that helps
[15:58] <rick_h_> some issues with the demo on a live env it looks like
[15:58] <rick_h_> uiteam gui has the guimaas for a bit for new feature debugging
[15:58] <kadams54> rick_h_: Thanks - I'll dig into the bugs after standup.
[16:58] <kadams54> rick_h_: What's the publicly-exposed URL for the guimaas?
[17:05] <rick_h_> kadams54: check out https://docs.google.com/a/canonical.com/document/d/1v3Bs7JU_mYrwRFbXWcQzNRje_EYz0nqqz9yaR4Nadro/edit
[17:06] <rick_h_> kadams54: http://maas.jujugui.org/MAAS is the maas side, not sure which item you're looking for
[17:07] <kadams54> rick_h_: thanks
[18:03] <kadams54> rick_h_, hatch: I think I found the bug that came up during MAAS
[18:03] <kadams54> er, during demo.
[18:03] <hatch> oh?
[18:03] <hatch> spillit
[18:04] <kadams54> Yeah, a change I made in fixing the last bug caused this one. The machine change event wasn't being fired for fades, so the token in MV wasn't being re-rendered.
[18:04] <kadams54> I found that while working on decreasing change event noise
[18:05] <kadams54> So it's actually already fixed.
[18:05] <kadams54> I think.
[18:05] <kadams54> :-)
[18:07] <hatch> lol
[18:07] <hatch> awesome
[18:07] <hatch> you added a test for it, right? :)
[18:08] <kadams54> yes
[18:09] <hatch> but the bug that was in the demo was the service token not being hidden
[18:09] <hatch> nothing to do with the mv
[18:15] <kadams54> ah, true
[18:15] <kadams54> dangit
[18:54] <rick_h_> kadams54: that was in develop, is this fix in your current branch?
[19:14] <kadams54> rick_h_: Yes, though as hatch pointed out, the problems you saw were in service view, not machine view.
[19:14] <kadams54> So I think we still have bugs
[19:34] <kadams54> rick_h_: I'm having problems SSHing into MAAS. I'm assuming you took the SSH keys off Launchpad?
[19:35] <rick_h_> kadams54: yes, just ssh-import-id
[19:36] <kadams54> I have three keys on launchpad… not familiar with ssh-import-id… did it grab all three, or just one?
[19:38] <rick_h_> kadams54: what's your lp username?
[19:38] <kadams54> kadams54
[19:38] <kadams54> https://launchpad.net/~kadams54/+sshkeys
[19:38] <rick_h_> kadams54: ok all three imported try again
[19:40] <kadams54> Hmm, still no go. What username should I be using? kadams54?
[19:40] <rick_h_> ubuntu@
[19:43] <kadams54> http://pastie.org/private/f5gr8xhesfyw7qiosjiew
[19:45] <kadams54> rick_h_: Wow, OK, I think I may have badly misunderstood something due to my sshuttle newbie-ness. I was expecting it to use the SSH keys to login, so when I'd get the password prompt above I assumed something was wrong.
[19:46] <kadams54> But then I tried the password specified in the Google Docs and that seems to have worked?
[19:46] <kadams54> At least, sshuttle reports I'm connected
[19:48] <hatch> I always read that as ss-shuttle :)
[19:53] <hatch> rick_h_: so this api layer - we rely on a separate module to make the requests so really it's just a thin wrapper around that modules public method
[19:54] <rick_h_> hatch: right, that's my thought.
[19:54] <hatch> so my question is, how far does this rabbit hole go? Do we  want to create a new 'network' layer?
[19:54] <hatch> if we want to offer this api to general users we'll need to offer a stack
[19:54] <rick_h_> hatch: sec, let's chat in 3min
[19:54] <hatch> sure just ping whenever
[19:56] <rick_h_> hatch: meet you in the standup
[19:57] <hatch> joining
[19:58] <hatch> rick_h_: just having an issue joining
[19:58] <hatch> couple mins
[19:59] <rick_h_> kadams54: you're in?
[20:04] <kadams54> rick_h_: Maybe? Just realized that sshuttle was dying after I started it up; had to take it out of daemon mode to see the message.
[20:04] <kadams54> Apparently I need to reboot in order to use it :-\
[20:06] <rick_h_> kadams54: reboot your machine or the maas controller?
[20:06] <kadams54> Reboot my machine. It's a workaround for a bug in MacOS X 10.7
[20:07] <kadams54> I also have an AWS env up and running that I'm currently using the debug a potential fix
[20:07] <kadams54> So I'm going to hold off on rebooting for a bit.
[20:07] <rick_h_> k
[20:07] <kadams54> I was able to replicate the bug on relations with errors
[20:07] <kadams54> hatch: It's a problem in findUnrelatedServices
[20:08] <hatch> ahh
[20:19] <kadams54> uiteam: OK, general juju question here. I had juju-gui, wordpress, and mysql deployed in my AWS env. The JS code was throwing an uncaught exception when trying to process a wordpress loadbalancer relation that looked like it was meant to be connected to nginx.
[20:20] <kadams54> But I had no nginx deployed… so why would the relation even exist?
[20:20] <jcsackett> kadams54: to my knowledge, it shouldn't.
[20:20] <jcsackett> is your env still up?
[20:21] <kadams54> jcsackett: I'm switching juju-gui-source on it right now, so no, but it will be available again shortly.
[20:21] <jcsackett> kadams54: that's alright, i want you to look at something via cli anyway, if you can.
[20:21] <jcsackett> kadams54: juju status wordpress
[20:22] <jcsackett> check the relations on that--then we'll know if the gui is processing something weirdly, or if your juju env has a weird thing.
[20:25] <kadams54>     relations:
[20:25] <kadams54>       db:
[20:25] <kadams54>       - mysql
[20:25] <kadams54>       loadbalancer:
[20:25] <kadams54>       - wordpress
[20:26] <kadams54> https://ec2-54-68-167-143.us-west-2.compute.amazonaws.com/services/:flags:/as/
[20:27] <hatch> kadams54: I think wordpress has a peer relation
[20:27] <kadams54> What's a peer relation? I've heard that term before, but never really understood what it was.
[20:28] <hatch> well essentially it's a relation to something else installed in the same charm
[20:29] <hatch> kadams54: they don't have lines anywhere because it's part of the same service
[20:30] <kadams54> Ah, OK, that would make sense
[20:30] <hatch> Peer relations are a different matter, in that peer relations are the mechanism by which service units share information internally. It's not unusual for peer service units to maintain convenient caches of distributed information in their own peer settings, and this inevitably involves generating settings keys at runtime.
[20:30] <hatch> ^ kadams54
[20:30] <hatch> from the docs
[20:31] <hatch> I don't know how to properly use one, I just know what it is haha
[20:31] <kadams54> uiteam: OK, https://github.com/juju/juju-gui/pull/657 needs reviews and QA to fix this bug.
[20:31] <hatch> lol
[20:31] <kadams54> It's a very small PR, but needs a real env for QA.
[20:32] <hatch> kadams54: can you add a comment why it might not exist in the code :)
[20:32] <jcsackett> huh, so peer relations are generated automatically? that's peculiar.
[20:33] <kadams54> hatch: Done.
[20:33] <hatch> kadams54: so when you real real env, would lxc work?
[20:33] <kadams54> Yeah?
[20:34] <kadams54> Shoot, now that I think about it, sandbox ought to have the same problem.
[20:34] <kadams54> As long as you deploy a service that has a peer relationship.
[20:34] <hatch> but I don't think it did
[20:34] <hatch> I've used wordpress a lot....
[20:35] <hatch> so is this actually the fix? hehe
[20:36] <jcsackett> if it doesn't come up in sandbox or lxc, history says it's a timing issue.
[20:42] <hatch> kadams54: I'm spinning up an lxc env to test this out
[20:43] <kadams54> NOOOOOOOO!
[20:43] <kadams54> Just kidding.
[20:43] <hatch> lol
[20:43] <hatch> maybe last bug?
[20:43]  * hatch ducks
[20:43] <hatch> lol
[20:43] <hatch> haha
[20:43] <hatch> hatch ducks
[20:43] <hatch> quack quack
[20:44]  * kadams54 suppresses the urge to punch ducks.
[20:50] <hatch> kadams54: so I am getting an error in develop when even trying to use the gui because of a hook failure in mysql
[20:50] <hatch> did you get the same bug?
[20:51] <rick_h_> kadams54: hatch what's up?
[20:51] <hatch> so on lxc I deployed juju-gui wordpress and mysql via the cli
[20:52] <hatch> switched to the guy and related wordpress and mysql
[20:52] <hatch> now the gui fails with a hook error in utils
[20:52] <hatch> (the mysql service failed on start)
[20:53] <hatch> I am not sure why mysql failed on start....but I hope that someone else can reproduce this
[20:53] <hatch> because I can't actually use the gui heh
[20:54] <rick_h_> ok so this is something different than the show/hide thing?
[20:54] <hatch> I can't even get that far
[20:54] <hatch> the gui is unresponsive on load to the canvas
[20:54] <rick_h_> heh, what did you break? :P
[20:54] <hatch> I'll take a screenshot of the traceback
[20:54] <rick_h_> hatch: so this is even before using the develop branch
[20:55] <hatch> this is using the local charm version
[20:58] <hatch> this is because agent_state_data is undefined on utils.js:1418
[20:58] <hatch> ^ kadams54 didn't you do something about agent_state_data resiliency recently?
[21:04] <kadams54> Sure seems like I did, didn't I?
[21:04] <kadams54> https://github.com/juju/juju-gui/pull/640
[21:04] <kadams54> hatch: ^
[21:05] <hatch> looks like we need to also add some here
[21:05] <hatch> although I'd like to know why there is no agent_state_data though
[21:05] <hatch> was that juju-core bug ever created?
[21:05] <kadams54> Odd
[21:06] <kadams54> You shouldn't be getting that error if you have the patch in that PR
[21:06] <kadams54> Are you sure your local charm has the latest code, including that fix?
[21:07] <kadams54> hatch: And no, the juju-core bug was not created
[21:07] <kadams54> At least, not that I know of
[21:08] <kadams54> uiteam: Jenkins merge builds seem to be hung. The current build's been going for 1 day and 1 hour.
[21:08] <kadams54> http://ci.jujugui.org:8080/job/juju-gui-merge/782/
[21:08] <hatch> kadams54: no the bug I'm seeing is not related to your branch/fix - it's in the relation line decoration
[21:08] <hatch> code
[21:08] <hatch> kadams54: you can just kill the build
[21:09] <hatch> although you may need to log into the box to then kill the node process
[21:09] <kadams54> hatch: you said utils.js:1418, right?
[21:09] <hatch> correct
[21:09] <hatch> not in develop though
[21:09] <hatch> in release
[21:09] <kadams54> hatch: Yeah, that's the code I changed.
[21:09] <hatch> ohh so develop has this fixed?
[21:10] <kadams54> Yes.
[21:10] <hatch> ohh ok cool heh I'll try swapping the branch
[21:10] <kadams54> hatch: I've never gotten on the jenkins box… not sure how?
[21:16] <hatch> kadams54: ok you are correct develop does have it fixed :)
[21:16]  * hatch shame
[21:25] <kadams54> hatch: yay!
[21:25] <hatch> lol
[21:42] <hatch> kadams54: I have juju-gui wordpress-mysql
[21:42] <hatch> if I highlight mysql then fade wordpress juju-gui shows up
[21:42] <hatch> wasn't this what your branch fixed?
[21:44] <kadams54> Yes.
[21:44] <kadams54> Looking to see if there's a regression.
[21:46] <kadams54> Oh, ah ha
[21:46] <kadams54> I did fix it
[21:46] <kadams54> On the PR that had its merge build hang for a day.
[21:46] <kadams54> So the fix still hasn't landed on develop
[21:46] <kadams54> Grr.
[21:46] <hatch> hmm ok - is that merge running now?
[21:46] <kadams54> yes
[21:47] <hatch> ok cool well once it's done and you update your pr can you ping me for the qa?
[21:47] <kadams54> Once it lands successfully, I'll rebase it into the PR.
[21:47] <kadams54> Yup
[21:47] <hatch> my env is all set up for it now so it'll be quick
[22:04] <kadams54> hatch: PR updated
[22:04] <hatch> pulling down thx
[22:04] <rick_h_> kadams54: hatch so once things land is the guimaas still setup?
[22:04] <rick_h_> e.g. can we change the source to master and then back to develop and QA the exact same env?
[22:05] <kadams54> rick_h_: Not sure I follow…
[22:06] <rick_h_> kadams54: so taking the gui in guimaas and setteing the source tree back to stable right now
[22:06] <kadams54> Yup
[22:06] <rick_h_> kadams54: when we think a fix is landed, I'll update it back to develop and see if it works
[22:06] <kadams54> Yeah, sounds good.
[22:06] <kadams54> Which reminds me, since I rebooted, I ought to be able to sshuttle in
[22:08] <kadams54> Hurrah! I'm on the MAAS box!
[22:09] <hatch> +1
[22:10] <hatch> we should really sort the added services tokens
[22:10] <hatch> they are always in a different order
[22:10] <hatch> :)
[22:11] <kadams54> uiteam: need one more (tiny) review on: https://github.com/juju/juju-gui/pull/657
[22:12] <Makyo> Got it
[22:17] <kadams54> Makyo: thanks!
[22:38] <jcsackett> uiteam: i need two reviews, one QA on https://github.com/CanonicalLtd/blues_browser-charm/pull/13
[22:38] <jcsackett> lxc env is fine for QA.
[23:35] <kadams54> rick_h_: Branch is landed. Update guimaas at your convenience.


[12:45] <gary_poster> ...longer saucy upgrade than usual, and I still need to find something to remove...
[12:45] <gary_poster> from the hard drive
[13:10] <gary_poster> need to restart yet again
[13:12] <rick_h_> benji: any idea if there's a way to sync/ignore u'key': u'value' and 'key': 'value' in the charmworld tests for an assertEqual?
[13:13] <benji> rick_h_: I would have thought the unicode/str difference wouldn't cause a problem since u'foo' == 'foo'
[13:13] <rick_h_> benji: nvm, it was noise amongst the real issue I had.
[13:14] <rick_h_> one line is diff but 50 are shown as ? diff
[13:14] <benji> yeah, the diffs are generated from the repr, so you get a lot of noise;  those differs really should be improved
[13:18] <rick_h_> benji: review if you get any time please? https://code.launchpad.net/~rharding/charmworld/bundle-metadata2/+merge/189406
[13:19] <benji> rick_h_: sure
[13:20] <rick_h_> thanks!
[13:57] <benji> rick_h_: I'm done with https://code.launchpad.net/~rharding/charmworld/bundle-metadata2/+merge/189406; looks good.
[13:57] <hatch> morning
[13:57] <benji> good morning
[13:57] <rick_h_> thanks benji! appreciate making through it
[13:57] <hatch> how was your weekend?
[13:58] <rick_h_> hatch: your little village made the sports illustrated news :)
[13:58] <hatch> yeah? Well we are awesome...so duh!
[13:58] <hatch> link?
[13:59] <hatch> :P
[14:23] <rick_h_> benji: ooh thanks. Good catch on the extra test. It misbehaved
[14:24] <benji> cool
[14:28] <frankban> gary_poster: shelltoolbox does not seem to be in precise
[14:28] <rick_h_> encouragement for https://pypi.python.org/pypi?%3Aaction=search&term=shelltoolbox&submit=search to get fixed?
[14:30] <frankban> gary_poster: it's in universe starting from quantal -> https://launchpad.net/ubuntu/+source/python-shelltoolbox
[14:31] <frankban> gary_poster: so one option is to include the shelltoolbox file in the charm (as we did for charm tools)
[14:32] <gary_poster> frankban, +1
[14:33] <frankban> gary_poster: cool thanks
[14:33] <hatch> pretty soon our charm will be 100MB with all the includes :D
[14:33] <frankban> brace yourself: huge branch is coming :-(
[14:33] <rick_h_> data centers have fast networks :P
[14:34] <frankban> hatch: a 600 lines python files will not make the difference
[14:35] <hatch> frankban: maybe that 600th line is what breaks the camels back
[14:35] <hatch> takes the whole center down
[14:35] <frankban> hatch: so let's do it!
[14:35] <hatch> lol
[14:39] <rick_h_> abentley: ping, around? CI is failing with failed ssh connections?
[14:39] <rick_h_> abentley: pm'd url
[14:40] <abentley> rick_h_: Yes, around.
[14:40] <abentley> rick_h_: Looking.
[14:53] <hatch> My internet must have had a rough weekend
[14:53] <gary_poster> Makyo, hey.  We have a service deployment layout issue on comingsoon.  To dupe, deploy mediawiki with DnD, then deploy mysql with DnD, then click the build relation button on mysql to connect with mediawiki.  I see a link going from nowhere to mediawiki, and when I click on mysql, it jumps to the relationship's location
[14:53] <hatch> I think I've been reset to Dialup
[14:53] <gary_poster> Makyo, could you take a look please?
[14:53] <Makyo> Sure
[14:54] <gary_poster> thank you
[14:57] <Makyo> Alright, I see where it is.  Will get in a sec.
[14:58] <gary_poster> awesome thanks
[15:17] <hatch> note to self: if you call a 'reject' promise handler it sets the promise to rejected internally
[15:17] <hatch> weird!
[15:23] <hatch> morning bcsaller
[15:28]  * benji watches rick_h_ vs. Jenkins cage match.
[15:29] <hatch> oh awesome - is it on PPV?
[15:29] <rick_h_> benji: it was a 10 round knock-out!
[15:29] <benji> :
[15:30] <hatch> rick_h_: so you lost?
[15:30] <hatch> :P
[15:30] <benji> oops, I forgot my mouth
[15:30] <benji> :)
[15:30] <rick_h_> hah, well the old rule of "if at first you branch doesn't land...hit retry over and over"
[15:30] <benji> I'm glad I'm not the only one that fights with CI bots.
[15:32] <hatch> rick_h_: so is the ssh connection issue fixed?
[15:32] <rick_h_> hatch: so he added a delay that will hopefuly make it happen less? but this is only on the charmworld lander bits. I don't think this effects the gui stuff (but could be wrong)
[15:33] <hatch> pooeey
[15:39] <rick_h_> hatch: so heads up, my branch hit staging http://staging.jujucharms.com/api/3/bundle/~bac/wiki/3/wiki now will return the list of files (does it have an icon or not, where is the readme, etc) and the charm details for each charm in the bundle
[15:39] <rick_h_> hatch: so this should unblock anything else needed for the bundle view from the charmworld end except the icons on the token which is my next branch.
[15:39] <rick_h_> hatch: so look for the charm_metadata and files keys. There's logic for locating the readme and such in the charm code.
[15:40]  * rick_h_ adds a card to update the api docs
[15:41] <hatch> kewlio
[15:41] <frankban> gary_poster: filed bug 1236427 : the kanban does not let me add cards
[15:41] <_mup_> Bug #1236427: Scale up input stops working after units are added/removed <juju-gui:Triaged> <https://launchpad.net/bugs/1236427>
[15:44] <hatch> gary_poster: here is the rework of your branch https://codereview.appspot.com/14454049/ I think we were both on the same page :)
[15:50] <Makyo> jujugui call in 10
[15:50] <gary_poster> jujugui call in 10?  Did I make it?
[15:51] <rick_h_> heh, almost
[15:51] <gary_poster> hatch I'm reviewing your branch fwiw
[15:53] <hatch> chained promises are so hard to read :/
[15:54] <hatch> there has to be a better way!
[15:54] <rick_h_> but but promises are like unicorns flying out of your butt!
[15:54] <rick_h_> magical!
[15:54] <frankban> also filed bug 1236435
[15:54] <hatch> lol
[15:54] <_mup_> Bug #1236435: The unit detail view does not disappear whe the unit is removed <juju-gui:Triaged> <https://launchpad.net/bugs/1236435>
[15:55] <rick_h_> didn't we have a bug for that frankban?
[15:55] <hatch> rick_h_: nope, s/unit/service
[15:55] <hatch> that's what the bug was for
[15:55] <rick_h_> hatch: oh, my bad
[15:55] <frankban> rick_h_: it si possible, I did not find one
[15:56] <rick_h_> hatch: at least I knew it sounded familiar
[15:56] <hatch> haha yeah - when you said that I had to take a second look :)
[15:56] <frankban> oh, ok
[15:58] <gary_poster> jujugui call in 2
[15:58] <hatch> frankban: so does your branch speed up the charm install a bit?
[15:59] <frankban> hatch: I suppose it does
[15:59] <hatch> nice :)
[16:30] <rick_h_> hatch: got a sec?
[16:32] <hatch> yup
[16:56] <hatch> gary_poster: after a discussion with rick_h_ I'm going to refactor the bundle detail view code to make it easier to test
[16:57] <gary_poster> cool hatch
[17:01] <gary_poster> frankban, "Wow!  Great tests, and very nice improvement.  Code LGTM.  I will check with Rick as to which of us will QA."
[17:02] <frankban> gary_poster: great thanks!
[17:02] <gary_poster> rick_h_, are you doing frankban's QA, or shall I?  Happy to do it if you have not started
[17:02] <rick_h_> gary_poster: qa running right now
[17:02] <gary_poster> awesome rick_h_ thanks
[17:02] <frankban> gary_poster, rick_h_: if you are qaing using juju-core trunk, remember to boostrap with --debug
[17:02] <rick_h_> just took a timeout while it was loading when I saw something about a fakebackend and got confused and bugged hatch
[17:02] <gary_poster> frankban, had a few trivials, but tests were really awesome
[17:02] <rick_h_> frankban: oh, didn't do --debug
[17:03] <frankban> rick_h_: yeah, sorry, I had to mention it in the qa instructions. that's a new juju-core thing
[17:03] <rick_h_> ok, do you know what version? is that just trunk? /me is on 1.15
[17:04] <rick_h_> so not the release that went out end of last week
[17:04] <gary_poster> hatch, looks like CI is showing real IE bugs now :-/
[17:04] <frankban> rick_h_: yeah so you need it I think, there was an email in juju explaining the new debug options
[17:04] <gary_poster> I will investigate
[17:04] <rick_h_> frankban: k, thanks for the heads up
[17:07] <hatch> gary_poster: nice catch
[17:07] <hatch> looks like it was Makyo's branch?
[17:07] <Makyo> Perhaps the one that's being proposed right now will fix.
[17:08]  * Makyo fingercrosses.
[17:08] <hatch> great
[17:09] <hatch> it might not have been your branch but that's as far back as I can see right now on sauce labs for some reason
[17:10] <Makyo> Speaking of... https://codereview.appspot.com/14499043 jujugui / gary_poster (since you know how to dupe)
[17:10] <gary_poster> Makyo, ack on it
[17:15] <rick_h_> frankban: qa ok. I ended up just ssh'ing into the machine to verify vs watching the debug logs
[17:16] <rick_h_> frankban: if that's not suffecient or anything let me know and I'll destroy/rebootstrap and go through it again
[17:21] <gary_poster> Makyo, code looks good, but one issue so far: I reverted your changes to service.js and ran the test suite and the new test you added still passed.  The test doesn't actually test the regression, it seems?  Trying qa now.
[17:22] <Makyo> gary_poster, oh, hm, will check, then.
[17:22] <gary_poster> thanks
[17:25] <gary_poster> Makyo, qa is good, though
[17:25] <benji> juju-gui: I have a charmworld review up: https://code.launchpad.net/~benji/charmworld/check-out-and-update-specific-revisions/+merge/189672
[17:27] <rick_h_> benji: will look at it in once lunch comes off the stove
[17:27] <gary_poster> benji, if you don't get a bite from a more qualified reviewer, ping me.  Branch seems straightforward enough on the face of it
[17:27] <gary_poster> oh, you got a bite :-(
[17:28] <gary_poster> :-) I mean
[17:28] <rick_h_> wait what...me jumps the hook :P
[17:28] <gary_poster> lol
[17:28] <rick_h_> "the big one that got away"
[17:28] <gary_poster> you are more qualified
[17:28] <rick_h_> or I'll just look at it in a sec
[17:28] <rick_h_> :)
[17:28] <gary_poster> :-) thanks
[17:28]  * gary_poster continues to download win 8.1...
[17:36] <frankban> rick_h_: your QA is fine, thank you!
[17:51] <rick_h_> benji: feedback inbound
[17:51] <benji> cool
[18:14] <hatch> rick_h_: refactored version https://codereview.appspot.com/14454050/ review plz
[18:15] <rick_h_> hatch: looking
[18:21] <rick_h_> hatch: back at ya
[18:25] <rick_h_> benji: so is there a known 'if you run tests this way it'll empty your main db' use around?
[18:25] <rick_h_> benji: somehow in getting my last branch up for review I seemed to have emptied mongo db and need to reingest now to test out the next branch
[18:25] <hatch> rick_h_: thanks, replied, fixed, submitting
[18:27] <rick_h_> hatch: cool thanks. All good, I guess I have a mental block that promise == async and I try to avoid unavoidable async for testing if possible.
[18:27] <rick_h_> hatch: but the way it's wired it wont' really be async in use so the promise is ok to leave there
[18:30] <hatch> yeah - I love chaining promises
[18:30]  * rick_h_ hates chains :PO
[18:30] <hatch> although I really wish I didn't have to call .bind()
[18:30] <rick_h_> :P that is
[18:34] <abentley> bac, benji or orangesquad: Could you please review https://code.launchpad.net/~abentley/charmworld/apt-add-repository/+merge/189683 ?
[18:40] <jcsackett> abentley: looking.
[18:41] <jcsackett> abentley: looks good to me.
[18:43] <abentley> jcsackett: thanks.  The trouble with testing for flaws in "make sysdeps" is... you find bugs in "make sysdeps".  This will allow me to remove a workaround.
[18:47] <jcsackett> abentley: yeah, it seems wise to me. the base lxc i clone for development already has python-software-properties in it, so this didn't bug me, but it's definitely good to have it in place.
[18:48] <abentley> jcsackett: Oh, doh!  I forgot --yes.
[18:48] <jcsackett> oh, sure. we can't have make require user input.
[18:48] <jcsackett> i always forget --yes is even a flag.
[19:03] <gary_poster> Makyo, duping deployment layout in a bug is a pain?
[19:04] <Makyo> gary_poster, I don't know what this test is even doing :P
[19:05] <gary_poster> Makyo, :-/
[19:05] <Makyo> With the old code, it should be winding up in new_services, and it does in the browser, but not in the test.
[19:05] <Makyo> Trying a whole new delta for now.
[19:06] <gary_poster> k
[19:13] <rick_h_> benji: last one for the day if you've got the bandwidth. Smaller/easier one. https://code.launchpad.net/~rharding/charmworld/bundle-metadata3/+merge/189691
[19:13] <Makyo> Gah, testing the wrong thing, should have it in a few.
[19:14] <benji> rick_h_: yeah, I can take a look
[19:14] <rick_h_> benji: added quick QA note
[19:14] <benji> k
[19:25] <rick_h_> gary_poster: from here I'm going to pick up the bundle icon urls/helpers so that we've got pretty icons as the next step is making a pretty demo workable.
[19:25] <rick_h_> gary_poster: any other first step you had preferred first?
[19:25] <gary_poster> rick_h_, perfect, thanks
[19:25] <rick_h_> k, cool
[19:47] <hatch> Makyo: did your branch land? CI is still failing
[19:47] <hatch> so just curious
[19:47] <Makyo> hatch, not yet.
[19:47] <hatch> oh ok np
[19:47] <Makyo> lbox WHY ARE YOU FAILING
[19:48] <hatch> mohohahaha
[19:48] <lbox> NO PASS FOR YOU
[19:48]  * Makyo kicks lbox
[19:48] <hatch> lol
[19:54] <Makyo> gary_poster, quick +1 on the test change? https://codereview.appspot.com/14499043/diff/5001/test/test_environment_view.js
[19:55] <benji> rick_h_: I forgot to mention it in the review, but QA looked good.
[19:55] <rick_h_> benji: cool, thanks for the review
[19:58] <rick_h_> ok, landing that. Unblocks almost all of the bundle details and bundle token now for the Gui. I'm outta here.
[19:59] <hatch> ugh WidgetParent/Child is such a horrible designe
[19:59] <hatch> design even
[20:00] <gary_poster> Makyo, +1, thanks!
[20:01] <gary_poster> thanks rick_h_
[20:06] <rick_h_> hatch: only real issue is it's pretty invisible unless you know it's there.
[20:06] <hatch> yeah that's what I mean - there is no way to 'follow' the code
[20:06] <rick_h_> only used it in once place color me curious why it's rubbing you wrong.
[20:07] <hatch> I was raised to hate it
[20:07] <hatch> it's not my fault
[20:07] <rick_h_> lol
[20:07] <hatch> blame society
[20:07] <hatch> haha
[20:08] <rick_h_> ok, I'll send you a sympathy card later for it :P
[20:08] <hatch> lol
[20:16] <hatch> rick_h_: FYI BrowserSearchView is not a view
[20:16] <hatch> :P
[20:17] <gary_poster> deployment (sandbox?) actually successfully shows deployment 1 time out of 4 for me :-(
[20:17] <hatch> rick_h_:  FYI so kidding btw
[20:25] <gary_poster> hatch if you are curious, only one test failure in IE and looks fairly benign.  looking a bit more
[20:25] <hatch> ok thanks
[20:25] <hatch> gary_poster: Makyo said his branch might fix the failure
[20:25] <hatch> just FYI
[20:26] <gary_poster> hatch, running with that branch.  I think he might have fixed failures, because the only one I see is in test_models.js
[20:26] <gary_poster> (actually running with trunk: he landed)
[20:26] <Makyo> Might maybe could perhaps inshallah..
[20:27] <Makyo> I'll start up IEVM
[20:27] <hatch> ohh ok ok
[20:32] <rick_h_> hatch: :P well you guys all get fits when I say the word "widget" :P
[20:33] <hatch> WIDGET!!!!!!!!!!!!
[20:34]  * rick_h_ waits for the irc channel to explode
[20:34] <rick_h_> we'll need to get a new one
[20:35] <gary_poster> heh
[20:35] <hatch> gary_poster: those relation errors in the new topo code...is someone working on them? I'm just worried they are causing cascading failures
[20:36] <gary_poster> hatch, this is what bcsaller is working on.  they are happening because the position annotations are not there
[20:36] <hatch> ohh ok cool cool
[20:36] <bcsaller> hatch: if the positions are set it does work fine
[20:37] <hatch> oh ok cool, so it's benji's fault
[20:37] <hatch> :P
[20:37]  * hatch keeps pushing the blame
[20:37] <gary_poster> hatch, heh, no, he tried to set the annotations but they are not being kept
[20:37] <hatch> ohh fine!
[20:37] <hatch> :)
[20:38] <hatch> clicking on a bundle works now here
[20:38] <hatch> pretty cool
[20:38] <hatch> but really need to implement the bundle caching
[20:40] <gary_poster> heh, hatch, Makyo the one test is failing because my vm's system clock thinks that we are in May :-P
[20:41] <Makyo> May, October, they're like the same thing.
[20:41] <gary_poster> so CI is hosed but IE, at least on my vm, is AOK
[20:41] <gary_poster> :-)
[20:41] <hatch> lol bad Makyo bad Makyo writing a test which relies on a Date object :P
[20:41] <Makyo> I did NO SUCH THING.
[20:41] <gary_poster> hatch, it is a charm test from ages ago :-P0
[20:41]  * Makyo whew <.<
[20:41] <gary_poster> heh
[20:42] <hatch> lol - actually, in a past life I wrote a test which relied on a date...the only time it failed was when we brought on an international developer who coudln't get the tests to pass on her machine lol
[20:43] <hatch> international being - cross the date line
[20:43] <rick_h_> hatch: you mean huw. He got bit by that. Couldn't land because the date was off for AU
[20:43] <rick_h_> too many timezones away
[20:43] <hatch> crap I've done it twice?
[20:43] <hatch> oh bpy
[20:43] <hatch> boy
[20:44] <hatch> oh wait
[20:44] <hatch> no I fixed huw's failure
[20:44] <hatch> I caused the other one
[20:44] <hatch> lol
[20:45] <hatch> rick_h_: when is your EOD?
[20:45] <rick_h_> hatch: 45min ago
[20:45] <rick_h_> just checking something now that I'm back from day care
[20:46] <rick_h_> hatch: why, what's up?
[20:46] <hatch> just proposing the 'bundle token click' branch
[20:46] <hatch> would like to get it landed
[20:46] <hatch> it's a super trivial diff
[20:46] <rick_h_> hatch: k, ping when it's up and I'll try to peek between stuff
[20:46] <rick_h_> hatch: yea, should be tiny
[20:46] <hatch> will do thx
[20:52] <hatch> rick_h_: sorry chunk missmatch https://codereview.appspot.com/14518043/
[20:52] <hatch> but diff is really small :)
[20:52] <hatch> gary_poster: I'll work on bundle icons now?
[20:53] <gary_poster> hatch looking
[20:53] <gary_poster> hatch I think that is blocked on Rick's work
[20:53] <hatch> his landed AIUI
[20:53] <hatch> I'll check the api
[20:54] <gary_poster> hatch, one landed today, but his active card is what you need ("charmworld can redirect from charm ids or branches to icons and support default bundle icon")
[20:54] <hatch> ohh right yes
[20:54] <hatch> alright then I'm open to whatever
[20:55] <gary_poster> hatch, suggest "hook up and style tabs on detail view"
[20:55] <gary_poster> hatch that then opens up README and source tab tasks after that
[20:55] <gary_poster> hatch, you can push tab styling to Huw, of course; just needs to be done
[20:55] <hatch> sounds like a plan
[20:57] <gary_poster> bcsaller, when you get through your current mystery, another to explore is that dragging a bundle token to deploy works one out of 4 times for me--and sometimes it has worked in the fakebackend but not in the gui itself.  I'm duping on comingsoon
[20:57] <gary_poster> you drag once and nothing happens, then drag again and fakebackend complains that service already exists
[20:58] <hatch> when I do the DD it locks up myu machine firing off google analytics calls
[20:58] <hatch> locks the tab that is
[20:58] <gary_poster> oh nice
[20:58] <gary_poster> hatch reviewing your branch...
[20:58] <hatch> cool thanks,
[20:58] <hatch> it's very trivial
[20:59] <gary_poster> all tthe more reason to ship it :-)
[21:01] <hatch> consider it shipping!
[21:05] <hatch> oh I love it when the utilities ppl do a meter reading and your next bill is lower
[21:10] <rick_h_> hatch: so that's the charm icons in a bundle
[21:10] <rick_h_> that's unblocked
[21:10] <rick_h_> the bundle icon itself is blocked on next branch
[21:13] <rick_h_> and catching up the readme/tabview stuff is unblocked so coolio
[21:20] <gary_poster> rick_h_, oh, there's the API to get an icon from alp branch now?
[21:20] <gary_poster> alp == an lp
[21:20] <rick_h_> gary_poster: no, but the icons on the charm token for the charms inside can be done now
[21:20] <rick_h_> the little ones on the bottom of the token
[21:20] <gary_poster> oh cool, I misunderstood what we needed then
[21:20] <gary_poster> great
[21:20] <rick_h_> the bundle icon work is now on deck
[21:21] <gary_poster> gotcha
[21:21] <rick_h_> that should be the last thing related to UX from charmworld (other than related bundles?)
[21:33] <gary_poster> rick_h_, fwiw we can hold off on bundle icon.  we don't need that to be successful.  If you haen't started, I suggest starting icon hookup in token and details.  I worry that we will need to show what charms are recommended
[21:34] <gary_poster> sorry, thought that was what we were doing
[21:34] <gary_poster> if you have started, np
[21:34] <gary_poster> finish it :-)
[21:40] <gary_poster> rick_h_, "I worry that we will need to show what charms are recommended" : in the charmworld output
[21:51] <rick_h_> gary_poster: yea, was going to do them at the same time. I realize now why it's confusing
[21:51] <rick_h_> one is 'charm icon given bundle data' and the other is the 'bundle icon itself'
[21:52] <rick_h_> gary_poster: so the full charm details (including recommended) is available in the interesting/search results view and the only tiny icons to show in a bundle token will be recommended charms
[21:52] <rick_h_> so I'm not sure what the ""I worry that we will need to show what charms are recommended" is?
[22:06] <huwshimi> Morning
[22:06] <rick_h_> morning huwshimi
[22:30] <hatch> morning huwshimi
[22:34] <rick_h_> I always want to ask huwshimi "so how's Tues looking? I want to plan ahead for tomorrow"
[22:35] <hatch> I do all the time
[22:35] <hatch> he is probably getting irritated
[22:35] <hatch> :)
[22:41] <hatch> rick_h_: still around?
[22:42] <rick_h_> hatch: yes
[22:42] <huwshimi> rick_h_, hatch: It is a beautiful spring morning
[22:42] <hatch> ok real quick...
[22:43] <rick_h_> heh, lovely fall blustery day.
[22:43] <hatch> in _dispatchTabEvents() you(or someone) use the tab contents to decide what to do next....why didn't you/others use the label content instead?
[22:43] <hatch> it seems way less fragile
[22:43] <rick_h_> hatch: because the labels don't change if you've already loaded the content
[22:43] <rick_h_> hatch: but the content will change
[22:44] <rick_h_> hatch: so it's a build in "don't load this twice" mechanism
[22:44] <rick_h_> hatch: and not dependant on sync'ing some state tracked somewhere.
[22:44] <hatch> ohh, hmm
[22:44] <hatch> I always wondered why there was that flash of text
[22:44] <hatch> heh
[22:44] <hatch> can I fix it to use a state tracker?
[22:44] <hatch> mainly to get rid of that flash of text
[22:45] <rick_h_> Off the top of my head not sure, I'd have to look. Which tab is this that flashes?
[22:45] <hatch> features, readme, and....
[22:46] <rick_h_> ah, it's because the spinner doesn't properly lay over it. I guess I've jut not realized it.
[22:46] <rick_h_> hatch: I think a shorter path would be to make it hidden by default and then show on load? but then there's the spinner to deal with. It was always meant ot be fixed so the spinner was sized better and overlays things so you'd not see it
[22:46] <rick_h_> hatch: but whatever floats your boat/you can get working.
[22:47] <rick_h_> hatch: the general idea was that it was built in dupe detection and I think we needed some content in there by default for the spinner to glom onto
[22:47] <hatch> ok I'll investigate
[22:47] <hatch> thanks
[22:47] <hatch> I figured there had to be a logical reason
[22:47] <hatch> heh
[22:47] <rick_h_> yea, I think we never fixed it because we always thought the spinner/activity thing would fix it
[22:47] <rick_h_> but never got around to that
[22:48] <hatch> wish there was a built in load-on-visible method in tabview
[22:48] <rick_h_> man, now that you point that out it's so awful /me is ashamed.
[22:48] <hatch> so many of these yui modules seem to have been left to rot
[22:49] <hatch> lol
[22:49] <rick_h_> hatch: well we do use our own tabview widget that doesn't do much but extend the YUI one.
[22:49] <rick_h_> hatch: so there's a place to hack something in to use
[22:49] <hatch> oh yeah for sure - but I don't want to deal with that now hah
[22:49] <rick_h_> hatch: but then again we've got plans to animate/slider things so I'd not worry too much about it atm since it'll change
[22:49] <hatch> ahh right right
[22:49] <rick_h_> hatch: so honestly, I'd leave it be for now and move forward and chalk it all up to UX cleanup already planned
[22:50] <hatch> ahh I love that promise code
[22:50] <hatch> it just makes that render method so clean to read :)
[22:51] <rick_h_> I think all tabs go through the dispatchTabEvents call so there is a single place to track state. Originally we didn't have that and I think tracking if a tab was loaded or not was a pita
[22:51] <rick_h_> even tabs that don't need to do anything, just show
[22:52] <hatch> right
[22:52] <hatch> another irritant with tabview - the id's
[22:52] <hatch> seriously...
[22:52] <hatch> it 'requires' ids
[22:52] <hatch> oy
[22:53] <hatch> I know it's for progressive enhancement
[22:53] <hatch> but....
[22:53] <hatch> c'mon
[22:53]  * hatch is having a bad day I guess lol
[22:53] <rick_h_> yea, I mean it's not all our fault :P
[22:53] <hatch> haha yeah I know
[22:53] <hatch> I added a note to remove the reference to the id
[22:53] <hatch> then I was like....oh...right
[22:54] <rick_h_> heh, nope
[22:54] <rick_h_> which actually messes us up with the tabs on both inspector/not
[22:54] <rick_h_> which we really need to make sure only one shows at a time anyway
[22:55] <hatch> yeah true true
[22:56] <hatch> so itunes is supposed to download my podcasts to my NAS - but if it can't connect, it downloads them to my local drive :/
[22:56] <rick_h_> hatch: what about setting the content to "" right after we do the check, then launch the remote call
[22:56] <hatch> oh i've already changed it to trigger off of the label
[22:56] <rick_h_> at least the flicker will be really really short and maybe not noticeable since we won't wait to remove the default text until it comes back
[22:56] <rick_h_> heh
[22:57] <rick_h_> and it won't load twice?
[22:57] <hatch> nope because of the state object
[22:58] <rick_h_> ok, cool then. I'm out
[22:58] <hatch> have a good one
[22:58] <hatch> I'll propose and you can review it in the morning
[23:33] <hatch> rick_h_: if you return - trying to load the README file but the endpoing "/api/3/charm/~benji/wiki/5/wiki/file/README" is 404ing
[23:35] <hatch> rick_h_: ignore that - I am an idiot
[23:41]  * benji senses a severe lack of file extensions in the force.
[23:43] <hatch> I wish the charm/bundle models had a 'type' attribute
[23:43] <hatch> would really clean up a lot of this code haha
[23:43] <hatch> is there a reason why we don't?
[23:44] <hatch> well I'm adding one now
[23:54] <rick_h_> hatch: no, it should be added
[23:54] <hatch> kewl - it's added
[23:54] <rick_h_> hatch: that way they can share the rest of hte logic together. The only thing that's diff is the id
[23:54] <rick_h_> benji: yea, the lack of extensions bugs me, but it's supported
[23:55] <hatch> rick_h_: so i've added the tabview and readme but I need to write tests now so it won't be done today as it's already 1h past EOD
[23:55] <benji> hatch: wouldn't a type check work?
[23:55] <rick_h_> so there's logic to lowercase the list of files, and search for anything that starts with 'readme' and work with it
[23:55] <rick_h_> benji: yea, that too since they're diff models
[23:55] <rick_h_> hatch: all good, will peek when you're ready
[23:56] <hatch> I don't want to rely on some crude 'does this attribute' exist check
[23:56] <hatch> so they now have an entityType attribute
[23:56] <hatch> which is either 'charm' or 'bundle'
[23:56] <rick_h_> hatch: well if you do that make sure you're checking the doctype in the api
[23:56] <rick_h_> hatch: because that's the supplier of the info
[23:56] <hatch> it doesn't matter
[23:56] <rick_h_> hatch: and should be sync'd
[23:56] <hatch> If you're creating a Charm Y.Model instance, it's a charm
[23:56] <rick_h_> right, but it should. if charmworld changes it, the gui should just roll with it
[23:56] <hatch> if you're creating a Bundle Y.Model isntance, it's a bundle
[23:57] <hatch> or are you implying that we are merging the two models?
[23:57] <rick_h_> hatch: meh, true I guess. and the doctype is outside the data passed to create a new model instance :/
[23:57] <rick_h_> hatch: well, what I mean is that http://staging.jujucharms.com/api/3/search?text=wiki supplies a doctype
[23:58] <rick_h_> hatch: and a lot of code (locating the readme) can be matched between the two
[23:58] <rick_h_> hatch: but I'm just speaking out loud, not out of something we need atm so ignore me.
[23:59] <rick_h_> I guess wherever json -> models it should be listening to the doctype
[23:59] <rick_h_> to create the right instance, and we could really have a model list that's either a charm or a bundle
[23:59] <rick_h_> I've not looked at how that's been done so I can't speak to it atm.


[23:20] <qwebirc81993> evening all
[23:25] <qwebirc81993> what or is there a way to update Mythbuntu to use the 4.x kernel? WIll this break other parts of Mythbuntu (MCC for example?) or can you not say as this is what testing is for?
[23:27] <tgm4883> qwebirc81993: LTS releases might be able to
[23:28] <tgm4883> since we'd gain whatever they have in the HWE
[23:30] <qwebirc81993> ok, do I have to build these from source? I think I did this previously following some instructions somewhere but various things didn't work so well after! This is all becasue I want to compile the open source TSB drivers for my tuner card (TSB 6285)
[23:31] <tgm4883> qwebirc81993: sec
[23:31] <qwebirc81993> Did I also read that you're not going to be releasing any more Mythbuntu Isos? A great shame, they're most excellent but understandably a lot of work!
[23:31] <tgm4883> no, we still are
[23:31] <tgm4883> there was a discussion
[23:31] <qwebirc81993> oh, cool
[23:32] <qwebirc81993> in that case I could just wait for 16.04 LTS I guess which should have the 4.x kernel?
[23:33] <tgm4883> probably
[23:33] <tgm4883> I'd have to look
[23:39] <qwebirc81993> Not running Mythbuntu at the moment on this machine (been wrestling for days now trying to get it all set up under lubuntu) but is there a repository to select the nightly or other development build of Mythbuntu?
[23:40] <qwebirc81993> I can give that a try and if not I can wait a few months
[23:40] <tgm4883> you can install mythbuntu-control-center
[23:40] <tgm4883> centre*
[23:45] <qwebirc81993> thanks, installing packages with it now.. forgot you could do that on other distros