[14:41] <jbicha> mhall119|work: what school are you attending?
[14:41] <mhall119> USF Poly
[14:41] <mhall119> http://poly.usf.edu/
[14:43] <jbicha> & what are you studying? :-)
[14:43] <mhall119> Information Technology
[14:45] <jbicha> take all the classes then!
[14:45] <mhall119> I don't have the time or money (or desire) to take everything they offer
[14:46] <mhall119> if I didn't have to work full time and pay for this out of my own pocket (or future pocket, as the case may be), I might consider it
[14:47] <jbicha> well just take the important ones then, some of the stuff you can probably learn on your own anyway
[14:48] <jbicha> I'm currently doing Intro to XML & Intro to Java & plan to do Computer Architecture & Intro to C++ next term
[14:49] <mhall119> I'm signed up for Comp Networks + Lab, IT Security Management, Data Structures and Human Computer Interface
[14:50] <mhall119> I need to find a humanities or something non-tech for this semester
[14:50] <mhall119> obviously I'm going to drop a few
[14:51] <mhall119> I wanted to take operating systems, but that has a pre-req on the Data Structures
[14:51] <mhall119> I hear the professor makes students run Linux in VirtualBox for their assignments
[14:51] <mhall119> my C programming class had all the students install the GNU compiler tools, which I appreciated
[14:52] <mhall119> oddly, it was my Java Mobile class that required that I program on Windows, go figure
[14:56] <jbicha> my Java teacher uses Fedora but not icedtea...for the basic stuff we do, I haven't had a problem with the free Java implementation
[14:58] <jbicha> for my Unix class, I was disappointed that the teacher recommended Cygwin; I thought Linux (Ubuntu, for instance) in VirtualBox would encourage the students to realize there's a lot more usefulness in Linux than just a black & white command line
[15:05] <sbalneav> Morning all
[15:05] <mhall119> is icedtea still around?
[15:05] <mhall119> I thought it was incorporated into OpenJDK
[15:06] <mhall119> jbicha: that is kind of sad
[15:06] <mhall119> at least a BSD or OpenSolaris for a Unix class
[15:06] <mhall119> morning sbalneav
[15:06] <jbicha> ubuntu still calls the firefox plugin icedtea...
[15:06] <mhall119> ah
[15:06] <mhall119> I've always used sun-java anyway
[15:07] <mhall119> though that may not be in Ubuntu 10.04
[15:07] <jbicha> mhall119: the professor was one of those old, crusty Unix types :-)
[15:07] <mhall119> jbicha: even less reason to like Cygwin then
[15:08] <jbicha> very occasionally I run across some app that doesn't work right in icedtea but I don't care about the app enough to bother with it
[15:09] <jbicha> well it was useful in that I had never installed cygwin before but...I mean if I have the ability to install random apps then what would I still be doing on WinXP or whatever anyway?
[15:20] <mhall119> yeah
[15:20] <mhall119> I install Cygwin whenever I have to use Windows at work
[15:20] <mhall119> just so I can have bash and grep, really
[15:21] <mhall119> and MinTTy and ssh
[15:51] <ogra> alkisg, sbalneav, have you guys seen nubae around ? he pushed hard for the sugar stuff to get into ubuntu and they are about to remove it from the archive (https://lists.ubuntu.com/archives/ubuntu-motu/2009-December/006414.html)
[15:52] <alkisg> ogra: I've seen him maybe a week ago, but he doesn't come frequently here or in #ltsp anymore... The logbot is down for 10 days, and I've tried to ping him to get it up, but I got no response
[15:52] <alkisg> I'll try to forward the email you send to his personal mail
[15:52] <ogra> ah, well, i just wanted to give him an opportunity to shout
[15:52] <sbalneav> ogra: No, I haven't
[15:53] <sbalneav> Yeah, I couldn't see the exact reason why they want to yank it
[15:53] <ogra> just to clean the archive before LTS
[15:54] <sbalneav> Yeah, but howcome they're not in debian, licensing?
[15:54] <ogra> if someone takes care of maintenance etc they wont, the point is that these packages are not from debian and nobody in ubuntu maintained them since hardy
[15:55] <ogra> well, if you look at squeak, that was licensed very badly but distributable ... which is why i packaged it in breezy ...
[15:55] <alkisg> Doesn't scratch and some others depend on squeak?
[15:55] <alkisg> etoys...
[15:56] <ogra> laser took that over and at some point when the licensing was changed upstream debian pulled squeak in ... but with different package naming scheme
[15:56] <ogra> so my/laserjocks squeak packages are obsolete and the debian package should be used
[15:57] <sbalneav> ogra: Later on this week I'm going to submit some packaging work I've done to REVU. For the process of getting MOTU|whatever replaces is
[15:57] <sbalneav> it.
[15:57] <ogra> cool !
[15:57] <ogra> ping me if you need a reviewer
[15:57] <sbalneav> I've packaged 2 things from scratch, and done a merge on one package, and I'll do another merge this week.
[15:57] <ogra> wow
[15:57] <sbalneav> yeah, I'll hit you and LaserJock|highvoltage up
[15:58] <sbalneav> they
[15:58] <sbalneav> they're in my ppa
[15:58] <sbalneav> I did irssi-xmpp-plugin (update to 0.50) and cnetworkmanager
[15:58] <sbalneav> Plus my work on sabayon
[15:58] <ogra> nice
[16:19] <highvoltage> sbalneav: hmm?
[16:22] <sbalneav> I might hit you up for revu
[16:23] <sbalneav> check out my ppa
[16:23] <sbalneav> I've been doing some packaging
[16:23] <sbalneav> cnetworkmanager I'm proud of: I did that one from scratch.
[16:23] <sbalneav> I also wrote a proper manpage for it.
[16:30] <highvoltage> sbalneav: great :)
[18:30] <highvolt1ge> sbalneav: so cnetworkmanager makes it easy to configure wifi connections from the command line?
[18:31] <sbalneav> highvoltage: yep
[18:31] <sbalneav> cnetworkmanager -n shows you what networks are around
[18:31] <highvoltage> sbalneav: nice
[18:31] <ogra> like nm-tool does ?
[18:31] <sbalneav> you can set wep and wap keys
[18:32] <sbalneav> nm-tool only shows you things
[18:32] <ogra> yep
[18:33] <sbalneav> cnetworkmanager actually allows you to SET things
[18:33] <sbalneav> connect to a network, up/down an interface, etc.
[18:33] <ogra> yep
[18:33] <sbalneav> It's a nice tool.
[18:33]  * ogra knows cnetworkmanager and is sad upstream didnt include it into nm-tool
[18:34] <sbalneav> yeah, cnetworkmanager should really just become PART of networkmanager
[18:34] <ogra> but well ... thats upstream ...
[18:34] <ogra> right
[18:34] <highvoltage> I probably shouldn't install it on a machine that has network manager installed right?
[18:34] <sbalneav> No, go ahead
[18:34] <ogra> highvoltage, its a frontend
[18:34] <sbalneav> right
[18:34] <sbalneav> it's no different from the little gnome-nm-applet thingy
[18:34] <ogra> like knetworkmanager or nm-applet
[18:34] <sbalneav> other than command-liney :)
[18:35] <sbalneav> For, you know, people who like to type and/or script cool things.
[18:35] <ogra> weird folks
[18:35] <highvoltage> heh
[18:35] <sbalneav> Hush, you. :)
[18:36] <ogra> you mean there are people that dont /click/ on things ?
[18:36] <ogra> scary !!!
[18:36] <sbalneav> This gui stuff's a passing fad.
[18:36] <highvoltage> my father calls them "linux nerds"
[18:36] <Ahmuck-Jr> i'm a clicker
[18:37] <sbalneav> I still got my wyse60 terminal at the blistering speed of 19.2kbps.
[18:37] <highvoltage> I was wondering where those sounds came from
[18:37] <ogra> sbalneav, so next you should make gpm work with hal ;)
[18:37] <ogra> then we can click on things in cnetworkmanager !!
[18:37] <sbalneav> Come the apocolypse, WE'LL SEE WHO'S GONNA BE LAUGHING!!!!111one
[18:37]  * sbalneav dons his survivalist gear.
[18:38] <Ahmuck-Jr> it won't be linux nerds
[18:38] <mhall119> apt-get install apocalypse-survival-tools
[18:38] <mhall119> apt-get install apocalypse-survival-tools-dev
[18:38] <highvoltage> stgraber: what do you need in order to become a revu reviewer?
[18:38] <Ahmuck-Jr> it'll be peeps who took time to visually identify plants, build mechanics, etc.
[18:39] <ogra> highvoltage, https://wiki.ubuntu.com/MOTU/Packages/REVU ?
[18:39] <mhall119> Ahmuck-Jr: ners will have a solar panel and a local copy of Wikipedia
[18:40] <mhall119> we'll be the post-apocalyptic medicine-men
[18:40] <sbalneav> Ahmuck-Jr: Sure it will.  We're people used to doing things for ourselved.
[18:40] <sbalneav> Selves
[18:40] <stgraber> highvoltage: any motu can vote IIRC
[18:41] <highvoltage> ah I need to contact an admin


[06:17] <robopal> hi
[18:44]  * eliasps is away: I'm away or busy, leave a message and I'll get back to you.
[23:21] <eliasps> Καλησπέρα
[23:59] <LoganL> kalispera


 @KMyers, Thanks!
 @govatent old bug. I have an S9
 nice upload speed
 comcast?
 scratch that
 saw it in the image :P
 I wish I would get better upload
 better than 10
 i've actually been super happy with my vdsl setup
 i get a full 100/10 down
 and it never cuts out.
 and the bandwidth is always there regardless of time of day.
 so i wait a bit longer for downloads, but streaming doesn't blur out.
 https://www.forbes.com/sites/jeffkauflin/2018/12/14/sipc-head-has-concerns-about-robinhoods-checking-and-savings-products/?fbclid=IwAR0TKCYVojequr3RzXS6Wno1n4vibEy5nGkxS6q4RAf-BsMzK98UPcNZ61c#6294a3516827
 yea. reddit was up in arms about that situation with the sipc
 https://www.androidpolice.com/2018/12/15/robinhood-halts-plans-for-no-fee-checking-and-savings-accounts/


