[15:00]  * slangasek waves
[15:01] <jodh> o/
[15:01] <slangasek> #startmeeting
[15:01] <meetingology> Meeting started Wed May 29 15:01:56 2013 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:01] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[15:02] <slangasek> [TOPIC] Lightning round
[15:02] <slangasek> $ echo $(shuf -e barry doko stgraber jodh ev bdmurray slangasek cjwatson xnox stokachu)
[15:02] <slangasek> jodh barry slangasek ev stgraber stokachu cjwatson bdmurray doko xnox
[15:02]  * slangasek starts the stopwatch
[15:03] <jodh> * misc:
[15:03] <jodh>   - Bank Holiday Monday and half day Tuesday.
[15:03] <jodh>   - Fix for Upstart logger bug reported by stgraber now committed.
[15:03] <jodh>   - Registered for DebConf13 and arranged travel.
[15:03] <jodh>   - Reworked
[15:03] <jodh>     lp:~jamesodhunt/ubuntu/saucy/sysvinit/log-processes-and-open-files-on-shutdown.
[15:03] <jodh>   - Reworked lp:~jamesodhunt/upstart/serialise-remaining-objects.
[15:03] <jodh>   - Reworking lp:~jamesodhunt/upstart/allow-multiple-cmdline-confdirs
[15:03] <jodh>     based on feedback from stgraber to allow some actual init
[15:03] <jodh>     command-line tests to be written.
[15:03] <jodh> * foundations-1305-upstart-app-launching
[15:03] <jodh>   - Raised MP for lp:~jamesodhunt/upstart/libupstart
[15:03] <jodh>   - Merged lp:~mdeslaur/upstart/apparmor-support.
[15:03] <jodh> ⫸
[15:03] <jodh>
[15:03] <barry> short week due to usa holiday monday
[15:03] <barry> merges, updates, patch piloting: codespeak-lib, pytest, pyflakes3, zope.interfaces, natilus-python
[15:03] <barry> bugs: lp: #1173704, lp: #1069019 (reviewed), lp: #1170017 (continuing)
[15:04] <barry> image based upgrades: catchup w/lifeless & stgraber.  gpg regime discussion
[15:04] <barry> todo: continue implementation of new gpg regime
[15:04] <barry> done
[15:04] <slangasek>  * short week due to Memorial Day in the US
[15:04] <slangasek>  * slow week, still recovering from plane plague
[15:04] <slangasek>  * reviews finished
[15:04] <slangasek>  * new skype uploaded to partner
[15:04] <slangasek>  * DebConf travel plans all sorted out
[15:04] <slangasek>  * LPC travel plans to be finalized this week
[15:04] <slangasek>  * fixed sysvinit regression (invoke-rc.d) cascading from a fix to debhelper to make sure we actually call invoke-rc.d for packages that ship an upstart job but not an initscript; this unfortunately broke builds for a day
[15:05] <slangasek> (done)
[15:05] <ev> - Worked with Katherine and Neil to get the NDA for https://errors.ubuntu.com
[15:05] <ev>   written and published:
[15:05] <ev>   https://forms.canonical.com/reports/
[15:05] <ev> - Drafted an announcement of the NDA to<EMAIL_ADDRESS>Waiting on some peer
[15:05] <ev>   review from Matthew.
[15:05] <ev> - Created a package that purposefully fails in its postinst, creating an apport
[15:05] <ev>   package installation failure report. Modified apport-test-crashes to install
[15:05] <ev>   this in a fakechroot and include the apport report in its output. I just need
[15:05] <ev>   to add this to the integration test now.
[15:05] <ev> - Simplified the design of our Tarmac machinery. It was taking too long to
[15:05] <ev>   cover all the corner cases in tearing down the world with each deployment
[15:05] <ev>   attempt. Instead, we start with a deployed set of charms and the Tarmac
[15:05] <ev>   instance uses the upgrade-charm functionality (that we created for use in
[15:05] <ev>   stagingstack) to deploy the code from the MP.
[15:05] <ev> - Finished the above and deployed it. It works \o/:
[15:05] <ev>   http://bazaar.launchpad.net/~daisy-pluckers/daisy/trunk/revision/349
[15:06] <ev> - Investigating the creation of a "What's unusual about this error?" section to
[15:06] <ev>   the problem page:
[15:06] <ev>   https://wiki.ubuntu.com/ErrorTracker#A.2BIBw-What.2BIBk-s_unusual_about_this_error.2BIB0-
[15:06] <ev>   Started work on surfacing common dependencies between the instances as a
[15:06] <ev>   first pass. This will help us identify cases where the bug exists in the
[15:06] <ev>   library, not the binary its surfacing in. Discussions with Matthew on what
[15:06] <ev>   defines the "rate for matching machines" and whether this is better than a
[15:06] <ev>   simple percentage of the total instances.
[15:06] <ev> Blocked:
[15:06] <ev> - The webops team has been sprinting in the weeks since UDS as training for the
[15:06] <ev>   move to squads. This has meant that all non-critical tickets are on hold.
[15:06] <ev> - We're also stuck by the Cassandra cluster not having enough free disk space
[15:06] <ev>   for compaction. Tickets that create new data, such as back-population jobs,
[15:06] <ev>   are on hold until this is resolved:
[15:06] <ev>   https://rt.admin.canonical.com/Ticket/Display.html?id=61432
[15:06] <ev> - Due to the way I constructed our oops.canonical.com support, we're blocked on
[15:06] <ev>   further deployments of lp:errors until the RT lands:
[15:06] <ev>   https://rt.admin.canonical.com/Ticket/Display.html?id=61393
[15:06] <ev> Misc:
[15:06] <ev> - I attended a talk last night by Russel Winder on how Go and D stack up
[15:06] <ev>   against Python:
[15:06] <ev>   http://skillsmatter.com/podcast/nosql/are-go-and-d-threats-to-python/mh-7418
[15:06] <ev>   I don't think it's worth the language wars that would follow a trip report,
[15:06] <ev>   nor was there a lot of meat in there for the canonical-tech crowd, but I was
[15:06] <ev>   surprised to see that Go's error handling is enforced by policy, not code.
[15:06] <ev>   Unlike exception-based languages, you end up with the whole thing blowing up
[15:06] <ev>   some distance from where the error actually occurred. Julian does a better
[15:06] <ev>   job of explaining it:
[15:06] <ev>   http://bigjools.wordpress.com/2013/04/24/error-handling-in-go/
[15:06] <ev>   That said, it seems like an interesting enough language for server workloads,
[15:06] <ev>   assuming it gets a some mature batteries.
[15:06] <ev> - I'm 6 today:
[15:06] <ev>   https://pastebin.canonical.com/91771/
[15:06] <ev> (done)
[15:07] <stgraber> Blueprint-related work:
[15:07] <stgraber>  - Image based updates (BLUEPRINT: foundations-1305-image-based-updates)
[15:07] <stgraber>   - Waiting on review of the GPG implementation plan, need to get the keys generated and signed after that.
[15:07] <stgraber>   - Waiting for IS to setup the image based update server.
[15:07] <stgraber>   - Fixed a couple of bugs in the image diffing tool, adding a proper test suite now.
[15:07] <stgraber>   - Discussion with lifeless and barry.
[15:07] <stgraber> Other work:
[15:07] <stgraber>  - release/cdimage
[15:07] <stgraber>    - Wrote a new rebuild-requests tool to query any pending rebuild from the ISO tracker.
[15:07] <stgraber>    - Started integrating this with the actual build process so we can cron that thing.
[15:08] <stgraber>    - Smaller code change to the tracker to automatically mark a rebuild request as done when a new version is pushed (manually or through the API).
[15:08] <stgraber>  - LXC
[15:08] <stgraber>   - Pushed C implementation of get_ips in LXC API, dropped the python implementation and update the bindings
[15:08] <stgraber>   - Fixed LXC in saucy to install properly on a device with network bridges available in the kernel (touch devices).
[15:08] <stgraber>   - Answered some #ubuntu-phone question for the container flip, things appear to be going well
[15:08] <stgraber>   - Answered some questions from the QA/desktop team on using LXC for their desktop tests
[15:08] <stgraber>   - Drafted the implementation of container autostart upstream (to replace the Ubuntu-specific implementation)
[15:08] <stgraber>   - Updated the build/testing server to build on saucy and add armhf builds to the mix
[15:08] <stgraber>   - Various discussions and code reviews for major upstream changes needed for LXC 1.0
[15:08] <stgraber>  - Merged gnupg2, installation-report, openvpn, ifenslave-2.6 and nfs-utils (waiting on testing from slangasek for that last one)
[15:08] <stgraber>  - SRUed isc-dhcp to precise and lucid to allow both to be used as containers on saucy (required backporting the UDP checksum offloading patch)
[15:08] <stgraber>
[15:08] <stgraber> TODO:
[15:08] <stgraber>  - Finish self-rebuilds feature implementation on nusakan
[15:08] <stgraber>  - Implement some of the remaining bits for the image based update server tools
[15:08] <slangasek> stgraber: ack, will test nfs-utils today
[15:08] <stgraber>  - Process some pending merges (ifupdown and resolvconf)
[15:08] <stgraber> (DONE)
[15:08] <stgraber> slangasek: thanks
[15:09] <slangasek> testing these things would be easier if someone could explain to me why my kernel is holding 1.5GB of memory for disk caches that it will never free
[15:09] <slangasek> well.  a *lot* of things would be easier if that were the case
[15:10] <slangasek> ev: "tickets that create new data" - does that block anything for phased updates? bdmurray?
[15:10] <bdmurray> slangasek: yes
[15:10] <slangasek> blast - ok.
[15:10] <bdmurray> although it may not be critical as it is the count of systems that have experienced a crash
[15:11] <slangasek> well, ticket #61432 already has "priority 20000", that's probably good enough :P
[15:11] <bdmurray> and actually its backfilling data so not important for packages entering -updates
[15:11] <ev> bdmurray: you might have some luck if you raise your ticket with the vanguard, as he was correcting my statement that we're blocked by the sprint :)
[15:12] <slangasek> oh, and stokachu is out this morning, and cjwatson is off today
[15:12] <slangasek> so, bdmurray:
[15:12] <bdmurray> submitted RT regarding backfill of bucketsystems
[15:12] <bdmurray> further work on phased-updater code
[15:12] <bdmurray> submitted merge proposal regarding sru-review
[15:12] <bdmurray> review of slangasek's change to sru-review
[15:12] <bdmurray> review of pending SRUs for errors bucket information
[15:12] <bdmurray> wrote blog post regarding SRU verification
[15:12] <bdmurray> release of recently verified SRUs (possibly due to blog posting)
[15:12] <bdmurray> fixed apport-symptoms bug regarding ubuntu-release-upgrader (LP: #1173913)
[15:12] <bdmurray> investigation into bug 1180034
[15:12] <bdmurray> trying to fix / test bug 1069019
[15:12] <bdmurray> review of DuplicateSignatures for saucy apport-package bug reports
[15:12] <bdmurray> merged apport bug fix for bug 1184121 regarding duplicate signature for package install failures
[15:12] <bdmurray> modified bugbot to deal with corrupt pyc files
[15:13] <bdmurray> fixed bugbot issue with apport crashdb on cranberry
[15:13] <bdmurray> ␗ done
[15:14] <slangasek> stgraber: image-based update server> I did update the ticket with deadline+priority, but based on what ev's said I guess this ticket is not going to move for a few weeks.  Is that holding anything up for you?
[15:14] <slangasek> stgraber: and thanks for getting the ifupdown merge; I meant to ask you if that was safe for me to do or if you wanted it held off
[15:14] <barry> bdmurray, doko think it's time to sru lp: #1058884 ?
[15:15] <doko> barry, I think it doesn't do any harm
[15:15] <doko> another question if it will help ...
[15:15] <slangasek> from the profile of that bug report, I suspect it will
[15:16] <slangasek> so, +1 from me for SRUing
[15:16] <bdmurray> barry: sounds good to me
[15:16] <slangasek> are there any python SRUs currently stuck in the queue?  Hmm, I would check this but pending-sru report is broken at the moment - doh
[15:16] <barry> yep, good, i'll get that started.  doko did i see that you got the same patch into debian?
[15:16] <bdmurray> I believe there are / were
[15:16] <doko> yes, there are still some 2.7 ones
[15:16] <doko> or 3.2?
[15:17] <stgraber> slangasek: ifupdown is always a pain to merge but I know where the problems tend to be so figure it'd be a lot faster for me to do it
[15:17] <stgraber> slangasek: so we need the server and the GPG keys online and ready by end of June if we want to respect our deadlines
[15:17] <stgraber> slangasek: it's not preventing developement of the other bits as we're using phablet.stgraber.org currently which has a valid SSL certificate and can be used with barry's code
[15:17] <slangasek> stgraber: ok.  I'll make sure to revisit this with IS in the sync call next week, then.
[15:18] <slangasek> doko: your turn
[15:18] <barry> stgraber: did you fill out the /gpg tree?
[15:18] <doko> - android cross toolchain (wanted to upload today, let's see if this works out)
[15:18] <doko> - preparing and testing gcc 4.8.1 release, looking at http://bugs.debian.org/710220, starte
[15:18] <doko> d an archive search for saucy
[15:18] <doko> - binutils trunk update in the ubuntu-toolchain-r/test ppa, waiting on feedback from the ke
[15:18] <doko> rnel team
[15:18] <doko> - python3.3 update, consolidating maintainer scripts
[15:18] <doko> (done)
[15:19] <stgraber> barry: was actually hoping to hear back from you on the changes I did on the wiki. If everything looks good to you, I'll go ahead and do the changes to phablet.stgraber.org
[15:19] <xnox> * boost1.53 is finished (less than 17 ftbfs packages left to be
[15:19] <xnox>   resolved in Debian, libreoffice update is being prepared by bjorn)
[15:19] <xnox> * merged updated fuse, fuse-utils package renamed to fuse (and
[15:19] <xnox>   transition reverse-deps to the new name)
[15:19] <xnox> * pushed some of ubuntu's d-i delta back to debian, and merged back to
[15:19] <xnox>   ubuntu.
[15:19] <xnox> * merged and uploaded ubuntu1 plugin for ubiquity, but disabled by
[15:19] <xnox>   default. Can be activated with --sso flag. Prepared instructions for
[15:19] <xnox>   design team review of the changes.
[15:19] <xnox> * Reviewed changes to ubuntu-geonames service from Liam Young, he is
[15:19] <xnox>   working on charming geonames to work on prod-stack (from IS sprint)
[15:19] <xnox> * Still have ~40 TIL merges left as per MoM, which I hope to resolve
[15:19] <xnox>   (ideally by syncing ;-))
[15:19] <xnox> * In-progress adding logind support to ubiquity, I correctly receive
[15:19] <xnox>   seat&session, yet ubiquity doesn't start-up under logind yet.
[15:19] <barry> stgraber: ack.  i'll get back to you on that later today
[15:19] <xnox> * Booked travel for DebConf13
[15:19] <xnox> done.
[15:19] <stgraber> barry: IIRc changes are mostly format of the keyrings, blacklist keyring, format change of channels.json and some changes on what's using detached signatures vs in-line signatures
[15:21] <slangasek> xnox: "doesn't start up under logind" - hmm, what does that mean?
[15:23] <xnox> slangasek: still investigating, ubiquity-dm terminates and doesn't give much useful output. will crank up dbus logging to see what is preventing ubiquity from opening a logind session.
[15:24] <slangasek> xnox: ok
[15:24] <slangasek> any other questions over the above?
[15:24] <xnox> slangasek: now that we have upstart-usersessions, I wonder if ubiquity should simply be a user-job which simply starts up before unity & blocks it.
[15:25] <slangasek> xnox: mmm, no idea - maybe stgraber has some thoughts on that
[15:25] <stgraber> xnox: we don't have upstart usersesssion for !ubuntu
[15:26] <xnox> (if that is possible, it's more of a wondering). Also since there is no pam session initiated, there is also no XDG_RUNTIME and etc. variables.
[15:26] <xnox> (XDG_RUNTIME_DIR that is)
[15:26] <stgraber> if we had, we indeed could ship a "start on starting xsession-init and dbus" job which would start ubiquity
[15:27] <slangasek> you could theoretically split the binary package for user-session activation vs. system activation
[15:27] <slangasek> though that could make for some unpleasant bit rot on the system activation case
[15:28] <stgraber> indeed. I'm not sure what's the benefit though if we end up having to maintain the two (sure, the flavours would be responsible for ubiquity-dm, but in the end we'll still be the ones reviewing those and fixing quite a few of the bugs I expect)
[15:29] <slangasek> right, except perhaps in encouraging the flavors to move to upstart user sessions sooner?
[15:29] <slangasek> but anyway - probably a conversation for another time and place
[15:29] <slangasek> [TOPIC] Bugs
[15:29] <slangasek> bdmurray: any bugs you've not gotten answers on already?
[15:30] <bdmurray> oh, bug 1094218 received an interesting comment
[15:30] <stgraber> I can probably quickly look into what would be needed to get kde, lxde and xfce to use user sessions. I don't think it's much more than a single upstart job that starts the right *-session binary
[15:31] <barry> bdmurray: i still have a browser tab open on that one.  i haven't looked closely, but a cursory look was a bit mysterious
[15:32] <bdmurray> barry: a look at the last comment?
[15:32] <slangasek> it's a bit speculative
[15:32] <slangasek> "there may be a SIGCHLD handling bug in python" - sure, there may
[15:33] <slangasek> but the pipe code has been there a while, how has nobody hit this before?
[15:33] <slangasek> barry, doko: anyway, it might be worth one of you having a look at os.popen() vs. http://bugs.python.org/issue9127
[15:33] <barry> yeah, if sys.stderr is closed or otherwise unavailable, that would probably cause the crash.
[15:33] <slangasek> ah
[15:34] <slangasek> sys.stderr being closed seems quite plausible here
[15:35] <slangasek> and I guess reproducing that requires actually closing stderr, not just redirecting to /dev/null :)
[15:35] <slangasek> (not sure of a good way to test that from shell)
[15:35] <slangasek> anyway
[15:35] <slangasek> barry: will you follow up?
[15:37] <barry> slangasek: yeppers
[15:37] <slangasek> great, thanks
[15:37] <slangasek> bdmurray: anything else?
[15:38] <slangasek> ... assuming not :)
[15:38] <bdmurray> slangasek: nope
[15:38] <slangasek> [TOPIC] AOB
[15:39] <slangasek> bdmurray: ok, thanks :)
[15:39] <slangasek> anything else new and exciting?
[15:40] <stgraber> did I ever mention how much I hate ubuntu-release-upgrader? It's now my 5th try at building a source package. I "think" I've got all the needed packages installed on my system now...
[15:40] <slangasek> stgraber: are you using bzr bd?
[15:40] <stgraber> yep
[15:40] <barry> stgraber: i feel your pain
[15:40] <slangasek> hmm, this package is missing the bzr-builddeb integration hook!
[15:41] <slangasek> did someone forget to add that when splitting from update-manager?
[15:41] <stgraber> it just annoys me that this package has more dependencies to build a source package than it has to actually build the binaries :)
[15:41] <slangasek> yeah
[15:41] <stgraber> slangasek: it has the hook, pre-build.sh is being called by bzr bd
[15:41] <slangasek> stgraber: the pre-build.sh should prompt you for all the build-deps in one go, AFAICS
[15:41] <slangasek> and if it's not doing that, update the dpkg-checkbuilddeps line :)
[15:41] <bdmurray> I think infinity had mentioned one was missing at the sprint
[15:42] <stgraber> slangasek: it does for what's needed by the testsuite, then the source package fails to build 5min later because you also need all the build-deps apparently
[15:42] <bdmurray> or he fixed one
[15:42] <slangasek> looks like he did, yes
[15:43] <slangasek> stgraber: oh; I was assuming you'd done 'sudo mk-build-deps -i -r' or equivalent before calling bzr bd, too :)
[15:43] <slangasek> anywayz
[15:43] <slangasek> stgraber: thanks for fixing invoke-rc.d :)
[15:43] <stgraber> slangasek: most if not all packages I maintain don't depend on half the world just to build a source package ;)
[15:44] <stgraber> anyway, I apparently just got a source package, let's see if I can build that thing and test it somehow
[15:44] <slangasek> heh
[15:44] <slangasek> #endmeeting
[15:44] <meetingology> Meeting ended Wed May 29 15:44:27 2013 UTC.
[15:44] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-05-29-15.01.moin.txt
[15:44] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-05-29-15.01.html
[15:44] <slangasek> thanks, all!
[15:44] <barry> thanks!
[15:44] <jodh> thanks
[15:44] <stgraber> thanks!