[09:31] <quadrispro> astraljava, got my mail?
[09:32] <quadrispro> hi ScottL, mudita24 is ready, I'm waiting for an ACK from astraljava
[10:09] <astraljava> quadrispro: Yeah. Sorry, I'm a bit busy now what with the switching jobs and moving and all that sort of things. :)
[10:10] <quadrispro> no worries :)
[10:10] <astraljava> quadrispro: Is it alright if I look at it this evening?
[10:10] <quadrispro> of course, take your time
[10:11] <astraljava> Tomorrow's my last day in the current job, and I need to finish a few things.
[10:11] <astraljava> Ok, thanks!
[22:43] <ckontros> Where's Scott? He seems to be very quiet.


[12:06] <kokoye2007> testing 123
[12:16] <kokoye2007> cyphermox:
[12:16] <kokoye2007> Dear Pendulum:
[12:17] <kokoye2007> Dear head_victim
[12:18] <head_victim> kokoye2007: the next membership board meeting is this time next week for the 1200 UTC board
[12:18] <head_victim> I think that's what you're after?
[12:20] <kokoye2007> thx head_victim
[12:20] <head_victim> kokoye2007: no problem :)
[12:21] <kokoye2007> dear head_victim 4th Wednesday of the month: 12:00 UTC ?
[12:22] <head_victim> kokoye2007: it has been the 2nd and 4th of the month
[12:22] <head_victim> Today is the 1st wednesday of the month so next week it's the 2nd wednesday of the month
[12:22] <kokoye2007> Ohhh
[12:22] <kokoye2007> ok ok
[12:22] <head_victim> Not sure who updated the wiki page, it's wrong :/\
[12:23] <kokoye2007> ya ya you mean https://wiki.ubuntu.com/Membership/Boards head_victim  ? :D
[12:23] <head_victim> Yeah, it's next week according to my calculations
[12:24] <kokoye2007> so 12:00 and 22:00 is also
[12:24] <kokoye2007> i will come next week 14th 12:00 UTC
[12:24] <head_victim> The 2200 board meets on the 1st and 3rd weeks
[12:25] <kokoye2007> thx for kind and regard head_victim
[12:26] <head_victim> kokoye2007: keep an eye on that wiki page, we'll update it shortly to correct it
[12:26] <head_victim> Apologies for the errors
[12:26] <kokoye2007> nvm head_victim
[12:28] <head_victim> kokoye2007: waiting a week might give you a chance to get a couple of testimonials on your wiki page :)
[12:29] <kokoye2007> yeah head_victim
[14:18] <smartboyhw> any QA meeting? balloond?
[14:19] <smartboyhw> *balloons?
[14:20] <balloons> ohh noes!
[14:20] <balloons> I think time change busted me
[14:20] <balloons> I was thinking it was in another hour
[14:20] <smartboyhw> lol
[14:20] <balloons> gotta reset all my calendar appointments again
[14:20]  * balloons wonders how we still can't get this right
[14:21] <smartboyhw> please do:-P
[14:21] <smartboyhw> phillw: Here?
[14:22] <TheLordOfTime> balloons: i have an idea.
[14:22] <TheLordOfTime> balloons, have your calendar appointments on an online calendar, subscribe yourself to it, use time conversions :P
[14:22] <TheLordOfTime> because time conversion is just so awesome :P
[14:22] <balloons> TheLordOfTime, that's the sad part
[14:22] <TheLordOfTime> (outlook / sunbird / GOOGLE CALENDAR is awesome there)
[14:22] <balloons> I do use an online calendar
[14:23] <balloons> and no, it doesn't handle the time change properly
[14:23] <balloons> it does do conversions just fine.. I have dual display so I see everything in UTC as well as my local
[14:23] <TheLordOfTime> then the software you are using is wrong.
[14:23] <smartboyhw> TheLordOfTime what idea?
[14:23] <TheLordOfTime> and needs to be purgified.
[14:23] <TheLordOfTime> smartboyhw, you missed it because you timed out
[14:23] <balloons> TheLordOfTime, it's google calendar
[14:23] <TheLordOfTime> it was directed to balloons not anyone else
[14:23] <balloons> try to find EDT in there
[14:23] <balloons> I dare you :-)
[14:24] <balloons> it's a well known and insane problem
[14:24] <TheLordOfTime> balloons, you dont.  you set it to EST, and say "Detect DST settings"
[14:24] <TheLordOfTime> it works correctly.
[14:24]  * smartboyhw just wanted to start the meeting
[14:24] <TheLordOfTime> well, in google apps at least it does
[14:24]  * TheLordOfTime lols
[14:24] <TheLordOfTime> ANYWAYS...
[14:24] <smartboyhw> lol
[14:25]  * balloons goes to look
[14:26] <smartboyhw> balloons: I beg you: Start the meeting please
[14:26] <balloons> http://support.google.com/calendar/bin/answer.py?hl=en&answer=2367918
[14:27] <balloons> smartboyhw, lol
[14:29] <smartboyhw> balloons, not lol
[14:30] <balloons> #startmeeting Ubuntu QA Community
[14:30] <meetingology> Meeting started Wed Nov  7 14:30:14 2012 UTC.  The chair is balloons. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:30] <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
[14:30] <smartboyhw> Yeah
[14:30] <balloons> We split the difference.. 30 mins late or 30 mins early
[14:30] <balloons> I'll let you decide
[14:30] <balloons> who's actually made it to this random event?
[14:31] <smartboyhw> I did
[14:31] <smartboyhw> balloons what do you mean on that "split the difference" thing?
[14:33] <balloons> I meant time
[14:33] <balloons> anyways, I guess I'll abandon the traditional agenda to share what's going on
[14:34] <smartboyhw> balloons: XD
[14:34] <balloons> For raring, as you saw, lots of changes to how we will release. There won't be any alpha releases, and our testing will be cadence based
[14:35] <balloons> I've started to put together a calendar of what weeks will be cadence weeks, and what we will plan to test during those weeks
[14:35] <smartboyhw> yeah
[14:35] <balloons> in addition, work is beginning on all the background stuff. A new quality report, and you can get your feet wet in trying out some of the automated testing tools
[14:36]  * TheLordOfTime yawns
[14:36] <TheLordOfTime> yes i'm still awake :P
[14:36] <smartboyhw> balloons: Give us more info on UYAH please
[14:36] <TheLordOfTime> (sorry late statement saying i'm here :P)
[14:36] <smartboyhw> *UTAH
[14:36] <balloons> UTAH?
[14:36] <smartboyhw> yes
[14:36] <smartboyhw> typo sorry
[14:36] <balloons> ahh yes. The platform QA team said they would be giving hangouts this cycle on it
[14:37] <balloons> it's just a wrapper though. For us, I think we'd be more interested in autopkgtest and autopilot
[14:38] <smartboyhw> balloons what IS autopilot?
[14:38] <balloons> autopilot is an automated testing tool -- for gui's
[14:39] <balloons> so it's a functional testing tool. for us, plans are in place to do things like automate installer testing from the end user perspective (in addition to the pre-seeding and other testing that happens)
[14:39] <balloons> this will shift our manual testing goals from doing lots of testing at a high level, to doing more in-depth testing
[14:40] <smartboyhw> ok
[14:42] <balloons> that's everything in a nutsheel
[14:42]  * smartboyhw wonders whether balloons himself will become automated
[14:42] <balloons> I'll send out an email today talking about how you can get involved.. now is a good time to take advantage of the lower QA needs and do some experiments and planning
[14:42] <smartboyhw> yeah yeah yeah
[14:42] <balloons> that's basically what the next few weeks will be
[14:43] <smartboyhw> ok
[14:43] <balloons> after the holidays and we're in 2013, we'll be in full gear again
[14:44] <smartboyhw> that's good since I can finish my exam in January and return to QA
[14:45] <balloons> excellent
[14:45] <balloons> any other comments / questions?
[14:45] <balloons> if not, we'll wrap this up for now
[14:45] <smartboyhw> no.
[14:45] <balloons> and try and get a handle on the proper time.. my calendar is adjusted now :-)
[14:45] <smartboyhw> lol
[14:46] <balloons> #endmeeting
[14:46] <meetingology> Meeting ended Wed Nov  7 14:46:05 2012 UTC.
[14:46] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-11-07-14.30.moin.txt
[14:46] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-11-07-14.30.html
[14:46] <smartboyhw> thx balloons
[14:46] <balloons> thanks TheLordOfTime and smartboyhw
[14:47] <smartboyhw> balloons send that email a.s.a.p please so I can read it before sleep
[14:48] <TheLordOfTime> bleh
[14:48] <TheLordOfTime> randomlag
[14:48] <smartboyhw> lol
[14:48] <balloons> smartboyhw, sorry mate
[14:48] <balloons> first thing tomrorrow for you
[14:49] <balloons> nothing new beyond what you read.. just some details
[14:49] <smartboyhw> balloons grrr
[14:49] <balloons> your already a testcase admin
[14:49] <balloons> the work items there all need done ;-)
[14:49] <smartboyhw> ouch
[14:49] <smartboyhw> ALL done
[14:49] <smartboyhw> OK
[14:49] <balloons> smartboyhw, let's chat in #ubuntu-testing
[14:49] <balloons> don't spam here
[14:50] <smartboyhw> ok
[16:01]  * slangasek waves
[16:01] <jodh> o/
[16:02]  * stgraber waves
[16:03]  * xnox 0/
[16:03] <slangasek> #startmeeting
[16:03] <meetingology> Meeting started Wed Nov  7 16:03:10 2012 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:03] <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
[16:03] <ogra_> \o//
[16:03] <slangasek> [TOPIC] lightning round
[16:03] <slangasek> $ echo $(shuf -e barry doko stgraber jodh ev bdmurray slangasek ogra infinity cjwatson xnox stokachu)
[16:03] <slangasek> bdmurray stokachu cjwatson ogra ev barry doko slangasek jodh infinity xnox stgraber
[16:04] <doko> hi
[16:04] <bdmurray> uploaded ubuntu-release-upgrader fix for bug 1067393 to raring
[16:04] <bdmurray> uploaded apport fix for bug 1039220 to precise
[16:04] <bdmurray> uploaded update-manager fix for bug 1060353 to oneiric
[16:04] <bdmurray> SRU verification of bug 875879 regarding aptdaemon
[16:04] <bdmurray> SRU verification of bug 1039220 regarding apport and precise
[16:04] <bdmurray> SRU verification of bug 1066445, 1065806, 964674
[16:04] <bdmurray> reported ubuntu-release-upgrader bug 1071388
[16:04] <bdmurray> modifiied arsenal to do milestone searching
[16:04] <bdmurray> created arsenal report for (quantal|precise)-updates targetted bug reports
[16:04] <bdmurray> wrote up foundations-r-sru-queue-velocity blueprint
[16:05] <bdmurray> ✔ done
[16:07] <cjwatson> is stokachu here?
[16:07] <cjwatson> otherwise I can go on ...
[16:07] <stokachu> yea sorry
[16:07] <stokachu> cjwatson: go ahead im still working on my changes
[16:07] <cjwatson> ok
[16:08] <cjwatson> Fixed handling of library transitions in proposed-to-release migration code.
[16:08] <cjwatson> Babysat various bits of said migration to ensure that complex transitions work properly.
[16:08] <cjwatson> Part-way through backporting UEFI Secure Boot support to 12.04.2 (bug 1075181).  I've uploaded grub2 and base-installer to precise-proposed; I probably need grub2 to be processed before I can get much further here.
[16:08] <cjwatson> Sorted out some raring image build failures.
[16:08] <cjwatson> Adjusted ubiquity in raring to support dynamically constructing the unsigned kernel based on the signed kernel, to save space.
[16:08] <cjwatson> ..
[16:08] <cjwatson> incidentally OMG the grub2 backport was a lot of patches
[16:09] <cjwatson> I ended up with a "stuff I need to support all these other changes" patch
[16:09] <infinity> cjwatson: Oh, I was asleep when binutils transitioned, did that require manual intervention to remove the NBS linux-tools-ac100, or does that magically DTRT now?
[16:09] <cjwatson> infinity: DTRT
[16:09] <infinity> \o/
[16:09] <cjwatson> oh, there might have ended up being an NBS in the release pocket actually
[16:09] <cjwatson> but it migrated without intervention
[16:09] <infinity> Right, NBS cruft in release is less worrying than having to pre-emptively remove it to allow the transition.
[16:10] <slangasek> stokachu: ready yet? or should we continue on?
[16:10]  * ogra_ is fine to go now if needed
[16:10] <stokachu> slangasek: go ahead i was talking to brian about a patch i did
[16:10] <ogra_> done:
[16:10] <ogra_>  * uploaded tegra3 drivers to raring
[16:10] <ogra_>  * fixed a few bugs for nexus7 (and worked through the list)
[16:10] <ogra_>  * researched wlan options (there are three drivers, the one that works OOTB has a weird license though)
[16:10] <ogra_>  * tried to get the camera on the nexus7 to work with no success so far
[16:10] <ogra_>  * looked into creating sparse images with ext2simg instead of make_ext4fs
[16:10] <slangasek> stokachu: ok, let us know when you're ready
[16:10] <ogra_>    using the former results in significantly bigger images though which will cause install problems
[16:10] <ogra_>  * sorted out blueprints and WIs
[16:10] <ogra_>  * blocked on not having a kernel package in the archive yet for implementing nexus7 image builds
[16:10] <ogra_> todo:
[16:10] <ogra_>  * implement the nexus7 image builds
[16:10] <ogra_>  * more WI cleanup
[16:10] <ogra_>  * try to find a home for desktop-r-rebuild-gl-games-for-gles
[16:10] <ogra_>    (currently desktop, but somehow the content is rather community i think)
[16:10] <ogra_>  * merges
[16:10] <ogra_>  * fix various flash-kernel bugs (kernel downgrades are not supported since 3.x came from debian,
[16:11] <ogra_>    that always causes support)
[16:11] <ogra_> ..
[16:11] <ev> - Short week; UDS.
[16:11] <ev> - Taking my learnings of juju best practices from UDS hallway discussions and crafting a solution to our database schema race condition. Canonistack is being particularly uncooperative this week, so this has been slow to test.
[16:11] <ev> - Further debugging of the RabbitMQ charm bug where the wrong hook gets called and we don't get a username or password from the server.
[16:11] <ev> - Reworking a lot of error tracker developer documentation to make it better organised and easier to read through (I had complaints that the massive wall of text made people want to 'gouge out their eyes').
[16:11] <ev> - Got permission from webops to publish the canonistack setup on the Ubuntu wiki. It was also suggested that I provide EC2 instructions, so I'll have to start using my monthly credit for that.
[16:11] <ev> - Investigated why the retracers are all hanging. It turns out to be a ddebs.ubuntu.com issue, which pitti seems to have fixed.
[16:11] <ev> - Verified the 12.10 USB disk for the Ubuntu store.
[16:11] <ev> (done)
[16:11] <barry> uds, vacation, dead machine.  back at work today.  done.
[16:11] <slangasek> ogra_: is a nexus7 kernel package pending?  does the kernel team know you're waiting?
[16:11] <stokachu> ok i just got 2 things
[16:12] <stokachu> patch for bug 1013798, needs metadata in patch itself
[16:12] <stokachu> patch for bug 1036834 completed for precise properly
[16:12] <stokachu> done
[16:12] <ogra_> slangasek, not a kernel team job, i nag janimo every day about it though
[16:12] <ogra_> slangasek, afaik the nexus kernel is supposed to stay in universe
[16:12] <ogra_> and i think jani will go on maintaining it
[16:12] <slangasek> right, makes sense
[16:13] <ogra_> the image tools stuff was rather disappointing btw
[16:13] <infinity> ogra_: At about the same level of "maintenance" that we get for ac100, I assume? :)
[16:13] <ogra_> infinity, yeah, i guess
[16:13] <ogra_> probably more contributions to it though
[16:13] <ogra_> (one can hope :) )
[16:14]  * infinity is tempted to waste a weekend on tossing a chromebook kernel in universe.
[16:14] <ogra_> ++
[16:14]  * ogra_ ordered one on sunday
[16:15] <doko> - UDS
[16:15] <doko> - binutils and gcc-4.7 updates
[16:15] <doko> - re-submitted gcc-multiarch patch upstream
[16:15] <doko> - python3.3 packaging fixes
[16:15] <doko> - drop python3.2 as supported python3 version
[16:15] <doko> - libxml2 build fixes
[16:15] <doko> (done)
[16:15] <slangasek> barry: dead machine? :/
[16:15] <slangasek> any volunteers to look at bug #1013798 for stokachu?
[16:15] <bdmurray> slangasek: I'm piloting today so will
[16:15] <infinity> slangasek: o/
[16:16] <infinity> Or bdmurray can. :P
[16:16] <slangasek> bdmurray wins
[16:16] <slangasek> bdmurray: thanks
[16:16] <barry> slangasek, yep.  my main dev box wouldn't boot when i got back from vacation.  replaced the cmos battery, still no boot (brief flash on power button, but then nothing).  the googles indicated it was the power supply so ran out and got one late last night.  seemed to do the trick this morning
[16:16] <slangasek>  * recovering from UDS+DST
[16:16] <slangasek>  * blueprints and UDS summaries
[16:16] <slangasek>  * fixing apt kernel autoremoval (bug #923876)
[16:16] <slangasek>  * get kernel metapackages moved to the right section (bug #1074787)
[16:16] <slangasek>  * catch-up SRU processing
[16:16] <slangasek>  * pushed udev NMU into Debian for upstart support
[16:16] <slangasek> (done)
[16:16] <cjwatson> udev> yay
[16:16] <jodh> * upstart:
[16:16] <jodh>   - Squished nasty test race.
[16:16] <jodh>   - Raised MP for stateful-reexec feature
[16:16] <jodh>     https://code.launchpad.net/~upstart-devel/upstart/stateful-reexec/+merge/133265
[16:16] <stokachu> cjwatson: i fixed the gdb debdiff
[16:16] <jodh>   - Looking at bug 1075976.
[16:16] <barry> doko, dropping py3.2 - yay!
[16:16] <jodh> ⚺
[16:16] <jodh>
[16:16] <cjwatson> stokachu: thanks, will look after meeting
[16:17] <stokachu> cjwatson: when i genreated the src package i didnt have the build deps installed on the hsot machine which caused those deps to be blank
[16:17] <cjwatson> Yeah
[16:17] <stokachu> first time i ever ran into that
[16:17] <cjwatson> It's fairly rare but does sometimes happen
[16:17] <slangasek> there's a unicode codepoint for paste-on Vulcan eyebrows?
[16:17] <infinity> * UDS recovery, blueprints, archive consistency tracking, pondering vacations
[16:18] <infinity> ☭
[16:18] <xnox> * finished python3.3 transition (pykde4 needs to migrate)
[16:18] <xnox> * reviewed / swept through blueprints/workitems (couple of blueprints still need accepting)
[16:18] <xnox> * packaged android-tools-fs-utils for generation of sparse images for nexus images
[16:18] <xnox> * forwarded python3.3 porting patches to debian
[16:18] <xnox> * updated the onlypy3oncd tracker for 13.04
[16:18] <xnox> ...
[16:18] <stgraber>  - UDS last week
[16:18] <stgraber>  - Networking
[16:18] <stgraber>   - Merged ifupdown with Debian, forwarded remaining upstart delta.
[16:18] <stgraber>  - Container
[16:18] <stgraber>   - Pushed bugfix branch to Daniel for lxc 0.8, was merged upstream.
[16:18] <stgraber>   - Started rebasing staging branch on new upstream master.
[16:18] <stgraber>  - Post-UDS
[16:18] <stgraber>   - Went through all remaining quantal work items, updated status.
[16:18] <stgraber>   - Started to go through UDS notes to draft the raring blueprints.
[16:18] <stgraber>  - QA Tracker
[16:18] <stgraber>   - Schema update to allow a build to belong to multiple milestones.
[16:18] <stgraber>   - Code change to automatically link the builds to the milestones.
[16:18] <stgraber>   - Added new manifest table to the DB.
[16:19] <stgraber>   - Added new flag to milestone which when set will automatically post builds for products listed in the manifest.
[16:19] <stgraber>   - Updated the publishing code to detect the new flag, scan the manifest and add the matching products to the right milestones.
[16:19] <stgraber>  - TODO
[16:19] <stgraber>   - Finish QA Tracker work and get it deployed by IS:
[16:19] <stgraber>     - Add user UI, admin UI and RPC interface to the manifest
[16:19] <stgraber>     - Extend python-qatracker for the new RPC
[16:19] <stgraber>     - Run all the API tests
[16:19] <stgraber>     - Get IS to rollout the code change in production
[16:19] <stgraber>   - UDS blueprint drafting
[16:19] <stgraber>   - Finish LXC staging branch rebasing
[16:19] <stgraber> (DONE)
[16:19] <jodh> stgraber: you've caught what ev's got! ;-)
[16:19] <barry> xnox, can you paste the url to the tracker in the foundations-r-python-versions blueprint?
[16:20] <barry> (if it's not already there)
[16:20] <ev> jodh: hahaha
[16:20] <xnox> barry: i think it's the same one as before.
[16:20]  * ogra_ grins
[16:20] <barry> xnox, cool
[16:20] <stgraber> jodh: nah, it's about the same length as usual, it's just that ev's usually 10x longer so nobody notices ;)
[16:20] <xnox> barry: and it's on the blueprint.
[16:20] <barry> xnox, awesome, thanks
[16:20] <ev> :)
[16:21] <slangasek> any (non-editorial ;) questions/comments on the above?
[16:21] <slangasek> [TOPIC] Bugs
[16:21] <slangasek> bdmurray: not sure if there's anything to talk about here at the moment?
[16:22] <bdmurray> bug 1073514 could use an assignee
[16:22] <cjwatson> oh, I promised hggdh I'd look at that
[16:23] <cjwatson> so assigned myself by way of keeping my promise
[16:23] <hggdh> thank you :-)
[16:24] <bdmurray> then I'd also mentioned a new report
[16:24] <bdmurray> http://reqorts.qa.ubuntu.com/reports/rls-mgr/quantal-updates-bug-tasks.html
[16:24] <bdmurray> those are bugs with a quantal task and targetted to quantal-updates
[16:24] <cjwatson> stokachu: accepted gdb now, finally
[16:24] <cjwatson> thanks
[16:25] <bdmurray> so there are some things that could be worked on in that list
[16:25] <stokachu> cjwatson: lol thank you!
[16:25] <bdmurray> that's all from me
[16:26] <slangasek> oh man, did I really sign up to fix bug #1067348?
[16:27] <slangasek> I guess I'd better start digging to figure out how to detect which fonts are used and need copied :/
[16:27] <stokachu> mscorefonts :D
[16:28] <slangasek> bdmurray: thanks for the update
[16:28] <slangasek> [TOPIC] AOB
[16:28] <slangasek> fwiw, Feature Definition Freeze is set for November 22nd
[16:28] <slangasek> (well, November 22th according to the wiki, but anyway)
[16:29] <xnox> I have a few workitems on specs from quantal & uds-r which are not accepted for raring yet, do I ping you, slangasek, about them?
[16:29] <barry> is anybody running raring desktop by default yet?
[16:29] <infinity> barry: I have been since it opened.
[16:29] <slangasek> that's Thanksgiving, and I'm taking the whole week off, so I'd appreciate it if your blueprints were done by the 15th
[16:29] <cjwatson> oh, I meant to upgrade this week
[16:29] <xnox> barry: I am. unity doesn't start, so I am in the fallback session.
[16:30] <cjwatson> there were a couple of unityish things due to be copied from quantal-updates, I think ...
[16:30] <slangasek> xnox: at this point you shouldn't need to, I'll go through the whole list of specs
[16:30] <barry> infinity, xnox cool.  i think i'll upgrade my vm as an interim step
[16:30] <stokachu> barry: go all in!
[16:31] <xnox> slangasek: hmm... they don't appear on status.ubuntu.com so something is missing on them.
[16:31] <slangasek> xnox: probably so, but it's probably something I'm going to catch when I do my review so don't worry about it :)
[16:31] <ogra_> approval ?
[16:31] <xnox> ack.
[16:31]  * barry likes the deep end
[16:32] <bdmurray> oh, by the way if you are reporting bugs please try to set the importance of them
[16:33]  * ogra_ likes that he has proper alt+tab since yesterday :)
[16:33] <slangasek> xnox: the main thing is, if the blueprint is ready for review, to set it to 'review' or 'pending approval'
[16:33] <xnox> ok.
[16:33] <slangasek> anything else then?
[16:34] <slangasek> #endmeeting
[16:34] <meetingology> Meeting ended Wed Nov  7 16:34:49 2012 UTC.
[16:34] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-11-07-16.03.moin.txt
[16:34] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-11-07-16.03.html
[16:34] <ogra_> thanks !
[16:34] <slangasek> quick meeting today
[16:34] <slangasek> thanks everyone :)
[16:35] <stgraber> thanks!
[16:35] <jodh> thanks
[16:35] <xnox> cheers.
[16:35] <ogra_> quicker than florida :)
[16:36] <stokachu> lol
[16:36] <infinity> I don't think Florida should be allowed to participate in federal elections anymore.
[16:36] <ogra_> lol
[16:36] <slangasek> it's ok, we made them irrelevant this time


[02:15] <bluesabre> brainwash: we opted to not include the color emojis, since they only work in gtk3 applications (non-color look the same in gtk2/gtk3/qt/everything else)
[09:41] <flocculant> bluesabre: supposedly next week is beta week - assuming it happens and I see a reminder that a iso is ready I'll pointlessly e-mail both the lists
[10:31] <bluesabre> flocculant: thanks
[10:32] <ochosi> bluesabre: so, regarding 18.10 we have the following missing pieces
[10:32] <ochosi> 1) elementary-xfce update to 0.13.1 for consistent wireless icons
[10:33] <ochosi> and manila-folder fixes
[10:33] <ochosi> 2) xfce4-settings latest point release (once it's out, if we're happy with it)
[10:34] <ochosi> within greybird i don't expect any more important changes/fixes
[10:34] <ochosi> and everything else i guess can also be delivered after the release
[10:34] <ochosi> (if we have bugfix point releases of 4.13 components)
[10:35] <bluesabre> sure thing
[10:54] <brainwash> bluesabre: new comment in bug 1793393
[10:54] <brainwash> makes me wonder if the overrides for custom search actions ever actually worked
[10:55] <brainwash> also, adding --path=~ to the command makes sense, or?
[10:57] <ochosi> bluesabre: oh and 3) switch the "symbolic" option to true for statusnotifier plugin in x-d-s
[10:59] <brainwash> symbolic icons are enabled
[10:59] <brainwash> just opened the properties dialog in daily
[11:45] <ochosi> oh ok, great
[11:45] <ochosi> one less thing to fix
[11:47] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-weather-plugin 0.9.0 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-weather-plugin-0-9-0-released-tp51829.html (by Sean Davis-6)
[12:11] <bluesabre> knome: how's the wallpaper looking?
[12:12] <bluesabre> brainwash: aha, so that's what we're missing
[12:23] <bluesabre> brainwash: sure enough, adding that line to the defaults.rc makes the find keyword work
[12:48] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Add file search custom command (-) to Whisker Menu and Application Finder (LP: #1793393) @ http://git.launchpad.net/xubuntu-default-settings/commit/?id=37c1122de5db3e6728b5966054c0a2a42a8df223 (by Sean Davis)
[13:09] <brainwash> bluesabre: you sure that '-' is better than 'find'?
[13:09] <bluesabre> brainwash: the other keywords are a single symbol, and find really only makes sense to use for the english speakers
[13:09] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Add items to the Atril toolbar for improved usability (LP: #1792788) @ http://git.launchpad.net/xubuntu-default-settings/commit/?id=da0417a5340e0a8194022c80492f2938b4857ef2 (by Sean Davis)
[13:10] <bluesabre> (also faster to type)
[13:12] <brainwash> ok
[13:12] <brainwash> it's just that I would associate - with search
[13:14] <brainwash> would not I meant
[13:14] <brainwash> but oh well
[13:15] <bluesabre> yeah, that's kind of the same problem with the existing #, ?, ! keywords
[13:15] <brainwash> does not look like people were using 'find' anyway
[13:15] <bluesabre> yeah, definitely hasn't ever worked :D
[13:15] <brainwash> what about '/' for search?
[13:15] <brainwash> it's odd too
[13:16] <ondondil> hey, thanks guys
[13:16] <ondondil> '/' is already used in appfinder with "exo-open --launch FileManager %S" command
[13:16] <bluesabre> That's currently used for opening directories in the app finder (I thought the same)
[13:16] <bluesabre> yeah
[13:16] <bluesabre> :)
[13:17] <brainwash> ok
[13:25] <brainwash> ondondil: regarding the other report, can you modify Ctrl+F via Thunar's accels.scm?
[13:25] <brainwash> personally I don't think that it should be altered
[13:26] <brainwash> it opens the empty search input field (just like in pcmanfm)
[13:27] <bluesabre> interestingly enough, if you don't have a file highlighted in thunar, ctrl+F opens catfish, otherwise, opens the in-window search
[13:29] <Spass> that would probably require a new custom action "catfish --path=%d" that applies only to files
[13:29] <Spass> similarly to "Open in terminal" one, I think
[13:30] <brainwash> it does not open catfish for me
[13:30] <brainwash> but ctrl+f is ignored pretty often when I press it and nothing is highlighted
[13:31] <bluesabre> I see it when I click a file, ctrl+f (shows the in-window search), press escape, ctrl+f again (shows catfish)
[13:31] <bluesabre> gotta run now, bbl
[13:32] <brainwash> nope, no catfish for me
[13:32] <bluesabre> thanks folks for all the bug reports/triage/suggestions/general interest in improving xubuntu :)
[13:32] <bluesabre> huh
[13:32] <bluesabre> even more weird :D
[13:32] <ondondil> brainwash: yes, I was able to modify that, but unique identifier for custom action needs to exist before in ~/.config/Thunar/uca.xml
[13:35] <brainwash> what is the <Action> for search?
[13:35] <brainwash> mine accels.scm does not seem to have one
[13:35] <brainwash> my
[13:36] <brainwash> oh. now I get it. you want to override it with a custom action
[13:39] <knome> bluesabre, pretty close with it actually!
[13:40] <knome> i can probably show a draft today
[13:45] <ondondil> brainwash: I have https://paste.ubuntu.com/p/nKPRVFPYwH/ in uca.xml and "; (gtk_accel_path "<Actions>/ThunarActions/uca-action-1524816562683873-3" "")" in accels.scm
[13:45] <ondondil> I edited that line in accels.scm to "(gtk_accel_path "<Actions>/ThunarActions/uca-action-1524816562683873-3" "<Primary>f")"
[13:45] <brainwash> right
[13:50] <ondondil> And I also can't get catfish to run without making that change
[13:51] <ondondil> Doing what bluesabre described I get in-window search every time
[13:52] <brainwash> he probably added that manually to his config
[13:58] <brainwash> ondondil: can the ID be stored and then read from uca.xml.in?
[14:00] <brainwash> that would bypass the ID generating part if it works
[14:12] <brainwash> bluesabre: what does the /s do? https://git.launchpad.net/xubuntu-default-settings/commit/etc/xdg/xdg-xubuntu/Thunar/uca.xml.in?id=d4e1c1717b8784163fc7fba84192132122985bd7
[14:13] <brainwash> ohh nevermind
[14:13] <brainwash> /s as in (s)
[14:14] <brainwash> that got me confused for a moment
[14:25] <brainwash> bluesabre: "print file" custom action is another thing that does not work :/
[14:26] <brainwash> you have to separate file types with a semicolon and not a comma
[14:30] <brainwash> also, you have modify the selection condition -> https://i.imgur.com/58kOyla.png
[14:35] <TJ-> I'm revisting Bug #1784964 trying to figure out a way to further debug it. It seems like it mostly affects xubuntu due to lightdm. I've hit a dead-end as to how to further debug it. Logs aren't helping.
[14:36] <TJ-> Any suggestions or ideas?
[14:37] <brainwash> but that's not specific to Xubuntu, is it?
[14:40] <TJ-> I'll get hints from anywhere at this point! I've got a fleet of xubuntu systems and it affects some and not others
[14:42] <brainwash> this looks like a beast, not sure if I would be able to follow all the information
[14:46] <brainwash> what is the reason why ubuntu keeps patching this old version of policykit instead of moving to a new release?
[14:46] <TJ-> it's a weird one for sure, seems like the a user session started via lightdm doesn't get the supplementary groups, which also affects a subsequent tty console login (presumably due to somehow using the same user session).
[14:46] <TJ-> I'm not sure; I've asked in -devel but never got an answer when I was orginally debugging this.
[14:47] <TJ-> I have to do the workaround (log-in via TTY first) but sometimes forget -as in today - which makes me revisit it :)
[14:48] <brainwash> debian sid has 0.105-21 too
[14:48] <brainwash> 0.115-1 in experimental
[14:50] <TJ-> I think that's the primary reason - sync from Debian. Until you said that I had forgotten I did research that
[14:54] <brainwash> TJ-: did you test with debian yet?
[14:58] <TJ-> brainwash: you mean a Debian install?
[14:58] <brainwash> yes
[14:59] <brainwash> or did I miss some detail?
[14:59] <TJ-> It's so hard to reproduce I doubt it'll help. This doesnt affect all systems, so there's something in the config influencing this. E.g. the PC I'm on now which is supposed identical Xubuntu 18.04, never suffers it
[15:00] <ondondil> brainwash: I'm just a casual user so I'm not sure if this is how I was supposed to check this, but here's what I've done: I replaced /etc/xdg/xdg-xubuntu/Thunar/uca.xml with this https://pastebin.geany.org/7ogKt/ then removed the content of ~/.config/Thunar/ and rebooted.
[15:00] <ondondil> After the reboot ~/.config/Thunar/accels.scm got recreated with hardcoded unique-ids from /etc/xdg/xdg-xubuntu/Thunar/uca.xml that I created
[15:00] <TJ-> well, config or a race, based on system speed. We've seen it affect Core 2 Duo, and VMs, but this I5/i7 whatever (faster) never shows it
[15:01] <brainwash> TJ-: oh boy
[15:02] <TJ-> brainwash: exactly my thoughts!
[15:03] <brainwash> ondondil: nice. so the unique IDs could be predefined in the uca.xml.in (with an actual unique name, and not a timestamp)
[15:03] <TJ-> brainwash: as the policykit-1 fix is about 'race' conditions thats why I think that's the culprit
[15:04] <brainwash> best thing would be to get the policykit involved
[15:04] <brainwash> but they probably would want you to test with their latest release first
[15:05] <TJ-> right. I'm going to try the revert of the changes first, then I'll also try  fast-forward to 115 (if that doesn't affect (build)-dependencies
[15:06] <TJ-> I'm off out for a run with my Huskies, I'll report back later on
[15:06] <brainwash> you can check the package build from debian experimental
[15:06] <brainwash> maybe rebuild it for ubuntu
[15:06] <brainwash> ok. cya
[15:17] <knome> bluesabre, Spass: https://temp.knome.fi/temp/xubuntu/.wall-1810/draft_03.png
[15:17] <knome> ochosi, ^
[15:18] <ondondil> brainwash:  Should I mention this on launchpad then?
[15:19] <Spass> knome, I think the purple will look great with new manila folders
[15:19] <knome> maybe
[15:19] <knome> i feel like this one might need a bit more blue somewhere...
[15:25] <bluesabre> knome: cool, I like where that is going :)
[15:25] <knome> :)
[15:25] <Spass> yeah I like it too
[15:26] <Spass> thanks for sharing
[15:27] <knome> of course.
[15:34] <brainwash> ondondil: I guess so. maybe even attach your modifications (or a diff of them).
[15:35] <ondondil> Okay, will do
[15:35] <brainwash> accels.scm only containing the new custom action shortcuts and the modified uca.xml.in
[15:35] <brainwash> with matching unique IDs
[15:36] <brainwash> however, there are two "open in terminal" actions
[15:36] <brainwash> you cannot assign F4 to both of them
[15:36] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Fix file matching for the Print file/s custom command @ http://git.launchpad.net/xubuntu-default-settings/commit/?id=02a6161bf484d3bbd170a83db011990fd3837505 (by Sean Davis)
[15:37] <Spass> https://ibb.co/j6W2NU
[15:37] <brainwash> ondondil: more info https://git.launchpad.net/xubuntu-default-settings/commit/etc/xdg/xdg-xubuntu/Thunar/uca.xml.in?id=6e83025026b210709bb82d03a8a0b48120fae8f9
[15:37] <brainwash> bluesabre: nice
[15:38] <brainwash> bluesabre: but once again, how did no one notice that? :D
[15:38] <brainwash> well, now people will be able to easily print files
[15:38] <bluesabre> brainwash: dunno, maybe Thunar had some fallback code for those scenarios
[15:43] <ondondil> brainwash: If I only assign F4 to custom action with "exo-open --working-directory %f --launch TerminalEmulator" command, I won't be able to open terminal with F4 when a file is selected and vice versa
[15:44] <brainwash> that is the issue
[15:45] <ondondil> I've assigned it to both actions and it works fine here
[15:45] <brainwash> in list view too?
[15:47] <brainwash> it may work, but it's something that you cannot do via the graphical editor for custom actions
[15:47] <brainwash> assigning the same shortcut to several actions
[15:47] <ondondil> It works with all views. It doesn't work only if multiple files are selected
[15:48] <brainwash> ok. add that info to the report also.
[15:50]  * bluesabre waits to release new xubuntu-default-settings until the productive folks are done
[15:50] <bluesabre> :)
[15:52] <ondondil> I'll report that later today because now I need to leave for a while
[18:11] <ochosi> brainwash: it was tested against gtk2 and worked, so it should be ok in 18.04
[18:11] <ochosi> (the printing)
[18:37] <brainwash> ochosi: sadly, it does not work in 18.04
[18:37] <brainwash> the printing action does not show up in the context menu for a .doc file
[18:43] <brainwash> don't "plain text" and "empty file" create the same thing? https://i.imgur.com/89i4Gb4.png
[18:44] <brainwash> "empty file" is hardcoded
[18:47] <brainwash> bluesabre: ^
[18:48] <brainwash> https://git.launchpad.net/xubuntu-default-settings/commit/usr/share/xubuntu/templates/xdg-xubuntu-templates?id=dbd6556944bebef88aeaacdd4e0cb0985a8af115
[18:48] <bluesabre> technically, yes... only difference is Plain Text brings along a .txt extension
[18:48] <brainwash> well, that is true
[18:49] <brainwash> it should stay then
[19:06] <brainwash> bluesabre: there is something broken in parole's Plugins settings window
[19:07] <brainwash> the checkboxes reset sometimes after reopening the window
[19:07] <brainwash> the MPRIS2 one can even crash parole
[19:08] <brainwash> disable it, close the window, now try to re-enable it
[19:08] <brainwash> that would be bug 1698540
[19:10] <bluesabre> brainwash: thanks, added to the bugs bp, will hopefully tackle soon
[20:27] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-cpufreq-plugin 1.2.1 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-cpufreq-plugin-1-2-1-released-tp51832.html (by Andre Miranda)
[20:55] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-battery-plugin 1.1.1 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-battery-plugin-1-1-1-released-tp51834.html (by Andre Miranda)
[22:36] <ochosi> brainwash: that's odd, it did go through quite some testing, maybe i dont have enough .doc files ;)
[22:37] <ochosi> anyway, your testing and reporting is much appreciated