[00:56] <tux|dude> How's 16.04 coming along?
[03:12] <MichaelTunnell> tux|dude: less than 3 more days for release
[03:13] <MichaelTunnell> virtualbox has a weird issue with 3d acceleration but thats the only issue I've found so far
[05:08] <NOYFB-JACK> any plans on another screensaver function OR lock screen background changer? OR am I missing something?
[05:20] <NOYFB-JACK> So...................... was that an I DONT KNOW??
[05:21] <hateball> !patience
[05:24] <valorie> NOYFB-JACK: the plasma team is focussing on getting ready for wayland
[05:25] <valorie> once that's ready, we'll see
[05:26] <valorie> I don't know exactly what Plasma 5.6 has yet, because I didn't want to get too impatient
[05:26] <valorie> we'll not get it in Kubuntu until after release
[05:37] <NOYFB-JACK> does wayland support anything like this? I thought wayland was just a replacment for X11?
[05:40] <valorie> NOYFB-JACK: I'm not sure about screensavers
[05:41] <valorie> lock-screen backgrounds I assume is a separate issue
[05:41] <valorie> you might ask in #plasma once the devels wake up
[05:55] <NOYFB-JACK> Val!!!
[05:56] <NOYFB-JACK> but you should have all the answers!! :P
[05:56] <NOYFB-JACK> letting me down girl! :P
[06:04] <xrfang> hi there  I have a problem with the linux sort command, see this url: http://paste2.org/9FYkNec9
[06:05] <xrfang> my question is: the "~" character should be sorted AFTER english alphabet according to the ASCII table.
[06:05] <xrfang> any hint is greatly appreciated.
[06:07] <valorie> hmmm
[06:07] <valorie> xrfang: not really a Kubuntu question -- you might have better luck in ##linux
[06:08] <xrfang> ok
[06:08] <valorie> NOYFB-JACK: I have lots of answers, but try to only give the right ones
[06:08] <valorie> :-)
[06:08] <xrfang> well, a kubuntu, konversation question :-) how can I hide the message that someone enter or leave a channel?
[06:11] <NOYFB-JACK> sounds like an appropriate answer :P
[06:11] <NOYFB-JACK> Only the best will do anyhow!!!
[06:12] <valorie> xrfang: that's easy, actually
[06:14] <valorie> Settings > Configure Konversation  > Chat Window
[06:14] <valorie> hide joins & parts
[06:16] <xrfang> valorie: cool, I checked that under "notification", found nothing ...
[06:22] <valorie> I had to look in a couple of different dialogs
[06:22] <NOYFB-JACK> How long have you used KDE Val?
[06:25] <valorie> NOYFB-JACK: since about 2002
[06:30] <NOYFB-JACK> full time since 2002 or starting to davel?
[06:31] <NOYFB-JACK> dabbleing *
[06:48] <valorie> NOYFB-JACK: pretty much full-time
[06:48] <valorie> my first laptop was a dual boot with windows, but I found I just never used the windows partition
[06:49] <valorie> although that was win2kpro, which was much better than my previous versions
[06:56] <NOYFB-JACK> windoze, almost don't even remember those days... It's nice we had a great alternative to use....
[06:56] <valorie> before Windows, I used a Mac
[06:56] <valorie> before that, first computer: Coleco ADAM
[06:57] <valorie> 80k!
[08:35] <swimmer_> Hi there, I've installed KDE plasma into 16.04 and I want to have the "printers widget, does anyone know the name of the package?
[08:38] <valorie> hmmm
[08:39] <valorie> seems to be called Printers
[08:39] <valorie> you click on the hamburger menu, click add widgets, then type printer
[08:40] <swimmer_> I wont show printers
[08:40] <swimmer_> doesn't show anything printer related
[08:41] <valorie> I'm running 16.04
[08:42] <swimmer_> but you are runnig ubuntu 16.04 with KDE or Kubuntu?
[08:44] <valorie> Kubuntu is KDE software on Ubuntu
[08:45] <swimmer_> I know but you started directly with a kubuntu ISO or with a Ubuntu ISO and then installed the KDE plasma?
[08:46] <valorie> Kubuntu ISO
[08:46] <valorie> there might be an plasma extras package or so
[08:46] <valorie> let me search
[08:46] <swimmer_> thats the difference... I'm starting with a Ubuntu ISO and I'm installing the packages that I want
[08:47] <valorie> plasma-widgets-addons - additional widgets for Plasma 5
[08:47] <valorie> try installing that
[08:47] <swimmer_> I have that installed but don't show any printer settings
[08:47] <valorie> swimmer_: do you have plasma desktop?
[08:47] <valorie> or just applications
[08:47] <swimmer_> yap
[08:48] <valorie> ok
[08:48] <swimmer_> ii  plasma-widgets-addons                           4:5.5.5-0ubuntu1
[08:48] <valorie> we have various settings packages that you may or may not have, if you didn't install kubuntu-desktop
[08:48] <valorie> which of course you still can do
[08:48] <swimmer_> I dind't. I went for plasma packages
[08:49] <valorie> plasma-widgets-addons:
[08:49] <valorie>   Installed: 4:5.5.5-0ubuntu1
[08:49] <valorie> so same here
[08:49] <valorie> I don't know what's in it, I don't have printers
[08:49] <valorie> you might ask in #plasma if there is something you are missing
[08:50] <swimmer_> :) ty for your help
[08:50] <valorie> sorry I couldn't be of more help
[08:51] <swimmer_> you tried, that counts
 Morning everybody