[00:42] <pcwiz38> hi i know this is a dumb question but i am still new to this, is there an active irc play on linux channel or wine channel?
[00:43] <krytarik> !alis | pcwiz38
[02:12] <rivers9000> Do you know why my XRANDR is set to Broadcast = "LIMITED" when "AUTO" is employed? This makes it so that on each restart I have to manually make it Broadcast = "FULL"
[02:12] <rivers9000> The /amsg is because I am posting this question to three relevant channels.
[02:12] <rivers9000> to experience the full color of my screen.
[02:12] <rivers9000> I'm using Ubuntu MATE.
[02:13] <rivers9000> Latest version.
[02:15] <krytarik> rivers9000: Then how is this channel relevant?
[02:17] <rivers9000> My IRC client brings me here when I connect. I'm using Konversation.
[02:17] <valorie> change channels to something appropriate?
[02:18] <valorie> please don't cross-post
[02:18] <rivers9000> I figured it was relevant to this channel.
[02:18] <rivers9000> This is KDE Ubuntu. Very similar to Ubuntu MATE.
[02:18] <rivers9000> Just a different GUI.
[02:20] <valorie> we can help, maybe, if you are running Kubuntu
[02:21] <rivers9000> valorie, Very little difference really between Kubuntu and the other flavors of Ubuntu.
[02:21] <rivers9000> Surely you can admit that.
[02:21] <rivers9000> Especially as it relates to xrandr issues.
[02:21] <valorie> of course, we're all Ubuntu
[02:21] <valorie> this is a small channel -- #ubuntu is large
[02:21] <rivers9000> #ubuntu requires registration.
[02:21] <rivers9000> I don't want to register right now.
[02:22] <valorie> therefore you are most likely to find someone to answer your question there
[02:24] <rivers9000> Regardless, my Konversation brings me here. Maybe a new version of Konversation should verify the flavor of Ubuntu being used; if not Kubuntu, then it doesn't auto-join here.
[02:26] <rivers9000> Perhaps this "LIMITED" mode eases eye strain.
[02:26] <rivers9000> Seems to soothe my eyes actually.
[02:31] <valorie> Konversation is made by the KDE community for many distros, not just Ubuntu, so I doubt that will happen
 @rivers9000, but xrandr communcation is different to LXDE, XFCE, Gnome, KDE, etc, and a solution to KDE could break your MATE
[02:32] <valorie> most distros put in their own channel as the default -- which is what we (Kubuntu) did
 (Photo, 404x141) https://irc-attachments.kde.org/une2Si3x/file_3106.jpg weird....
[04:35] <Firefishe> I just installed kde/kubuntu-full, and mate, in 16.04 LTS.  How do I reconfigure the lightdm greeter so it appears as it does when only ubuntu/unity is first installed.  I need a quick and dirty way.
[07:05] <delphin> my kubuntu shortcuts are messed up
[07:05] <delphin> keyboard shortcuts*
[07:06] <delphin> everytime i login they are doing something else entirely
[07:06] <delphin> need help
[07:19] <delphin> nvm i got it, stupid me had disabled win key on keyboard when i last booted to windows and then forgot about it
[09:30] <RosayJorgeZgz> Es la primera vez que utilizamos este programa alguien puede ayydarnos?
[11:21] <BluesKaj> Hey folks
[13:39] <laksh> dk
[13:39] <laksh> g
[13:39] <swtt> jhb\
[14:03] <delphin> how to change the kde wallpaper?
[14:06] <BluesKaj> right click on ther desktop>configure desktop, if you have wallpapers in a file then choose open and navigate to the file you want
[14:10] <delphin> thanks
[14:11] <jordan1717> hello
[14:12] <BluesKaj> hi jordan1717
[14:12] <jordan1717> how can i add a blockk of text here without posting like 10 new lines lol
[14:13] <jordan1717> BluesKaj:  thanks for the welcome : )
[14:13] <BluesKaj> !paste | jordan1717
[14:14] <jordan1717> BluesKaj: ???
[14:16] <BluesKaj> don't paste here; paste in the URL above then paste the resulting URL here
[14:17] <BluesKaj> no more than 3 lines of text are allowd in the chat itself, hence http://paste.ubuntu.com
[14:18] <BluesKaj> understand?
[14:18] <jordan1717> yea thanks
[18:39] <user|91404> hi
[18:40] <user|91404> what is going on here?
[18:58] <slyrobot>  I have a Kubuntu Installation. 17.04. There seems to be a problem with my session. As soon as the PC locks itself it displays a message "The Screen Locker is broken anf unlocking is not possible anymore. To unlock press Ctrl + Alt + F2. I have done this to get my session back but this is occuring almost every single time. Is there a fix for this ?
[19:55] <andreas> Hi Everyone
[20:02] <BluesKaj> hi andreas