[11:09] <BluesKaj> 'Morning all
[11:18] <Smurphy> Morning..
[11:51] <vorap> Morning
[11:53] <BluesKaj> Hi Smurphy, vorap
[12:53] <viewer|43420> hi
[12:53] <viewer|43420> i had a question about kubuntu
[12:53] <hateball> Ask away
[12:53] <viewer|43420> what is with the future of this project?
[12:54] <viewer|43420> i want to use kubuntu but i read something about the disput of jonathan riddell and canonical
[12:55] <BluesKaj> viewer|43420, atm  that's a difficult question to answer...think we'll know more in the next few weeks
[12:55] <viewer|43420> i like kubuntu
[12:55] <viewer|43420> i want to use it again
[12:56] <BluesKaj> viewer|43420,Kubuntu is going in a differnt direction than ubuntu and it's supported by Blue Systems now, so I'm optimistic it will continue
[12:57] <viewer|43420> witch alternative is there to kubuntu?
[12:58] <vorap> viewer|43420: Take a look at this http://www.ubuntu.com/about/about-ubuntu/flavours
[12:58] <viewer|43420> i taste that all
[12:58] <viewer|43420> i want kubuntu
[12:59] <viewer|43420> when the distribution is dying i think i go to debian
[12:59] <BluesKaj> well , I'm sticking with Kubuntu as long as I can so not considering any alternatives atm, but since I'm a dedictaed KDE user then I'd probly switch to Debian if Kubuntu fell by the wayside
[13:00] <vorap> Same here
[13:00] <viewer|43420> i hope the best
[13:00] <vorap> We all do
[13:01] <hateball> Worst case, there is Project Neon
[13:04] <BluesKaj> hateball, i'm not too impressed with neon, it's links to the downloads are disabled because the thing is so broken
[13:04] <hateball> BluesKaj: Hence worst case :p
[13:05] <BluesKaj> no case :-)
[13:09] <BluesKaj> But realy do think Kubuntu is going to be around , the devs are just playing their cards "close to the vest" so to speak.
[13:20] <viewer|43420> help me to understand... kubuntu get no money from canonical?
[13:20] <viewer|43420> but it is a officinal flavor?
[13:22] <viewer|43420> by means of all the informations i have, it is right when i say kubuntu is not a realy flavour of ubuntu?
[13:23] <viewer|43420> sorry my english is so good ;)
[13:23] <swimmer_> what is the definition of flavour?
[13:23] <marco-parillo> Kubuntu, like all official "flavours" get support (especially hosting) directly through Canonical, They also have access to request community support for things like travel to conferences, printing posters / burning CDs, etc.
[13:24] <viewer|43420> you can say it - i ask
[13:24] <marco-parillo> http://www.ubuntu.com/about/about-ubuntu/flavours
[13:24] <viewer|43420> ok
[13:25] <marco-parillo> Note that the K Desktop environment was what KDE originally stood for. Now KDE is a community, and their main software is Plasma (the desktop), Applications, and Frameworks.
[13:26] <BluesKaj> marco-parillo, that's thje "official position" canonical presents to the public , but what's the reality now that JR etc are working with Blue Systems to support and develop Kubuntu
[13:27] <viewer|43420> i why riddle is disputing because the donate money?
[13:28] <marco-parillo> My personal reading (note that I am not on the KC, or even a member), is that basically Kubuntu was unique among the flavours some years ago as JR was a Canonical employee. After they dropped him, the Kubuntu was treated exactly like the other flavours.
[13:30] <viewer|43420> ok. i think is really it is a definition-ask...
[13:30] <BluesKaj> or even neglected due to the rancor
[13:31] <marco-parillo> My read on the donations is that (charitably), it was administered by techies who were clueless about proper fund accounting. I have had only a bit of accounting training, and I was shocked at how sloppy it was. Now some might say that the sloppiness was by design, but I do not know, and, lacking any credible proof, am disinclined to promote that.
[13:32] <viewer|43420> ok
[13:32] <marco-parillo> As far as neglect, obviously, the Unity environment and now the phone are promoted. All others (Xubuntu, Lubuntu, Ubuntu Gnome, etc.) are strictly unpaid by Canonical.
[13:33] <marco-parillo> Labor that is. As I said, there is hosting, bug tracking, build, wikis, etc.
[13:33] <viewer|43420> ok
[13:33] <viewer|43420> sorry for only ok
[13:34] <marco-parillo> So Kubuntu started using the KDE wiki in part because the Ubuntu wiki is close to unusable, but that is a problem all flavours (including Unity) face.
[13:34] <viewer|43420> that sounds like canonical company policy
[13:35] <BluesKaj> shuttleworth is trying to monetize ubuntu itself into an enterprise type OS I think
[13:35] <BluesKaj> not my cuppa tea
[13:37] <BluesKaj> err "cup of tea"  rather :-)
[13:37] <marco-parillo> I tend to agree. This is not an endless charity for him. And I think the RHEL model of services is already taken.
[13:37] <viewer|43420> i admit that i have not notion :)
[13:37] <BluesKaj> yeah the enterprise server buisness
[13:39] <BluesKaj> which was a smart move for redhat from a business pov
[13:41] <viewer|43420> and why blue systems adjusting a new maintainer for kubuntu and all is good?!?
[13:42] <BluesKaj> viewer|43420, let's hope so
[13:43] <viewer|43420> ok, i hope
[13:44] <viewer|43420> thanks for reply
[13:44] <viewer|43420> bye
[15:34] <tnt1> I can't get the Dragon Player to work in Kubuntu 16.04 Final ISO?
[15:36] <BluesKaj> tnt1, install kubuntu-retricted-extras
[15:36] <BluesKaj> restricted
[15:36] <bazhang> !16.04
[16:11] <hellcook> hi
[16:11] <hellcook> I use kubuntu with awesomewm as a window manager. Is there a command line to start a network manager applet?
 There certainly will be, but I don't know what it is..
 https://help.ubuntu.com/community/NetworkManager