[09:30] <smartboyhw> Why did I got such a lot of e-mail talking about build failure?
[15:16] <smartboyhw> len-dt: Are you here?
[15:17] <len-dt> almost
[15:17] <smartboyhw> Do you know about the build error e-mails?
[15:17] <len-dt> The key lines are always on the bottom.
[15:17] <smartboyhw> Yeah, I'm a bit perplexed...No daily builds for now?
[15:17] <len-dt> It looks like some packages have been up graded and others not.
[15:18] <smartboyhw> Uh oh
[15:18] <len-dt> It is beyond me though.
[15:19] <smartboyhw> Yeah, it's ScottL and astraljava's job...
[15:24] <len-dt> maybe not
[15:24] <smartboyhw> Oh, then who's job is it:)
[15:28] <len-dt> I don't know.
[15:28] <smartboyhw> Ur.....
[15:28] <len-dt> I am not an oracle...
[15:28] <smartboyhw> len-dt: If you are, I will try to sell you :) LOL
[15:29] <len-dt> Not for sale either... my wife would be miffed.(to put it mildly)
[15:30] <smartboyhw> len-dt: Just for entertainment purposes. Anyway, hope the problem will be fixed soon:)
[15:30] <len-dt> yes.
[15:47] <smartboyhw> len-dt: Why do you think people like to use i386 builds, in reference to the testing results of Ubuntu Studio 12.04.1?
[15:48] <len-dt> Like? I don't think it is choice. I can't run the 64bit build on any of my machines
[15:48] <smartboyhw> len-dt: You don't have a 64-bit processor?
[15:48] <len-dt> no
[15:49] <smartboyhw> Oh, that's weird. How old are your machines? I'm only doing all my work from a 2-year-old Compaq Presario Notebook by HP.
[15:50] <len-dt> My desktop is at least 8 years old (P4 I think) but the netbook is newer... however it has an atom CPU in it
[15:51] <smartboyhw> Er, OK...........
[16:07] <len-dt> I'm not sure how that would be "weird" though. Think about how long your personal experience with computers is. I started playing with them late 70s in school and early 80s as a hobby.
[16:08] <smartboyhw> len-dt: OK
[16:24] <smartboyhw> len-dt: Bye
[16:25] <len-dt> bye


[07:44] <rog> TheMue, fwereade: mornin'
[07:45] <fwereade> rog, TheMue, heyhey
[08:01] <TheMue> moin rog and fwereade
[08:02] <TheMue> fwereade: After my watcher moving proposal this morning I'm now testing the test refactoring we talked about. Looks fine.
[08:17] <fwereade> TheMue, cool
[08:19] <TheMue> fwereade: So, done for the "real" watchers. Now for the watcher package and it's done.
[09:47] <dpkingma> Hello everyone!! I'm looking for a Juju Charm for MongoDB v2.0+
[10:30] <rog> fwereade: review delivered on the RPC CL
[10:41] <dpkingma> NM. has been answered!
[10:58] <rog> fwereade: review delivered on client RPC CL
[10:58] <fwereade> rog, tyvm
[10:59] <rog> fwereade: have you looked at the comments on the server CL?
[10:59] <fwereade> rog, just starting too, need to digest them a little
[10:59] <rog> fwereade: cool
[11:00] <rog> fwereade: i think that losing the SuperCommand will be a useful simplification
[11:02] <fwereade> rog, indeed, that's the bit I need to digest, because it doesn't fit my personal conception of the problem at all -- my current thinking is that SC already does exactly and precisely the job we need -- but you may well have a point :)
[11:03] <rog> fwereade: consider that we will never get flags *before* the command name. and we already know what command to execute. so we aren't using any of SC's functionality.
[11:12] <fwereade> rog, SC doesn't have that functionality
[11:12] <fwereade> rog, the recent split is all about separating the log stuff from the command selection stuff
[11:12] <fwereade> rog, (er, ok, it does, we moved the Log back in -- but the intent was absolutely that it be optional)
[11:13] <rog> fwereade: AFAICS SC is all about intermingling the flags from before the command and after the command, and selecting the command.
[11:13] <rog> fwereade: but we don't care about either of those things here
[11:14] <fwereade> rog, well, we do care about selecting the command, and the convenient representation of the data is in fact the representation that happens to be perfectly convenient already
[11:14] <fwereade> rog, you're just proposing a different way of selecting a command
[11:15] <rog> fwereade: that's true. one that's considerably simpler :-)
[11:15] <fwereade> rog, my vague idea was that a context should be able to just produce a list of commands it implements, and that the selection business could be taken care of by something that already does that
[11:15] <rog> IMO
[11:16] <rog> fwereade: but if a context can simply return a command for a given name, isn't that just as easy to do?
[11:16] <rog> fwereade: i don't see why we take the trouble to register all those commands with SC when we *already know* what command we're going to run!
[11:21] <dpkingma> Hi everyone! Question: is there any info on how to deploy stuff with juju on my own OpenStack cloud? Can't find any info online...
[11:22] <fwereade> dpkingma, very briefly: use the ec2 provider and set the ec2-uri, s3-uri, default-image-id and default-instance-type fields in its config
[11:22] <rog> pwd
[11:24] <dpkingma> fwereade: thanks I'll try that!
[11:29] <fwereade> rog, it seems to me that we know the name of the command we need to run but that actually executing it involves some extra work; and that it is surely convenient for a server.Context to know what commands it implements; but that it does not necessarily follow that we need to duplicate the command selection mechanism
[11:30] <rog> fwereade: the "command selection mechanism" is one map lookup. i don't see that it's any significant complexity.
[11:31] <rog> fwereade: but when i saw the SuperCommand logic, i had to think quite hard about what was actually going on. hence my suggestion.
[11:31] <fwereade> rog, and building the map in the first place; but I don't see how SC represents significant complexity either
[11:32] <rog> fwereade: it's a lot more complex than a simple map lookup
[11:32] <fwereade> rog, sorry -- it seemed perfectly natural to reuse the code that happened to solve precisely the problem we have here
[11:32] <rog> fwereade: i don't think it's solving the problem we've got here. i think you're modifying the problem so it looks like something that is good for SC :-)
[11:33] <rog> fwereade: try the code without using SC there. i *think* it will look a reasonable amount nicer.
[11:33] <fwereade> rog, it's building the map and extracting the command name and using it to select a command... and I agree that it's not complex, but it is work that's already been done
[11:33] <rog> fwereade: and if not, then let's use SC
[11:34] <fwereade> rog, SC takes a list which is a subcommand name followed by its args and does the needful
[11:34] <rog> fwereade: building the map is the same complexity as building the slice, which it has to do currently. the command name already has to be extracted by the juju client.
[11:34] <rog> fwereade: actually SC takes a list which is flags followed by subcommand name followed by flags followed by args...
[11:35] <fwereade> rog, (please do not assume my motivations -- I'm not *trying* to use SC, I merely observed that it precisely followed the problem)
[11:35] <fwereade> rog, only if you set the Log field
[11:37] <rog> fwereade: sorry, i wasn't trying to assume your motivations. i'm going from my initial gut reaction when i saw the code, which hasn't gone away on closer inspection. i think this would be simpler without SC here.
[11:38] <rog> fwereade: and easier to understand.
[11:39] <fwereade> rog, I think we need to figure out exactly what are differences are wrt the definition of simplicity :)
[11:40] <rog> fwereade: actually SuperCommand always takes flags followed by subcommand name - it always accepts --help for example.
[11:40] <rog> fwereade: lines of code is a good start
[11:40] <fwereade> rog, I see it and I think "right, a small chunk of the problem uses a well-understood type to so work that that type is expressly designed to do, I can forget that aspect of the problem for now"
[11:41] <fwereade> rog, s/to so work/to do work/
[11:41] <rog> fwereade: i see it and think "that entire cmd function does nothing useful"
[11:41] <fwereade> rog, well, it uses the pieces we have in play right now to do its job
[11:42] <rog> fwereade: we already have the pieces IMHO - the built in map type and possibly the existing *Log type are all that's needed.
[11:42] <fwereade> rog, we definitely don't want a Log there
[11:42] <rog> fwereade: that's fine, we don't need to use it
[11:42] <rog> fwereade: even better!
[11:43] <rog> fwereade: so instead of building a slice of Commands and leaving it up to something else to do the selection, we can use a map of commands and an index expression...
[11:44] <rog> fwereade: which also means that potentially we could return a more useful error message when someone tries to execute a command in the wrong context
[11:45] <fwereade> rog, isn't "here's a nicely-formatted list of the appropriate commands for this context" useful error-message-wise?
[11:45] <rog> fwereade: not as useful as "you can't execute this command in this context for this reason"
[11:45] <rog> fwereade: supercommand will just say "command not found" or whatever
[11:46] <rog> hmm
[11:46] <fwereade> rog, and list the ones it can, which is IMO useful
[11:51] <rog> fwereade: i'm not sure. to the user, they all look like separate commands. seeing "usage: (->jujuc) ..." and a list of other commands isn't great.
[11:51] <rog> fwereade: in particular the (->jujuc) thing
[11:52] <fwereade> rog, heh, I felt that was useful information
[11:52] <rog> fwereade: it's feels more like an implementation detail to me
[11:52] <rog> s/it's/it/
[11:53] <fwereade> rog, conceptually perhaps, but not one we can really hide from someone who takes the trouble to look
[11:53] <rog> fwereade: sure. but we don't want to flaunt it to everyone that happens to mistype a command name...
[11:54] <fwereade> rog, that'll just give them command not found
[11:54] <fwereade> rog, it's only if they're hitting something symlinked to jujuc in the first place
[11:55] <rog> fwereade: ok, to anyone that uses a command in the wrong context then ....
[11:55] <fwereade> rog, this is moot anyway, AIUI the long-term plan is that they should all always be available anyway
[11:55] <fwereade> rog, (but the wrong-context thing is IMO exactly when it'll be useful to see the commands that are valid in the current context)
[11:56] <rog> fwereade: there's nothing stopping us showing them anyway.
[11:57] <rog> fwereade: if we decide that's what we want. but an error message better than "unrecognised command" would be good.
[11:57] <fwereade> rog, that feels like still more reimplementation of existing functionality...
[11:58] <rog> fwereade: sure. i don't think it's really necessary. getting the right error message is more important. we *did* recognise the command, we just didn't act on it.
[11:59] <fwereade> rog, well, probably, anyway... no doubt someone will try to call jujuc directly sometime ;)
[12:00] <rog> fwereade: that's fine - we will get "unrecognised command" in that case :-)
[12:01] <fwereade> rog, ok, I'll give it a go
[12:01] <rog> fwereade: thanks for bearing with me :-)
[12:02] <fwereade> rog, please understand that it's frustrating to work on something for a week with the clear intent that it will be used imminently, and to then have it dropped on the floor
[12:03] <fwereade> rog, this essentially means that all the discussion and argument about how to extract Log from SuperCommand was pure academic wankery :(
[12:04] <rog> fwereade: yes, i do understand that very well, and please believe me when i say that i wouldn't suggest it unless i thought it would be a significant improvement
[12:04] <rog> fwereade: oh i see.
[12:05] <fwereade> rog, this turn of events is maybe also evidence that we flat-out suck at predicting the future ;)
[12:05] <fwereade> rog, don't get me wrong, SC turned out really nice, but...
[12:05] <rog> fwereade: well, that is always true in s/w development at least. anything else, i can predict 3 days in advance perfectly.
[12:06] <fwereade> rog, sure; but your simplicity argument does again hinge on future usage
[12:06] <rog> fwereade: i'm really happy with the way SC turned out too. it means we can add extra flags easily too if we want, in a nicely organised way
[12:06] <fwereade> rog, suggestion:
[12:07] <fwereade> rog, I follow your advice but for different reasons
[12:07] <rog> fwereade: i'm not sure. my simplicity argument is based on looking at the code as is
[12:07] <rog> fwereade: and seeing that it could be made simpler
[12:08] <fwereade> rog, that by implementing it as GetCmd(contextId, name) (string, error) I can thereby punt on the question of selection mechanism until we have an actual supplier of commands implemented
[12:08] <rog> fwereade: that's true too
[12:08] <fwereade> rog, you get simpler code to review and we defer any argument about the right way to do something until we're actualy doing it ;p
[12:09] <rog> fwereade: i wasn't sure whether you'd already got some code that implemented GetCmds already lurking somewhere though
[12:09] <fwereade> rog, no -- it's the simplest thing I could predict it would be easy to get from a Context :)
[12:10] <rog> fwereade: well, i'm glad about that at least - no downstream branches to mangle
[12:22] <rog> TheMue: ping
[12:22] <TheMue> rog: pong
[12:22] <rog> TheMue: i got a test failure on TestUnitWatchPorts
[12:22] <rog> TheMue: i've worked out the issue, and i think i have a slightly better way of working that test
[12:23] <rog> TheMue: how about this? http://paste.ubuntu.com/949642/
[12:23] <rog> TheMue: this issue was a timeout BTW
[12:23] <rog> TheMue: the receiver of the changes wasn't waiting long enough for the generator
[12:24] <TheMue> rog: The tests are currently refactored to a more serialized way. But that will come in after the moving has a LGTM by Gustavo.
[12:24] <rog> TheMue: this change makes them both run in lock step (so it should be faster) and also uses the same table for both
[12:24] <rog> TheMue: ok, so you've got a similar change in the offing?
[12:24] <TheMue> rog: Yep
[12:25] <TheMue> rog: Wait, I paste one example.
[12:25] <rog> TheMue: cool. i'll ignore the test failures for the moment then.
[12:27] <TheMue> rog: http://paste.ubuntu.com/949648/
[12:29] <rog> TheMue: that's cool. no need for the extra goroutine, of course, which i hadn't realised. nice.
[12:29] <TheMue> rog: I followed an idea of William.
[12:29] <rog> TheMue: 't'was a good idea
[12:29] <TheMue> rog: Indeed.
[12:38] <TheMue> fwereade: ping
[12:38] <fwereade> TheMue, pong
[12:39] <TheMue> fwereade: Just seen that you've got no roomie, like me. Shall I notify Marianna?
[12:39] <fwereade> TheMue, sure :)
[12:39] <TheMue> fwereade: OK, will do.
[12:39] <fwereade> TheMue, I'm reasonablycivilised most of the time ;)
[12:40] <TheMue> fwereade: I'll try my best to do so too. *lol*
[12:40] <rog> TheMue: where do you find out your roomie?
[12:44] <TheMue> rog: I went to the wiki and there "latest changes".
[12:45] <TheMue> rog: There's a "PeopleDetail" page.
[12:45] <rog> TheMue: got it
[12:47] <TheMue> fwereade: Mail is sent.
[12:47] <fwereade> rog, new cut at https://codereview.appspot.com/6120054/
[12:47] <fwereade> rog, actually hold off, I can simplify further
[12:48] <rog> fwereade: yeah, jujucDoc and jujucPurpose can go, at least
[12:48] <fwereade> rog, that was precisely what I realised :)
[12:52] <rog> fwereade: LGTM
[12:52] <fwereade> rog, cool, thanks
[12:53] <rog> fwereade: i hope it feels ok
[12:53] <fwereade> rog, ii's good, thank you :)
[12:57] <fwereade> rog, btw, I've really come to appreciate lbox propose publishing all my drafts, really nice idea
[12:57] <rog> fwereade: i like that too. and the fact that i have to have a clean branch when proposing
[12:58] <fwereade> rog, yeah, that's saved me a lot of embarrassment :)
[12:58] <rog> fwereade: i wish cobzr switch would do that check too actually
[12:59] <fwereade> rog, I've actually given upon cobzr, it surprises me slightly more than bzr does and that makes me paranoid
[12:59] <rog> fwereade: i find it works pretty well actually.
[13:00] <rog> fwereade: it would be nice if there was a universal way of specifying a co-located branch, so i could diff against them
[13:00] <fwereade> rog, it's pretty clearly to do with a part of my brain that hasn't quite adapted to DVCSs in general
[13:00] <rog> fwereade: so how do you set your GOPATH?
[13:00] <fwereade> rog, so that's clearly soluble
[13:01] <fwereade> rog, but the easy diffing is too much to give up
[13:01] <fwereade> rog, sad to say, I'd rather just move directories ;)
[13:01] <rog> fwereade: i usually just push to launchpad and diff against there. slow but quick enough for my purposes
[13:02] <fwereade> rog, that would be fine if *something* I did didn't cause cobzr checkouts to occasionally forget their push branch :)
[13:03] <rog> fwereade: ah, i have seen that before, i think. but nothing that caused too many problems.
[13:27] <andrewsmedina> rog: thanks for the reviews :)
[13:27] <rog> andrewsmedina: np
[13:45] <niemeyer> Mornings!
[13:46] <fwereade> heya niemeyer
[13:47] <niemeyer> fwereade: Hey
[13:59] <niemeyer> fwereade: I suspect the diff in https://codereview.appspot.com/6116049/ got mixed up with review points that we've sorted elsewhere
[14:02] <niemeyer> fwereade: If that's the case, we can just get it in and let the other issues be sorted in whatever CL they are being debated
[14:38] <andrewsmedina> Guest17887: I will improve testing for LXC using the same line you used forthe ssh
[14:39] <rogpeppe>  andrewsmedina: that sounds reasonable.
[14:45]  * niemeyer missing fwereade at the moment
[14:45] <niemeyer> I don't understand why the checks in https://codereview.appspot.com/5845051/diff/17001/charm/charm_test.go are being removed..
[14:48] <niemeyer> Ahh, I think I see.. it was moved to another test
[14:50] <niemeyer> Nice
[15:12] <TheMue> So, have to leave.
[15:13] <TheMue> niemeyer: Watcher moving is in at https://codereview.appspot.com/6131045/, could you please review? Thx.
[15:14] <TheMue> niemeyer: Watcher test refactoring is also ready locally (but based on the moved watchers). So it could be reviewed immediatelly after submit of moved watchers.
[15:18] <niemeyer> TheMue: Will do
[15:18] <niemeyer> TheMue: Cheers
[15:18]  * niemeyer => lunch too
[15:53] <rogpeppe> niemeyer: i'm seeing a store test failure: http://paste.ubuntu.com/950070/
[15:57] <rogpeppe> niemeyer, fwereade: https://codereview.appspot.com/6128046/
[16:01] <rogpeppe> fwereade: https://codereview.appspot.com/6128046/
[16:01] <rogpeppe> fwereade_: https://codereview.appspot.com/6128046/
[16:02] <fwereade_> rogpeppe, cheers
[16:04] <rogpeppe> fwereade_: *slightly* concerned about the fact that my test will only work if the juju build succeeds, but we're never gonna break the build, right?
[16:04] <fwereade_> rogpeppe, that sort of thing never happens at all ;p
[16:04] <fwereade_> rogpeppe, but tbh it's not clear what you can do about it...
[16:04] <rogpeppe> fwereade_: yeah. i don't think it matters too much.
[16:05] <rogpeppe> fwereade_: fix the build, then the tests can start working again
[16:15] <niemeyer> rogpeppe: Hmm.. is it failing consistently or some times?
[16:16] <rogpeppe> niemeyer: just that once, but i haven't run all the tests since then. will try again.
[16:16] <niemeyer> rogpeppe: I will increase the timeout there
[16:18] <rogpeppe> niemeyer, fwereade_: i'm off slightly early today. very shortly in fact.
[16:19] <fwereade_> rogpeppe, niemeyer: off in a few short minutes myself
[16:19]  * fwereade_ almost avoids saying something about friday, friday...
[16:19] <niemeyer> rogpeppe, fwereade_: Cool, I'll see you guys on Monday, hopefully
[16:19] <niemeyer> I'll be working from us-east, so we'll have little-to-no overlap
[16:21] <rogpeppe> niemeyer: did you see my latest CL BTW? archiving of juju client now works. only the S3 and shell script stuff to do.
[16:21] <niemeyer> rogpeppe: Woohay!
[16:22] <rogpeppe> niemeyer: store tests passed that time BTW
[16:22] <niemeyer> rogpeppe: init is close
[16:22] <rogpeppe> niemeyer: ?
[16:22] <niemeyer> rogpeppe: Cool.. it's the timeout indeed
[16:22] <niemeyer> rogpeppe: zkinit on server side
[16:22] <rogpeppe> niemeyer: cool. i reckon that'll probably be done by the time i've finished the S3 upload code
[16:23] <rogpeppe> niemeyer: a good place to stop for the day i reckon. have a good weekend all. and niemeyer, have a good flight, hope your ears give you no trouble...
[16:24] <rogpeppe> fwereade_: cheerio
[16:24] <niemeyer> rogpeppe: zkinit itself is done or mostly done I think.. next after the upload stuff is tweaking user-data setup to pick the right commands and run them
[16:24] <niemeyer> rogpeppe: I'm so excited about this stuff, btw
[16:24] <fwereade_> rogpeppe, happy weekend
[16:24] <rogpeppe> niemeyer: 'xactly. "the shell script stuff"
[16:24] <niemeyer> rogpeppe: Yeha
[16:24] <rogpeppe> niemeyer: me too.
[16:25] <niemeyer> rogpeppe: That mechanism will make development of the upcoming stuff such a breeze.. I can barely believe we'll be able to just say upgrade-juju --upload-tools and *test the new code*
[16:26] <rogpeppe> niemeyer: the go tool made it almost trivial... kudos to russ
[16:26] <niemeyer> rogpeppe: Hmm.. I don't think that's entirely related
[16:26] <niemeyer> rogpeppe: Kudos to all of them for having standalone binaries.. *that's* the huge facilitator
[16:28] <fwereade_> gn all, take care
[16:28] <rogpeppe> niemeyer: yeah, but that i could do "GOBIN=$tmp go install launchpad.net/juju/go/cmd/..." and have all the binaries made for me and up to date is just lovely
[16:29] <niemeyer> rogpeppe: Ah, I didn't realize you were going in that direction
[16:29] <niemeyer> fwereade_: Night man
[16:29] <rogpeppe> niemeyer: hope it works ok for you.
[16:29] <niemeyer> rogpeppe: Thinking..
[16:30] <niemeyer> rogpeppe: This is most awesome for dev, but it means you need the dev environment in place too..
[16:30] <niemeyer> rogpeppe: The alternative I was thinking off was looking for the tools in $PATH
[16:30] <niemeyer> s/off/of
[16:31] <niemeyer> rogpeppe: This would work in all cases, as long as one has the tools in their path.. both in dev and in cases when juju is installed via debs
[16:31] <rogpeppe> niemeyer: i'd assumed non-devs would use public binaries
[16:32] <niemeyer> rogpeppe: Sure, that's an assumption we can make, but the question is why
[16:32] <niemeyer> rogpeppe: What are we trading off
[16:34] <rogpeppe> niemeyer: i can easily add logic to find binaries in $PATH to the current code.
[16:34] <rogpeppe> niemeyer: perhaps in the next CL?
[16:35] <niemeyer> rogpeppe: Yeah, we can even wait longer
[16:35] <niemeyer> rogpeppe: Until we have answers for that
[16:35] <niemeyer> rogpeppe: Your scheme sounds better for the situation we're currently in
[19:42]  * niemeyer goes for a few errands in preparation for the trip