[16:28] <user|89840> всем привет
[16:28] <user|89840> ребят, вопрос
 Have a quick look at that, It looks like it may help
[16:28] <user|89840> какая версия x11 на кубунте?
[16:29] <Unit193> !ru | user|89840
[16:29] <user|89840> !ru
[16:29] <user|89840> sorry
[16:29] <user|89840> hi all! i have a question. What version of x11 is default in kubuntu?
[16:35] <hellcook> telegram: were you answering my question or did someone ask a very similar one before me?
[16:40] <user|89840> can anybody tell me default kubuntu x11 drivers version?
[17:18] <viewer|54951> was geht ab ihr bitches? Das 21.04.16 Release steht noch?
[17:19] <soee_> ...
[17:19] <soee_> !language
[17:20] <viewer|54951> !peaceout
[18:42] <user|10205> alguien habla español?
[18:43] <BluesKaj> !es | user|10205
[18:45] <user|10205> alguien  habla español?
[18:46] <user|10205> Es que tengo unas dudas entre si instalar lubuntu o Kubuntu, gracias!
[18:47] <BluesKaj> user|10205, /j ubuntu-es
[18:49] <user|10205> alguien habla español? es que tengo dudas entre instalar en un notebook con windows 7 entre lubuntu y kubuntu, gracias
[18:53] <genii> user|10205: esta zona es para Inglés . Por favor, viajar a # ubuntu -es de asistencia
[18:53] <genii> Meh. #ubuntu-es
[20:11] <Guest2326> Hi all, I was wondering, in Kubuntu 15.10, is there a way to have a three (or more) row taskbar? I have two rows now but I don't see anyway to increase that in the settings.
[20:49] <Zren> Guest2326: task manager settings > max rows?
[20:50] <lucho> Hi!! I'm new to kubuntu and I'm loving it. But I need a hand with activities
[20:51] <lucho> I forced my computer to reboot and now I have a "stopped" desktop activitie o.O
[20:52] <lucho> I'm sorry, I know my english is horrible...
[20:52] <soee> hiho lucho
[20:53] <soee> lucho: it always stops after reboot ?
[20:53] <genii> Very odd.
[20:53] <lucho> yep, If the reboot is forced
[21:18] <lucho> soee, the only way is delete the stopped activity and create a new one... there is no way to resume it
[21:20] <lucho> soee, it's different when I intentionally stop an activitie (I can resume it just clicking the "manually" stopped activity)
[21:27] <soee> lucho: what Kubuntu / Plasma version are you runing ?
[21:27] <lucho> Ok, I deleted the "stopped" activity and created it again. I lost my activity.
[21:27] <lucho> Kubuntu 15.10
[21:27] <lucho> Plasma 5
[21:29] <lucho> Plasma 5.4.2 (:
[21:31] <soee> lucho: do you have backports enabled ?
[21:32] <lucho> deb http://uy.archive.ubuntu.com/ubuntu/ wily-backports main restricted universe multiverse
[21:35] <soee> strange i never experienced that problem :/
[21:36] <lucho> soee: Ok, thanks for your time :)
[21:36] <soee> lucho: you can try asking tomorron on #plasma
[21:36] <lucho> Ok, I'll do that!
[21:36] <soee> try to catch there ivan|home
[21:36] <lucho> soee: many thanks!
[21:38] <lucho> I'm looking at http://bugs.launchpad.net/ubuntu/
[22:56] <alibra> configured raid 0 on 2 seperate hard drives after installing kubuntu 14.04, need syntax to give access to user. Only root has access now. Thanks works otherwise.Have mdadm installed.
[23:02] <alibra> I just need to give myself access as user,, sorry nOOb
[23:32] <Roey> hi
[23:32] <Roey> I'm having trouble playing music on these bluetooth headphones... when I play a track in Amarok, it just pauses there without playing music or advancing the track.  Same thing with mplayer.  How can I diagnose this?


[14:28] <FunnyLookinHat> Can juju-core handle LXC local deployments?  I'm getting a error: environment "sample" has an unknown provider type "local" when doing juju bootstrap
[14:28] <pavel> which version of juju?
[14:29] <FunnyLookinHat> launchpad trunk for juju-core :D
[14:30] <pavel> I think here is your answer http://askubuntu.com/questions/309508/sample-lxc-has-an-unknown-provider-type-local-error-when-bootstrapping
[14:31] <pavel>  In order to use LXC as a provider you will need to use Juju .7. The way we're currently doing this is you can install juju along with juju-core and use alternatives to switch back and forth:
[14:31] <FunnyLookinHat> Ah
[15:09] <marcoceppi> FunnyLookinHat: Local provider in juju-core is scheduled to land this cycle
[15:10] <FunnyLookinHat> marcoceppi, right on - I can test with 0.7 in the meantime  :)
[15:10] <FunnyLookinHat> Curious - when does this current cycle go "stable" ?
[15:11] <marcoceppi> FunnyLookinHat: I haven't the slightest idea, I know they've got another release ready to go soon and there's talks of publishing a juju-core release every 2 weeks, but as for when juju-core goes 2.0 (stable) that's still dependant on when features land, etc
[15:12] <FunnyLookinHat> marcoceppi, Ah ok thanks :)
[15:25] <jcastro> hey evilnickveitch
[15:25] <jcastro> http://blog.smartbear.com/careers/13-things-people-hate-about-your-open-source-docs/
[15:25] <jcastro> thankfully we already are avoiding most of them
[15:25] <evilnickveitch> cool, thanks!
[15:28] <evilnickveitch> jcastro, i think we are avoiding all of them, apart from not shipping the docs with the software
[15:28] <evilnickveitch> which we could do if we wanted
[15:28] <marcoceppi> evilnickveitch: which we should do to make thumper happy*
[15:28]  * marcoceppi squints at juju help
[15:29] <evilnickveitch> marcoceppi, I think we should. There are various other bits that need tidying up
[15:29] <evilnickveitch> man pages for example
[15:29] <marcoceppi> yeah, but it should be pretty easy go html -> whatever-format-they-want
[15:30] <evilnickveitch> marcoceppi, indeed - that is the genius of whomever it was that decided the docs should be written in HTML
[15:31] <marcoceppi> Easy, you might pull a muscle patting yourself on the back that hard ;)
[15:31] <evilnickveitch> :)
[15:32] <marcoceppi> really <3 the new docs. evilnickveitch I'll have a merge request for the redirects against the juju-core branch by my eod as it looks like most of the pages are there now (and I'll be out next week)
[15:33] <evilnickveitch> marcoceppi, okay, that's great, I'll try and pick it up later
[15:34] <arosales> evilnickveitch, I have an RT open to get the docs deployed as you may have seen. But with that I listed no deps. Thus, could you work to get the navigation settled and then drop the jade ?
[15:34] <evilnickveitch> arosales - sure, I have been working on that, should be sorted by Monday :)
[15:35] <arosales> evilnickveitch, thanks.  Could you update the RT with that, you should be on cc.
[15:35] <evilnickveitch> yeah, i see it, will do
[15:36] <arosales> evilnickveitch, thanks.
[15:36] <arosales> marcoceppi, I am also checking where the redirects should live (you are also on cc).
[15:36] <marcoceppi> arosales: ack, I'm going to stick them in the repo for now, incase that's becomes a blocker next week
[15:37] <arosales> marcoceppi, ok sounds good. IS can also move them where appropriate if they are in the repo too
[15:50] <pavel> jcastro, hello
[15:51] <jcastro> hi!
[15:54] <pavel> ./msh jcastro we have a kickoff on a tuesday only
[15:54] <pavel> but can we schedule another one about requirements on a monday?
[15:55] <arosales> pavel, hello
[15:55] <pavel> sry, I fucked up with those irc commands )
[15:56] <jcastro> yeah the problem is m_3's availability
[15:56] <jcastro> pavel: but if you guys are around now maybe we can set something up?
[15:56] <arosales> pavel, no worries.  what jcastro said
[15:56] <pavel> yes, we can
[15:57] <jcastro> was concerned by the time m_3 got off the phone on the call he is now that you guys would be in bed.
[15:57] <arosales> m_3, and I are in meeting for another hour
[15:58] <pavel> I see
[15:58] <arosales> pavel, is 17:00 UTC to late for you?
[15:58] <pavel> it's ok for me
[15:58] <pavel> Jorge, can we have a small hangout just for me to clarify some points?
[15:59] <arosales> pavel, I'll set up a quick google hangout for 17:00 with jcastro and m_3
[15:59] <pavel> today?
[15:59] <arosales> correct
[15:59] <arosales> in 1 hour
[15:59] <arosales> given it is not too late for you
[15:59] <pavel> it will work perfectly for me
[16:00]  * arosales doesn't want it to disrupt you friday evening though :-)
[16:01] <pavel> friday night is long  :)
[16:02] <jcastro> I like how you roll
[16:56] <FunnyLookinHat> What's the command to see the bash as I'm deploying a charm ?
[17:04] <marcoceppi> FunnyLookinHat: debug-log ?
[17:05] <FunnyLookinHat> marcoceppi, duh.  thx.  :D
[17:05] <FunnyLookinHat> I was looking at juju-debug and just realized that's how you SEND something
[17:05] <marcoceppi> Personally, I prefer to juju ssh <service>/<unit>; tail -f /var/lib/juju/units/*/charm.log; but I'm just old fashioned
[17:12] <paraglade> has anyone tried to get the following to work using just charms and no manual config: kibana + elasticserach + logstash indexer + redis + logstash agent
[17:12] <paraglade> I seem to be hitting a wall with the redis part
[20:49] <FunnyLookinHat> Ah geez - how do I send a message to the log from within a hook again? ( bash hook, that is )  juju-log message ?
[20:50] <FunnyLookinHat> Doesn't seem to want to play nice...  :-P
[20:50] <FunnyLookinHat> Oh I just missed it...


[04:05] <shoonya> kklimonda: are you there ?
[12:07] <htorque> oops, sorry to everyone subscribed to https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationMenu - i just realized i spammed you with my many edits
[13:18] <shoonya> trying to compile appmenu-gtk, failing when i run make
[13:18] <shoonya> it is looking for ubuntumenuproxy.h file
[13:18] <shoonya> which package provides this file
[13:24] <seb128> gtk
[13:25] <seb128> it's a gtk change, it has not been accepted upstream but it's in the maverick gtk version and the lucid ppa one
[13:34] <shoonya> thanks
[18:49] <kenvandine> hyperair, ping
[18:50] <hyperair> kenvandine: pong
[18:50] <kenvandine> hyperair, i am working on libappindicator0.1-cil
[18:50] <hyperair> oh cool
[18:50] <kenvandine> i got the provides working in the package
[18:50] <kenvandine> but tomboy and banshee still complain
[18:51] <kenvandine> http://pastebin.ubuntu.com/453016/
[18:51] <kenvandine> gacutil -l lists both assembly versions
[18:52] <hyperair> well that's weird.
[18:53]  * hyperair attempts to call directhex into this channel
[18:54] <kenvandine> appindicator-sharp, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=bcae265d1c7ab4c2
[18:54] <kenvandine> policy.0.0.appindicator-sharp, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=bcae265d1c7ab4c2
[18:55] <hyperair> kenvandine: can you pastebin the policy file?
[18:55] <kenvandine> sure
[18:56] <kenvandine> http://pastebin.ubuntu.com/453022/
[18:56] <kenvandine> could it be oldversion?
[18:56] <kenvandine> 0.0-0.1 seems wrong
[18:56] <hyperair> try making it <IP_ADDRESS>-<IP_ADDRESS>
[18:56]  * kenvandine knows nothing about those files
[18:56] <kenvandine> and new version 0.1?
[18:56] <kenvandine> or <IP_ADDRESS>
[18:56] <hyperair> <IP_ADDRESS>
[18:56] <kenvandine> ok
[18:56] <hyperair> you'll have to recompile the policy dll
[18:57] <hyperair> and re-gac it (best you remove it first, i don't know what happens if you try to override it)
[18:57] <kenvandine> ok
[19:01] <kenvandine> that did it!
[19:01] <kenvandine> thx
[19:19] <hyperair> kenvandine: good to hear. when will the fix be uploaded?
[19:19] <kenvandine> hopefully this afternoon
[19:20] <kenvandine> doing another end to end test here
[19:23] <hyperair> cool
[19:23]  * hyperair is waiting to upload banshee-community-extensions
[19:44] <hyperair> kenvandine: by the way, when is indicator-application entering Debian?
[19:45] <kenvandine> hyperair, i didn't realize it wasn't...
[19:45] <kenvandine> tedg, ^^
[19:45] <hyperair> rmadison says no
[19:45] <tedg> hyperair, Not sure -- there's a group pkg-ayatana that's packaging stuff for Debian.
[19:45] <tedg> hyperair, They've done about 5 of the packages so far.
[19:46] <hyperair> oh, that's cool.


[03:03] <jderose> is it expected that when doing a vivid encrypted home folder install (ecryptfs), grub should prompt you for a passphrase at boot?
[03:03] <jderose> is this a regression, or have things just changed in terms of how the encrypted swap partition gets unlocked?
[03:10] <cyphermox> jderose: no, I don't think you should get prompted on boot for anything when it's for an encrypted home folder.
[03:11] <cyphermox> especially since that would break having multiple users with encrypted home folders, unless they shared a password for swap :P
[03:12] <jderose> cyphermox: gotcha, thanks... looking into it now. this was from a System76 "golden imaged" installed under qemu in oem-mode... so seeing if it's an issue on normal installs
[03:12] <cyphermox> I may be wrong though -- if it's not working you might want to make sure your image is up to date I guess?
[03:12] <jderose> also noticed there were a number of packages marked as auto-removable after this too, so that might be related
[03:16] <jderose> cyphermox: i could see entering the passphrase (potentially) making sense when resuming from suspend, but you're right that it really doesn't make sense when cold-booting a potentially multi-user system
[03:18] <cyphermox> even if you resume, you have no guarantee the same user is trying to resume, again on a multi-user system
[03:18] <jderose> yeah, true
[03:18] <cyphermox> not that I expect multi-user to be such a common use case, but still :)
[03:19] <jderose> hmm, didn't happen on a normal user install. might be related to my work-around for oem-config-gtk and friends not being installed after doing an oem-mode install
[03:33] <jderose> seems like when i `sudo apt-get install ubiquity-frontend-gtk oem-config-gtk` to work around them being missing after doing an oem install from the latest daily iso, i might need to use --no-install-recommends... without it, some suspect looking packages are being drug in
[03:36] <tyhicks> jderose: hey - just passing through but, no, there's nothing in Ubuntu proper that would cause you to be prompted at boot for an ecryptfs encrypted home directory
[03:36] <jderose> yup, --no-install-recommends seems to solve it. likely there is an underlying bug here, but probably something that will (for most users, even oem install) resolve itself after the next iso build
[03:37] <jderose> tyhicks: gotcha, thanks!
[03:40]  * jderose now tries a normal user bare-metal install...
[03:49] <jderose> normal user install seems fine... no passphrase prompt from grub, no autoremove-able packages after the install completes
[03:57] <tyhicks> good to hear
[03:58]  * tyhicks steps away
[06:52] <flexiondotorg> Is world currently being rebuilt?
[06:52] <elfy> doesn't appear to be so
[06:53] <elfy> we did a rebuild a few ago it seems
[06:53] <elfy> still got issues - though hardware does boot and shutdown properly
[06:53] <flexiondotorg> flexiondotorg, OK, I'm going to kick a rebuild of Ubuntu MATE then.
[06:53] <elfy> vbox fails miserably
[06:53] <flexiondotorg> elfy, What issues are most pressing for you?
[06:54] <elfy> kvm works as you boot the try from the first menu and not the fancy dialogue
[06:54] <flexiondotorg> elfy, I'm aware of VBox falling in a heap on restart. I did some testing to pitti regarding that.
[06:54] <flexiondotorg> elfy, That issue about trying a live session from the Ubiquity DM is still there?
[06:55] <flexiondotorg> That is why I was going to rebuild, I thought that was fixed.
[06:56] <elfy> kvm 32 bit works from the fancy dialogue, 64 bit in kvm from there fails to start desktop
[06:56] <flexiondotorg> elfy, OK. Thanks.
[06:56] <elfy> I'm not sure if the various fixes infinity was waiting for actually landed or not
[06:56]  * flexiondotorg is conflicted. Not sure if a rebuild is wise.
[06:57] <elfy> well - it might be useful if you want to see if you get different fail points I suppose
[06:57] <flexiondotorg> elfy, Just got to that place with my thinking.
[06:57]  * flexiondotorg is rebuilding.
[06:59] <flexiondotorg> elfy, The powerpc testers has found bugs with partitioning in Ubiquity. Can you do some partitioning tests on x86 to see if this is a general issue?
[06:59] <elfy> not now - my little window of checking stuff before work is almost closed - sorry
[07:00] <flexiondotorg> elfy, OK. I'll try and do it later too :)
[07:02] <elfy> flexiondotorg: actually - any sort of partitioning in live or a particular sort?
[07:02] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1446792
[07:13] <elfy> flexiondotorg: looks ok - it's installing after resizing and creating new partition now
[07:22] <elfy> well I guess pitti et all will carry on trying to fix this all
[07:24] <pitti> I pretty much gave up on vbox
[07:24] <elfy> mmm
[07:25] <pitti> if you shut down X, the X driver leaves teh graphics cards in a broken state
[07:25] <elfy> well I get fails in kvm too
[07:25] <pitti> I only see these vertical stripes garbage, and that's it
[07:25] <elfy> oh I don't get that - just some text sitting there :)
[07:25] <pitti> that doesn't look like something we can fix today (and not me personally, I have no clue about X drivers)
[07:26] <pitti> elfy: even with latest casper?
[07:26] <elfy> I am at least positive about hardware - that works :)
[07:26] <pitti> yep, we are testing real hardware and qemu here with every change
[07:27] <elfy> pitti: no idea what casper it is - was expecting a global rebuild overnight - didn't appear to be one, we did a xubuntu one seemingly
[07:27] <infinity> elfy: Yeah, global rebuild didn't happen because things ended up trapped in -proposed, and I'm waiting on a last PAM fix.
[07:27] <elfy> pitti: well running xubuntu in kvm I get various results
[07:27] <elfy> infinity: ack
[07:27] <infinity> pitti: Any ideas about the ubuntu-system-settings-online-accounts autopkgtest failure?
[07:28] <pitti> infinity: not yet; I started a local run, I'll look at it first thing after breakfast
[07:28] <pitti> infinity: it seems odd that it started failing on /sbin/initctl yesterday; perhaps a fallback path when the primary code path stopped working
[07:29] <elfy> well - real life calls me off to work now - I'll catch up on the fun later
[09:43] <flexiondotorg> pitti, I know you've decide to give fixing VirtualBox restarts a pass for 15.04. But what component is the bug actually in? Ubiquity, Casper, etc?
[09:43] <flexiondotorg> pitti, I've had a bugs raised against Ubuntu MATE and I want to file it correctly.
[09:48] <pitti> flexiondotorg: not sure, virtualbox-guest-x11 perhaps? but I figure we don't have that installed by default, I figure it falls back to some generic -vesa driver or whatever
[09:49] <flexiondotorg> pitti, virtualbox-gues-x11 is not installed by default but the dkms moule is part of the kernel package now.
[09:49] <flexiondotorg> pitti, This is the squashfs error I am refering too.
[09:51] <pitti> flexiondotorg: for that I'd start with casper for now (we don't know the real reason yet, but it's a good place to start)
[09:51] <flexiondotorg> pitti, Thanks.
[10:02] <Odd_Bloke> I see that the new pam has hit vivid-proposed; when will it migrate?
[10:14] <Odd_Bloke> infinity: ^ ?
[10:14] <infinity> Odd_Bloke: Ideally soon.
[10:48] <rbasak> Looks like the openssh dep8 test failed due to an unrelated timeout.
[10:49] <rbasak> Ah, and already rerun and passed this time. Thanks.
[10:56] <rbasak> Odd_Bloke: FYI, pam is in the release pocket now.
[10:57] <Odd_Bloke> rbasak: Great, thanks!
[10:58] <Odd_Bloke> Now we play the waiting (for mirrors) game.
[11:11] <rbasak> Your image builds depend on mirrors?
[11:15] <Odd_Bloke> We build the base image on the buildds, but then the rest happens on jerff which will hit the mirrors.
[11:16] <rbasak> Oh. Waiting for mirrors for images to mirror, rather than for the new pam to mirror. I understand now.
[11:58] <infinity> Rebuilding the world now.  Hopefully these are final.
[11:59] <elfy> infinity: I popped in from work at just exactly the right time to see what was happening it seems :)
[12:42] <infinity> LocutusOfBorg1: ^-- This is the vbox upload that you should be able to merge entirely into Debian.
[12:43] <Riddell> what's new in these images?
[12:43] <infinity> Riddell: Depends on when your last one was.  Diffing your manifests would help.
[12:44] <infinity> Riddell: At the very least, there's a PAM fix, but might also be ubiquity and other bits.
[12:44]  * Riddell plays the pam pam tune on spotify
[13:19] <flexiondotorg> infinity, Does the new virtualbox package fix this? -> https://bugs.launchpad.net/ubuntu/+source/ubuntu-drivers-common/+bug/1434579
[13:38] <infinity> flexiondotorg: Yes.
[13:39] <flexiondotorg> Excellent. Will test.
[13:39] <infinity> flexiondotorg: There will still be one "useless" item listed, but it will now let you install the x11 driver, which makes it all work.
[13:39] <flexiondotorg> infinity, Great. Many thanks.
[14:12] <LocutusOfBorg1> infinity, <3
[14:13] <infinity> LocutusOfBorg1: If you pull that into sid, we'll just sync it back to w-series and kill the ubuntu fork.
[14:13] <infinity> LocutusOfBorg1: Should be Debian-friendly, I didn't do anything that would break non-Ubuntu.
[14:14] <LocutusOfBorg1> you removed .gitattributes... weir
[14:14] <LocutusOfBorg1> d
[14:14] <LocutusOfBorg1> should I really drop it?
[14:15] <LocutusOfBorg1> -changelog merge=dpkg-mergechangelogs
[14:15] <infinity> LocutusOfBorg1: Oh, that's because I build with "dpkg-buildpackage -i -I", which excludes VCS files.
[14:15] <LocutusOfBorg1> ack
[14:18] <LocutusOfBorg1> http://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox.git/commit/?id=87db86590cc380594238c9b6746fb0bc278ec244
[14:19] <LocutusOfBorg1> I gave you credits, I hope it is all ok
[14:20] <infinity> LocutusOfBorg1: Looks good, though you didn't need to apply the gitattributes removal.  Not that it matters to keep it either, I imagine.
[14:20] <LocutusOfBorg1> http://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox.git/commit/?id=28524c4dabd28a27c947eb0bde322272b4729462
[14:20] <LocutusOfBorg1> Already rebased and pushed :)
[14:20] <LocutusOfBorg1> I noticed it while posting here
[14:20]  * LocutusOfBorg1 wonders if somebody will make him stop using push -f
[14:21] <infinity> LocutusOfBorg1: Shiny.
[14:25] <LocutusOfBorg1> infinity, do you plan to do the same for debian?
[14:29] <infinity> LocutusOfBorg1: Which?  Include the drivers in the kernel?  Probably not.  But my changes are harmless in that case.
[14:29] <infinity> LocutusOfBorg1: The package layout is designed to prefer kernel-provided drivers if they're installed, and dkms if not, so it'll all Just Work.
[14:35] <LocutusOfBorg1> yep I know, but having the module provided by the kernel for debian too will avoid many bug reports about problems in building
[14:35] <LocutusOfBorg1> when different kernels are used
[15:02] <infinity> LocutusOfBorg1: Yeah, would be a conversation to have with the Debian kernel team, but I think they prefer to stick closer to vanilla upstream.
[15:03] <LocutusOfBorg1> so next question, what about asking vbox people to upstream their module?
[15:20] <wxl> backlog suggests there's vm probs again?
[15:21] <flexiondotorg> infinity, Do you anticipate that the rebuilds that ran earlier are the last spins before final?
[15:22] <infinity> flexiondotorg: That's the hope.
[15:25] <jderose> when using an encrypted home directory, is anyone getting prompted by a grub- esque dialog to unlock the cryptoswap prior to lightdm coming up?
[15:26] <flexiondotorg> infinity, Great. Looking good for Ubuntu MATE so far :)
[15:27] <flexiondotorg> jderose, I haven't got to the test case yet.
[15:27] <flexiondotorg> jderose, Will feedback to you when I do.
[15:29] <jderose> flexiondotorg: cool, thanks. it might be related to doing an oem insall, still trying to narrow it down.
[15:31] <flexiondotorg> jderose, So oem install with encrpyted home is the test case?
[15:32] <jderose> not using encrypted home directory during oem-mode install itself, but i'm setting it up during the frist-user-run-config
[15:33] <flexiondotorg> jderose, Understood.
[15:47] <Odd_Bloke> Is that unapproved isc-dhcp anything to worry about?
[15:50] <infinity> Odd_Bloke: It'll be an SRU.
[15:50] <rbasak>    * debian/patches/dhcp-getifaddrs.patch: use getifaddrs
[15:50] <rbasak>      for getting nic addresses rather than /proc/net (LP: #1446767)
[15:51] <rbasak> Odd_Bloke: https://launchpad.net/ubuntu/vivid/+queue?queue_state=1 to see unapproved stuff if you don't know about that already.
[15:54] <Odd_Bloke> rbasak: Aha, thanks!
[15:54] <Odd_Bloke> infinity: \o/
[15:58] <flexiondotorg> jderose, I've tested on i386 and amd64. I can't reproduce.
[15:59] <jderose> flexiondotorg: i haven't been able to reproduce it doing a normal, manual install, so i think it's related to my image mastering tools
[16:22] <flexiondotorg> jderose, What flavour BTW?
[16:23] <jderose> flexiondotorg: ubuntu desktop
[16:23] <flexiondotorg> jderose, OK.
[16:24] <jderose> flexiondotorg: you're testing mate, correct?
[16:24] <flexiondotorg> jderose, I am. But I just did some testing with stock Ubunut. Will try your test case on stock Ubuntu now.
[16:26] <jderose> so far i've only been able to reproduce imaging from our imaging server. there are a number of things i do slightly differently than ubiquity, so it might be one of those differences. like we do gpt partitioning even when the drive is < 2TB
[16:30] <flexiondotorg> jderose, imaging server?
[16:31] <jderose> yeah, the imaging system that System76 uses. which i also wrote... so probably my goof :P
[16:34] <flexiondotorg> jderose, Ah, so you work for System76?
[16:34] <jderose> yup :)
[16:34] <flexiondotorg> jderose, Nice :)
[16:35] <flexiondotorg> jderose, Testsed stock Ubuntu. oem install, first boot encrypted home. All good.
[16:37] <jderose> flexiondotorg: yeah, i had the same results.
[16:43] <wxl> pitti: is there still another ubiquity fix coming? folks still complaining about bug 1445587
[16:44] <jderose> ah ha, seems like it's related to gpt partitioning. the only thing i changed was to make the imager use mbr partitioning, an now there are no problems
[16:45] <jderose> pitti: are you aware of any issues with systemd + encrypted home directory + gpt partitioning? i see a message in syslog from systemd about the cryptoswap failing because of dependencies
[16:45] <elfy> wxl: and are you completely sure they have latest image, there are still issues with vbox afaik also
[16:46] <wxl> elfy: well they say 20150422.1, so… but yeah, it is vbox
[16:47] <elfy> right - from what I've read in logs etc - vbox issue is an issue and will be tomorrow too
[16:47] <elfy> but I'm just me obviously
[16:47] <pitti> wxl: not right now; on hardware and qemu it seems working fairly well now
[16:48] <wxl> pitti: elfy: well, the guy did reference vbox, so
[16:48] <elfy> pitti: hardware works for me on both arch's, qemu seems ok, vb hard reboot still
[16:48] <infinity> wxl: Yeah, it's still broken in virtualbox, and we're not going to be fixing that for release.
[16:49] <teward> infinity: is a fix scheduled at some point?
[16:49] <wxl> infinity: i'll request a new bug be filed
[16:50] <wxl> teward: did you test recently with vmware? it would be nice to know if it's an issue
[16:50] <infinity> teward: That would imply we know why vbox is sad.
[16:50] <teward> wxl: not recently, i need an image, hence my asking in -quality if there's been a 'final image' available for download
[16:50] <teward> (my prior VM exploded itself)
[16:50] <wxl> teward: well we've had about a billion rebuilds, so based on history we may never have a final :) just go grab it!
[16:51] <teward> heh
[16:51] <pitti> jderose: not aware of that, no
[16:51] <teward> wxl: which image, beta 2?
[16:51] <teward> or current daily
[16:51] <wxl> teward: vivid final. dailies are building currently.
[16:51] <pitti> jderose: hang on -- that's ecryptfs, right?
[16:51] <wxl> teward: and desktop! not alternate. i've got another issue with it i'm trying to track down at this time.
[16:51] <jderose> pitti: i'm still digging into this, but as far as i can tell, it only happens when using gpt partitioning... with mbr partitioning, it works fine
[16:51] <pitti> jderose: might that still be bug 953875?
[16:52] <pitti> jderose: ok, something else then
[16:52] <infinity> wxl: Nothing is building currently...
[16:52] <wxl> infinity: well, that's what i meant.
[16:52] <pitti> jderose: I have a hunch what's wrong -- maybe the gpt generator saw the underlying incomplete swap partition and tried to activate it
[16:52] <teward> wxl: i'd need a link then for the final image, i don't have a link and i don't see one in standard locations.
[16:52] <pitti> jderose: but journalctl appreciated
[16:53] <wxl> teward: zsync i'm assuming?
[16:53] <infinity> teward: Which flavour?
[16:53] <teward> wxl: yes.
[16:53] <teward> infinity: Lubuntu
[16:53] <teward> although I need a zsync for Ubuntu Server as well
[16:53] <wxl> teward: amd64?
[16:53] <infinity> http://cdimage.ubuntu.com/lubuntu/daily-live/20150422/
[16:53] <teward> infinity: thanks
[16:53] <infinity> http://cdimage.ubuntu.com/ubuntu-server/daily/20150422/
[16:53] <infinity> ie: where you'd expect.
[16:53] <wxl> yeah what he said
[16:53] <wxl> until we schedule another rebuild
[16:53] <wxl> :)(
[16:54] <teward> infinity: i didn't see the date folder when i went through
[16:54] <teward> i blame browser cache
[16:54] <jderose> pitti: i looked at /etc/fstab, /etc/crypttab, and they seem correct. happen to have instructions somewhere on how best to get you what you need with journalctl?
[16:54] <pitti> jderose: do you actually have the intended cryptswap1 partition?
[16:55] <jderose> yup
[16:55] <pitti> jderose: just its output up to the point when it hangs would be useful
[16:55] <pitti> jderose: ok, so the original bug got fixed I guess
[16:55] <infinity> wxl: I have no intention of rebuilding anything, but if you need to break just lubuntu, that's your call.
[16:55] <jderose> as far as i can tell, yes, but i don't know all the details of that bug
[16:55] <wxl> infinity: i was kidding, dear :)
[16:55] <infinity> wxl: We're at the point where any bugs found should just be SRUs and mentioned in release notes if they're annoying enough.
[16:55] <teward> wxl: as soon as zsync pulls the image down i'll let you know and then go beat it with a stick :)
[16:57] <jderose> pitti: oh, also, in case you didn't read back... this issue is that with gpt partitioning i get prompted by a grub-esque/debconf-esque dialog to enter my passphrase to unlock the cryptoswap, prior to lightdm coming up
[16:58] <pitti> jderose: hm, that seems unusual; would you mind filing a bug with the defails how you installed, the logs, etc?
[16:58] <jderose> so cryptoswap is working correctly, minus the unlock prompt that (afaik) should never be there
[16:59] <pitti> need to disappear soon today, I'm afraid
[16:59] <pitti> jderose: yeah, I suppose that
[16:59] <jderose> yup, will do that shortly
[16:59] <pitti> 's a /dev/urandom device
[16:59] <pitti> ergo no password
[16:59] <pitti> jderose: please attach fstab, crypttab, and output of sudo blkid
[17:00] <jderose> k, will do after i isolate the steps to reproduce it a bit better
[17:00] <teward> wxl: do you have the bug for the virtualbox issue you now want me to test on a VMware environment?  In addition to the shutdown/restart of live bug that was just pinged to me in -quality
[17:00] <teward> (I already have the shutdown/restart bug on screen)
[17:00] <wxl> teward: that's the one actually
[17:00] <teward> heh
[17:01] <teward> wxl: specificity is golden, by the way :p
[17:01] <teward> i'll check this as soon as zsync is done
[17:01]  * wxl moves over to -quality
[17:01] <jamespage> why is oslo.db seeded in desktop and kubuntu?
[17:01]  * jamespage scratches his head
[17:02] <jamespage> well it needs fixing
[17:02] <infinity> jamespage: It's not on images.
[17:02] <jamespage> infinity, good-oh
[17:02] <infinity> jamespage: Just in supported, I assume due to build-deps or something.
[17:02] <jamespage> righty
[17:23] <slangasek> infinity: is it safe for me to do a sync-mirrors right now? (snappy pre-publications)
[17:45] <slangasek> infinity, cjwatson: does regeneration of Task fields still require a non-null publication in the release pocket?
[17:46] <cjwatson> slangasek: yes, though it can be something trivial like a section override
[17:47] <cjwatson> slangasek: I did some work recently which would make that easier to fix, but not complete yet
[17:47] <Riddell> meh my kubuntu.org announce leaked onto the rss feed again, sorry :(
[17:51] <slangasek> cjwatson: well I happen to have a package that I needed to let out of the unapproved queue, so this will do the trick
[18:02] <slangasek> should autopkgtest be unblocked for release?
[18:02] <slangasek> I guess it's a safe bet that libreoffice shouldn't ;P
[18:18] <jderose> pitti: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1447282
[18:18] <jderose> fyi, booting with init=/sbin/upstart seems to reliably work-around the problem
[20:16] <kenvandine> please reject ubuntu-system-settings, that should have gone to the overlay ppa
[20:17] <cyphermox> kenvandine: too late for that I think
[20:17] <Ukikie> dput without dest?
[20:17] <cyphermox> well, it's in proposed anyway
[20:17] <kenvandine> right
[20:17] <kenvandine> Ukikie, no, silo wasn't configured for the overlay ppa
[20:17] <cjwatson> it can be removed from -proposed
[20:18]  * kenvandine is glad we have proposed :)
[20:18] <cjwatson> can even be copied into the overlay ppa if you want
[20:18] <cjwatson> (and if robru is happy with me doing that)
[20:18] <kenvandine> cjwatson, i can fix it myself :)
[20:18] <kenvandine> thx though
[20:18] <robru> cjwatson: kenvandine oh just copying it to the overlay is the easiest thing...
[20:18] <cjwatson> well, doing it via citrain entails rebuild+reupload
[20:18] <cjwatson> copying way more efficient
[20:18] <kenvandine> ok, please copy it :)
[20:19] <robru> cjwatson: no need to rebuild, but it is a hassle to change the silo destination and republish
[20:19] <cjwatson> ah right
[20:19] <cjwatson> anyway, I'll copy+delete
[20:19] <robru> cjwatson: yeah if you can copy it that's easiest, thanks a bunch!
[20:19] <kenvandine> cjwatson, thanks!
[20:19] <kenvandine> robru, i'll be sure to check that column from now on :)
[20:20] <robru> kenvandine: thanks
[20:20] <kenvandine> i'll go ahead an run the merge job
[20:20] <cjwatson> copied and deleted
[20:20] <kenvandine> thanks!
[21:42] <slangasek> robru: so how did ubuntu-system-settings end up in vivid-proposed instead of the overlay ppa?  Are there silos still missing a reconfigure?
[21:42] <slangasek> cjwatson: does deleting ubuntu-system-settings from vivid-proposed prevent us from re-copying it to w-proposed from the overlay ppa when w opens?  (Since we're meant to sync the lot from the overlay into w)
[21:43] <robru> slangasek: because Ken assigned, built, and published the silo himself and he didn't configure for the overlay ppa.
[21:44] <slangasek> robru: oh.  which makes me realize, we haven't really talked through dual publications for stable-phone-overlay/vivid + w... we probably need to revisit that again
[21:44] <cjwatson> slangasek: no
[21:44] <cjwatson> slangasek: it's just like resurrecting a deletion using a copy-with-binaries, which we know we can do
[21:44] <slangasek> robru: ok.  can we make the overlay ppa the default target, please?  At least so long as vivid is the default release
[21:44] <slangasek> cjwatson: ok
[21:44] <robru> slangasek: right, so we still have that dual publishing code, it's a little bit-rotty but it shouldn't be hard to resurrect
[21:45] <slangasek> robru: I seem to recall that last time we were dual publishing, we still had some inconsistencies in how we were versioning packages etc
[21:46] <slangasek> sorry, when I say "dual publishing" I don't mean just the publishing of one silo to two targets, but the general question of making sure the changes land in both places
[21:46] <robru> slangasek: i don't think so? I remember working on the version-mangling code... It injected "~utopic" at the time so the version numbers matched but utopic was always lower
[21:47] <slangasek> robru: anyway, it occurs to me that even if we don't want it today, after tomorrow we /do/ want all uploads to the overlay ppa to also land in w-proposed
[21:47] <slangasek> at least initially
[21:48] <robru> slangasek: the problem is the spreadsheet. I'm not sure i can make cells default to non-blank, and even if i can, it wouldn't distinguish between vivid or others.
[21:48] <robru> Eg rtm would also default to overlay, which would explode
[21:49] <slangasek> robru: we could change the meaning of an empty cell, and require an explicit 'ubuntu' target to override?
[21:50] <robru> slangasek: more spreadsheet code? :-/
[21:50] <slangasek> robru: hmm is that where the code for this lives?  well
[21:50] <slangasek> robru: let's not worry about it just yet then, maybe kenvandine was a one-off ;)
[21:51] <robru> slangasek: well, Jenkins defines "empty dest PPA" to mean Ubuntu archive...
[21:51] <slangasek> robru: right, so you could change the definition on the jenkins side instead of on the spreadsheet?
[21:51] <robru> slangasek: just would get ugly quick to change it, corner cases etc.
[21:51] <robru> slangasek: Hmmmmmmm i suppose.
[21:52] <robru> slangasek: i don't think it's necessary, rsalveti already knows, so do mirv and sil and i... Now ken knows, not many other people assign silos
[21:53] <robru> slangasek: is it OK to wait and see if it happens again?
[21:54] <slangasek> robru: sure
[21:54] <robru> slangasek: great, thanks. I can focus on spreadsheet replacement ;-)
[23:01] <slangasek> infinity: ill-timed ping
[23:02] <slangasek> infinity: ubuntu-core needs an upload of livecd-rootfs to fix a hook that's forcibly removing python from the images.  The only change is to an ubuntu-core-specific hook.  Can I squeeze this into the archive under the wire, or should I upload it only to the ubuntu-core image ppa?
[23:13] <slangasek> infinity: ^^ fyi, self-accepting into -proposed but not unblocking; I'll leave that to your judgement


[16:59] <mohsin> http://shipit.ubuntu.com/ is not working.....
[17:01] <gnrp> mohsin: Indeed, as was apparently announced in 2011 https://ubuntu.com/blog/shipit-comes-to-an-end
[17:02] <gnrp> so...?


[10:38] <pstolowski> mzanetti, hey! were you able to confirm it was your test scope causing freezes?
[10:39] <mzanetti> pstolowski, not yet, had to do something else, but I'll retry in a bit
[10:39] <pstolowski> ok
[14:15] <Guest552342> hi all, i am running unity8 fake on x11 but  hoverEnabled: true   doesn't seem to work
[15:00] <tsdgeos> Guest552342: in which context it doesn't work?
[15:05] <Guest552342> WindowsControlButtons.qml / i have hoverEnabled: true but i  get logs from onEntered  only when i click the area
[15:06] <Guest552342> tsdgeos, ^^
[15:07] <Guest552342> also propagateComposedEvents: true doesn't seem to work
[15:13] <tsdgeos> Guest552342: that's defenitely weird, don't have much expertise on WindowsControlButtons.qml though, not sure if they're doing something that would make hoverEnabled not work
[15:15] <Guest552342> tsdgeos, or maybe i'm doing something wrong :D nevermind :P thanks
[15:18] <ltinkl> Guest55Aw, check this how to do it: https://code.launchpad.net/~lukas-kde/unity8/newWindowDecosAndPanel
[15:19] <ltinkl> Guest55Aw, basically you need to (visually) nest the hover-enabled MouseAreas to get the desired effect
[15:22] <Guest55Aw> thanks ltinkl :D i'll take a look at your code later
[16:32] <mzanetti> lpotter, hey, fyi, I asked our sdk guys to give the inputinfor api a look.
[16:33] <mzanetti> they have some very good comments, I will ask them to leave them on gerrit
[16:33] <mzanetti> so if you wonder who those guys are, now you know :)
[17:07] <mterry> mzanetti, my tutorial redesign branch got approved by patriciadavila.  So if you want to re-review or hand off to someone else, it should be good to go (not to land yet, just to be approved for now)
[17:07] <mzanetti> mterry, ack
[17:08] <mterry> Saviq, patriciadavila says that she has some SIM PIN unlock redesign plans coming down the pipeline.  I'm happy to take that on (I've done *something* in that area in the past), but if you'd like to assign elsewhere, let me know and I can tell her who to talk to
[18:37] <lpotter> mzanetti: ok. thank you
[18:39] <Saviq> mterry, one thing there is with notification/dialog redesign, the UI code for those will likely move out of unity8, but we might do the changes here for now and when they move out, they can move out new
[18:39] <mterry> Saviq, ah I haven't been tracking that redesign
[18:39] <Saviq> mterry, I probably meant refactor more than redesign
[18:41] <mterry> Saviq, I figured  :)