[03:11] <bhuvan> mdke, sommer: i've no clue when bzr section was removed from vcs.xml
[03:11] <bhuvan> i'm sure we should put it back
[03:12] <bhuvan> i'm checking when it got removed and why. based on log message, i'm unable to derive at conclusion; anyway i'll find out and keep you updated
[03:17] <bhuvan> mdke, sommer: looks like it was accidentally removed in r4349 by me. i originally added in r4113 under serverguide. in r4349 i sync'ed it with server version, by then we lost the original bzr related changes. i'm sorry about that
[03:17] <bhuvan> https://lists.ubuntu.com/archives/ubuntu-doc-commits/2007-September/003855.html
[03:18] <bhuvan> https://lists.ubuntu.com/archives/ubuntu-doc-commits/2007-April/003621.html
[09:44] <mdke> bhuvan: no worries, it's added again now :)
[09:45] <mdke> bhuvan: thanks for investigating
[18:23] <posingaspopular> hey j1mc, i just got your email
[18:24] <j1mc> posingaspopular: cool.  i just joined #ubuntu-chicago to talk about it if you want.
[18:26] <posingaspopular> :P
[18:43] <j1mc> hi all, i appear to have goofed up some internal linking with my ulinks.  please see the "add applications" link at the bottom of this page: http://doc.ubuntu.com/xubuntu/music-video-photos.html
[18:44] <j1mc> i like to an xml file, which is the actual doc file, but it looks like i should be linking to an html file.  also, it looks like i've gone a little too far down on the path tree...
[18:45] <j1mc> s/i like/i link
[18:50] <mdke> j1mc: that's due to the issues we discussed previously
[18:50] <j1mc> so the sed changes would fix things?
[18:52] <mdke> j1mc: yes, i think so. The path tree issue is probably because the html path doesn't include the "C" directory
[18:55] <j1mc> good point.  thanks.


[03:37] <jojden> http://askubuntu.com/questions/786847/vm-not-listing-in-the-maas
[07:08] <mup> Bug #1592666 opened: curtin mirror URL contains double slash (/) after mirror hostname, impacting proxy cachability <MAAS:New> <https://launchpad.net/bugs/1592666>
[08:29] <mup> Bug #1592703 opened: Error: "could not find kernel image: ubuntu/amd64/generic/xenial/no-such-image/boot-kernel" <MAAS:New> <https://launchpad.net/bugs/1592703>
[10:57] <mup> Bug #1592757 opened: MAAS 1.9+ not picking up Mellanox ConnectX-4_EN 2x25Gbe card  <MAAS:New> <https://launchpad.net/bugs/1592757>
[14:33] <mup> Bug #1592843 opened: MAAS + IPAM <MAAS:New> <https://launchpad.net/bugs/1592843>
[15:19] <gimmic> kiko: would that be a blueprint or a regular bug for a feature request?
[15:20] <kiko> gimmic, regular bug is fine for tracking, I can create a spec later out of it with an end-user reference
[15:22] <gimmic> https://bugs.launchpad.net/maas/+bug/1453878
[15:22] <gimmic> looks like one already exists
[15:23] <gimmic> I'd really like to tshoot the partitioning issues w/ ubuntu 14.04 LTS
[15:23] <gimmic> seems to affect regardless of LVM / raid / etc use
[15:23] <kiko> thanks for the bug reference
[15:23] <gimmic> I can work around it, but the deployment clearly doesn't work as intended
[15:23] <kiko> gimmic, yes, agree. did you see that smoser gave you some guidance on that?
[15:24] <gimmic> ah, I'll check it next time I fire up a node
[15:25] <smoser> https://gist.github.com/smoser/2610e9b78b8d7b54319675d9e3986a1b
[15:25] <smoser> ^
[15:26] <kiko> smoser, oh!
[15:27] <gimmic> even better
[15:28] <kiko> smoser, nice!
[16:24] <mup> Bug #1592885 opened: Date and time format should be consistent accross logs <cdo-qa> <MAAS:New> <https://launchpad.net/bugs/1592885>
[17:24] <mup> Bug #1592907 opened: [2.0b7] Network interface configuration and rack controller failures <cdo-qa> <MAAS:New> <https://launchpad.net/bugs/1592907>
[17:55] <mup> Bug #1592915 opened: [xenial][maas beta6][arm64] maas installs to USB drive if it is present instead of SSD <MAAS:New> <https://launchpad.net/bugs/1592915>
[18:04] <kiko> ha ha ha
[18:04] <kiko> I could see that one coming with the fd0 commissioning thing
[18:05] <kiko> I bet it even happens with 1.9 or do we blacklist?
[18:05] <kiko> also.. isn't USB fair game? :)
[19:46] <mup> Bug #1592907 changed: [2.0b7] Network interface configuration and rack controller failures <cdo-qa> <MAAS:Invalid by newell-jensen> <https://launchpad.net/bugs/1592907>
[19:46] <mup> Bug #1592954 opened: [2.0b7]  Service 'maas-proxy' failed to reload after fresh install <MAAS:New> <https://launchpad.net/bugs/1592954>
[22:37] <mup> Bug #1592994 opened: MAAS end point cannot be added "HTTP 410 Error Gone" <cdo-qa> <cdo-qa-blocker> <landscape> <Landscape Server:Opinion> <MAAS:New> <https://launchpad.net/bugs/1592994>