[12:02]  * persia rings the alert bell
[12:03] <StevenK> Did I make it? :-P
[12:03] <ogra> no, you missed
[12:03] <ogra> :P
[12:03] <StevenK> Aww!
[12:03]  * ogra proposes we move todays meeting to #ubuntu-release-party
[12:03] <persia> It's just a little noisy, no?
[12:04] <StevenK> Oh yeah. That'll go *real* well
[12:04] <ogra> makes it more exciting :)
[12:04]  * persia doesn't want exciting
[12:04] <ogra> c'mon, its release day
[12:04] <ogra> some excitement is allowed
[12:05] <StevenK> ogra: No excitement for you
[12:05] <ogra> where is lool ?
[12:05] <ogra> :'-(
[12:05] <persia> Excitement is dangerous.  Elevated heart rate.  You could suffer a mishap.
[12:05] <davidm> StevenK, ogra can one of you take the meeting please
[12:06] <ogra> excitement in happyness is healthy :)
[12:06] <ogra> ok, lets go then
[12:06] <ogra> [startmeeting]
[12:06] <persia> It's #
[12:06] <ogra> hmm
[12:06] <ogra> #startmeeting
[12:06] <MootBot> Meeting started at 07:06. The chair is ogra.
[12:06] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[12:07] <ogra> #topic Action Items from Oct 23rd, 2008
[12:07] <ogra> doesnt like me :/
[12:07] <StevenK> ogra: [topic]
[12:07] <persia> It's [] for topic
[12:07] <ogra> [Action Items from Oct 23rd, 2008]
[12:07] <StevenK> It's a nice and consistent bot
[12:08] <StevenK> ogra: "[topic] Action Items from Oct 23rd, 2008"
[12:08] <ogra> if you know how to handle it, yes :P
[12:08] <ogra> [topic] Action Items from Oct 23rd, 2008
[12:08] <MootBot> New Topic:  Action Items from Oct 23rd, 2008
[12:08] <ogra> tsk
[12:08] <ogra> persia to write an errata and milestone bug #287857
[12:08] <persia> \o/
[12:08] <StevenK> That has been sorted
[12:08] <ogra> i guess thats all done since days
[12:08] <persia> That actually got fixed, rather than needing errate.
[12:09] <ogra> right
[12:09] <ogra> and lots more ogt fixed as well last minute :)
[12:09] <ogra> *got
[12:09] <StevenK> Yup
[12:09]  * persia thanks StevenK for the fast work on kourou
[12:09] <ogra> i think we've done pretty damn well for all the stepstones we had in the way
[12:09] <davmor2> Just for ogra: WOOHOO!
[12:10] <ogra> :)
[12:10] <ogra> next item: davidm to add a redirect page in wiki so folks reading announcement email get agenda (complete)
[12:10] <ogra> says complete ... i'm inclined to belive that
[12:10] <StevenK> Tes it
[12:10] <StevenK> Er, Test
[12:10] <davidm> It''s complete I tested it last week
[12:11] <ogra> ok
[12:12] <ogra> well, nothing else on the agenda apart from status reports it seems ...
[12:12] <ogra> [topic] status of intrepid tasks: installer, images etc. (davidm)
[12:12] <MootBot> New Topic:  status of intrepid tasks: installer, images etc. (davidm)
[12:12] <ogra> is amit here ?
[12:12] <StevenK> I'm hoping that is all done.
[12:12] <ogra> hmm, doesnt look like
[12:12] <StevenK> If not
[12:12] <davidm> I don't see him
[12:12] <StevenK> :-)
[12:13] <ogra> StevenK, any intresting status items you want to tell us abut ? :)
[12:13] <StevenK> I've been testing images. So no
[12:13] <ogra> yeah, i think that goes for all of us ... plus renaming stress
[12:14] <ogra> anything else ?
[12:14] <StevenK> Right
[12:14]  * ogra takes that as a no :)
[12:15] <ogra> persia, ? anything else beyond testing
[12:15] <persia> Yes.
[12:15] <ogra> tell us :)
[12:15] <persia> I want to talk about the process for people to join the mobile team.
[12:15] <ogra> how is the status of that team atm ? is it handled like edubuntu or kubuntu teams ?
[12:15] <persia> I think it ought be : someone who has been contributing to the mobile images for a bit adds themselves to the agenda, and we quiz them, and if a majority of us approve, they get to join.
[12:16] <persia> Anyone else have any thoughts?
[12:16] <ogra> i.e. do you gain membership joining it ?
[12:16] <persia> Currently, the process is completely opaque, and involves bribing lool
[12:16] <StevenK> Or David
[12:16] <persia> No.  You gain commit to some of the bzr repos.
[12:16]  * persia didn't think David accepted bribes
[12:16] <ogra> he does, depends on the HW you send him ;)
[12:17] <persia> Ah.
[12:17] <StevenK> Or the foodstuffs
[12:17] <ogra> heh
[12:17] <persia> Anyway, I'm all for a process based less on graft.
[12:17] <davidm> a documented process is something I am for myself
[12:17] <ogra> well, i think since we aim to be part of the distro team it should rather work like any other of the subteams
[12:17] <davidm> ogra, how do they work?
[12:18] <ogra> but that would need somehing like a council etc
[12:18] <ogra> you gain ubuntu membership with being allowed into the team
[12:18] <persia> That's only Kubuntu.
[12:18] <ogra> which is one of the steps needed to gain upload rights
[12:18] <StevenK> And Xubuntu?
[12:18] <ogra> edubuntu as well
[12:19] <persia> Edubuntu, but not Xubuntu (last I checked)
[12:19] <ogra> not sure about xubuntu, it once was
[12:19]  * persia looks again
[12:19] <ogra> but that might have changed when they started building from universe
[12:19] <ogra> though i think it makes sense and gives extra benefit
[12:19] <persia> Anyway, I don't think we're big enough to need to fuss about "Members", "Developers", etc.
[12:20] <StevenK> Agreed
[12:20] <persia> The server team seems like a better model : they just accept people who contribute stuff.
[12:20] <davidm> +1
[12:20] <ogra> ok, i'm overruled then :)
[12:20] <StevenK> We aren't voting :-P
[12:21] <persia> Yeah.  Xubuntu doesn't have any mapping to Ubuntu Membership or uploads currently.
[12:21] <davidm> true, I'm simply expressing agreement, with an idea not voting on it as yet, I'm way too tired to vote on anything
[12:21] <lool> Hi folks, sorry I was at lunch thinking meeting is at 2pm
[12:21] <lool> (I moved to UTC+1)
[12:21] <ogra> me too :)
[12:21] <ogra> lool, any opinion on team membership processes ?
[12:22] <lool> I think it should be clear that we ultimately decide to accept someone
[12:22] <lool> perhaps naming explicitely who may nominate new members
[12:22] <ogra> persia, proposed to just base on contributions
[12:22] <lool> And that this is discussed at least in a meeting where we can ask questions to the candidate
[12:22] <lool> (similar to core-dev with TB)
[12:22] <ogra> and on people subscribing to the agenda being asked in the meeting
[12:22] <lool> apart of that, I'm fine
[12:22] <persia> I thought self-nominated would be good.  We can pick on them if they don't contribute enough.
[12:23] <Burgundavia> ogra: is the mobile team interested in granting membership?
[12:23] <ogra> Burgundavia, well, doesnt look like ...
[12:23] <Burgundavia> if so, basically you need to come to the CC for that
[12:23] <persia> Burgundavia, I don't think we have enough interested people yet to start that dicussion.
[12:23] <StevenK> I don't think we want to grant ubuntu membership
[12:23] <ogra> wh not ?
[12:23] <Burgundavia> although I don;t see any specific reason why you couldn't and it would probably make sense
[12:23] <ogra> if someone is only intrested in mobile
[12:24] <ogra> he likely wont want to go to the CC
[12:24] <ogra> or the LOCO group, or whoever approves members nowadays
[12:24] <persia> I think it makes sense once we have enough popularity for our flavours.  Right now, we're still small.
[12:24] <ogra> in the end its just an extra you get
[12:25] <ogra> ad membership defines by contributing and agreeing to the CoC
[12:25] <StevenK> I agree with persia
[12:25] <Burgundavia> having a contributors team that has a low barrier to entry and a stepping stone to membership is a good idea, imho
[12:26] <ogra> its just an additional goodie and people dont need to go to any additional entity to gain membership
[12:26] <persia> Burgundavia, I'd agree with that : I just don't think our team is big enough to do that yet.
[12:26] <ogra> it might attract more peope though
[12:26] <ogra> *people
[12:27] <CaPriCoRN^80> i am here :)
[12:27] <ogra> if you want your membership easily ... contribute to mobile :)
[12:27]  * StevenK gets distracted by #u-r-p
[12:27] <ogra> hehe
[12:27] <ogra> i said we should hold the meeting there :)
[12:27] <StevenK> Haha
[12:27] <ogra> so you dont have to switch
[12:27] <StevenK> Oh yeah, with another 450 people
[12:28] <persia> ogra, Can we have two separate conversations?  One about having a transparent method to have people join, and a second if we want to be able to grant membership?
[12:28] <CaPriCoRN^80> ogra: contribute to mobile ? can u define that
[12:28] <ogra> persia, indeed we can
[12:28] <StevenK> We'd have 200 volunteers for the new membership process
[12:28] <ogra> CaPriCoRN^80, fix bugs, help testing, make artwork, write docs ....
[12:28] <ogra> write code ...
[12:28] <ogra> etc
[12:29] <ogra> anything that improves the work done by the mobile team
[12:29] <ogra> StevenK, just announce the meeting there, they are all bored and waiting :)
[12:29]  * lool needs to add something to the agenda
[12:29] <CaPriCoRN^80> ogra: i am not very good in writing code . i just read on ubuntu site and thought to work with ubuntu people
[12:29] <persia> So, anyone have any changes they want, or shall I just declare what I've proposed on the wiki?
[12:30] <CaPriCoRN^80> about me . i have experience in network administration
[12:30] <ogra> persia, i think the process as you defined it is fine
[12:30] <CaPriCoRN^80> ogra: i want to join ubuntu people . thats my interest
[12:30] <ogra> but i would really see added membership as a benefit ... which we should probably discuss by mail
[12:31] <persia> ogra, Or just separately.
[12:31] <ogra> right, lets move that to the end of the meeting then
[12:31] <ogra> so ++ from me on persias proposal
[12:31] <persia> lool, StevenK ?
[12:31] <lool> +1 with above caveats
[12:32] <persia> lool, I agree with the discussion part.  How do you think nomination should be limited?
[12:32] <StevenK> I'd like to read the complete proposal before I vote
[12:32] <ogra> lool, oh, so you are against self nomination ?
[12:33]  * persia quickly drafts something in a pastebin
[12:33] <lool> persia: Perhaps we need a core mobile team or a mobile team tech board; current suspects would be basically us :)
[12:33] <lool> ogra: Not against self nomination no
[12:33] <lool> I just want to restrict who decides of membership
[12:33] <ogra> right, we'Re small enough to handle that easily and unbuerocratic atm
[12:33] <persia> lool, We have mobile-core-dev.  Perhaps that would be the right group?
[12:34] <lool> ie new members can not elect new members immediately
[12:34] <CaPriCoRN^80> ogra: please let me know if i can participate
[12:34] <CaPriCoRN^80> through some mean
[12:34] <lool> persia: Something like that yes
[12:34] <lool> ogra: I fully agree
[12:34] <persia> CaPriCoRN^80, You're entirely welcome to contribute.  Please do so.  For specifics, I suggest asking in #ubuntu-mobile after the meeting.
[12:34] <CaPriCoRN^80> ok
[12:36] <ogra> persia, do you have a url for the proposal ?
[12:36] <persia> http://paste.ubuntu.com/64588/
[12:36] <MootBot> LINK received:  http://paste.ubuntu.com/64588/
[12:36] <lool> I see we're still under the "status of intrepid tasks" [topic], but we've really been discussing adding new members
[12:36] <ogra> StevenK, ^^^
[12:37] <StevenK> Sounds good to me
[12:37] <lool> Good enough to start with I think
[12:37] <ogra> lool, well, we're not done with status, i asked persia if he had something to add to the rather non existing report :)
[12:38] <davidm> Is work in the wiki enough to become a member?
[12:38] <ogra> right, i think thats agreement so far
[12:38] <persia> huh?  I don't have any status.  The release is happening.  I only wanted to talk about team membership.
[12:38] <ogra> davidm, i'D say yes, depending on the wiki work
[12:38] <persia> davidm, Could be : depends on the work.  If it helps us enough, I'd say "yes".
[12:38] <ogra> persia, thats what i meant :)
[12:38] <Burgundavia> persia: you should be explicitly clear that this is not Ubuntu membership, as it is currently ambiguous
[12:38] <davidm> ogra, good, I think it''s important (given how much wiki work I've been doing of recent)
[12:39] <ogra> davidm, someone who constantly writes helpful howtos shoud definately get membership
[12:39] <persia> Burgundavia, Good point.  I'll clean that up, as I specifically *don't* mean Ubuntu membership.
[12:39] <ogra> *team membership
[12:39] <CaPriCoRN^80> orga: i joined ubuntu-mobile and wrote my query over there . let see
[12:39] <persia> Burgundavia, Does  http://paste.ubuntu.com/64589/ address your concern?
[12:40] <Burgundavia> yep, that works
[12:40] <Burgundavia> although I would add a comment about how their mobile work can apply for future Ubuntu membership
[12:41] <persia> That makes sense.
[12:41] <ogra> thats to be discussed at the end of the meeting
[12:41] <persia> Anyway, any objections to me adding this to the Mobile Team wiki page, and later editing quibbles expressed as wiki edits?
[12:41] <ogra> but looks like we have general agreement on the process
[12:41] <ogra> fine with me ...
[12:41] <persia> OK.  I'm done then.
[12:42] <Burgundavia> one last piece about uploading; afaik, all members of MOTU must also be members, but they can apply simultaneously. Check with dholbach though
[12:42] <ogra> lool, anything to add to the status beyond image testing bughunting, release preparation etc ?
[12:43] <lool> No
[12:43] <lool> I have another topic to discuss at your convenience during this meeting
[12:43] <lool> Which is new secretary
[12:43] <StevenK> I was wondering about that
[12:43] <ogra> at the end then
[12:43] <lool> (I've added it to the end of the agenda some minutes ago)
[12:44] <ogra> nothing from my side either beyond general release preparation ...
[12:44] <StevenK> And davidm is the same, I'm guessing
[12:44] <ogra> davidm, anything from your side for status beyond the general stuff ?
[12:44] <davidm> indeed, I'm in london working with the release team here, learning ALOT.
[12:45]  * ogra hopes they pointed you to #ubuntu-release-party :)
[12:45] <davidm> So I'm up to my ears in learning the process
[12:45] <lool> I'd like to note that I wont be around for most of November
[12:45] <davidm> I done
[12:45] <ogra> great
[12:45] <persia> https://wiki.ubuntu.com/MobileTeam
[12:46] <lool> persia: Looks good
[12:46] <davidm> persia, works
[12:46] <ogra> [topic] # New secretary for November (lool)
[12:46] <MootBot> New Topic:  # New secretary for November (lool)
[12:46] <ogra> any volunteers ?
[12:47] <lool> So I've been aggregating the activity reports of people in the mobile team for september and october
[12:47] <lool> And would love someone to pick up November
[12:47] <lool> Doubly so as I'm not around much of November
[12:47] <davidm> I want just to say this has been very helpful and wanted to thank lool for his efforts in October.
[12:47]  * lool blushes
[12:47]  * ogra hugs lool for keeping up with him
[12:47] <davidm> I've been quite surprised just how much this has helped me during the last month.
[12:48] <lool> So, any taker?
[12:48]  * persia has a hankerning for January, and hopes someone else volunteers for November
[12:48] <davidm> so StevenK persia ogra will one of you step up and take November please?
[12:48] <lool> it gets you the benefit of knowing about activity before the end of the week!!
[12:48] <ogra> heh
[12:49]  * ogra takes it though usually hardly manages his own ARs
[12:49] <lool> [agreed]!
[12:49] <davidm> Thank you ogra
[12:49] <lool> ogra: [agreed] ogra to be November's secretary
[12:49] <ogra> [action] ogra to be the november secretary (no lipstick involved)
[12:49] <MootBot> ACTION received:  ogra to be the november secretary (no lipstick involved)
[12:49] <lool> Should I still take this week?
[12:49] <lool> It started in Oct and ends in Nov :)
[12:50] <StevenK> It isn't November until Saturday
[12:50] <davidm> Since persia volunteered for Jan that leaves StevenK with December
[12:50] <ogra> as you like, there wont be much on the list anyway
[12:50] <ogra> ok, moving on then ...
[12:50] <davidm> So unless there is disagreement are we  good until February?
[12:51] <StevenK> Sounds like it
[12:51] <ogra> [topic] should ubuntu membership go with mobile team membership ?
[12:51] <MootBot> New Topic:  should ubuntu membership go with mobile team membership ?
[12:51] <davidm> OK, thank you all
[12:51] <persia> I say Not Yet.
[12:51] <persia> We currently have some team members who are not yet Ubuntu Members,
[12:51] <StevenK> Agreed, not yet
[12:51] <ogra> i'D say yes :)
[12:51] <persia> Let's wait until at least all of mobile-core-dev is Ubuntu Members, and then revisit.
[12:52] <ogra> right, and they should become ubuntu members if they contribute
[12:52]  * persia doesn't like non-members being responsible for Ubutu Membership
[12:52] <ogra> oh, we have core members that arent ubuntu members ?
[12:52] <persia> Yes.
[12:52] <ogra> how does that work ?
[12:52] <davidm> me
[12:52] <ogra> ah
[12:53] <ogra> well, i guess your contributions are enough to jusify membership already
[12:53] <davidm> persia, how about if I abstain from any votes until I meet ubuntu membership?
[12:53] <ogra> just a matter of paperwork
[12:53] <persia> So, let's bring this up again after davidm has membership.
[12:53] <ogra> ok
[12:53] <davidm> ogra I'm not so sure from what I've been told.
[12:53] <persia> davidm, I think you have a strong view of contributions to the Mobile Team, and would rather see your voice on applications to join the team.
[12:53] <davidm> persia, OK, then we wait
[12:53] <ogra> you are caring for copyright automatin since a while ... i would count that as a big contribution for example
[12:54] <ogra> and there is surely more
[12:55] <ogra> well, ok, lets wait then
[12:55] <ogra> AOB ?
[12:55] <davidm> OK so are we done on this topic for now then?
[12:55] <ogra> we are
[12:55] <StevenK> ogra: Then drive the meeting
[12:55] <StevenK> :-P
[12:55] <ogra> well, thats why i said AOB :)
[12:56] <ogra> but seems there is nothing
[12:56] <ogra> so going once ...
[12:56] <ogra> twice ...
[12:56] <StevenK> Wait!
[12:56] <StevenK> Just kidding
[12:56] <lool> crap, was preparing the same joke
[12:56]  * StevenK wins
[12:56]  * ogra waits until StevenK is done with kidding ...
[12:56] <persia> Congrats everyone on getting intrepid complete.
[12:56] <lool> but I wait until after he #closes meeting
[12:56] <ogra> adjourned, thanks all
[12:57] <ogra> #endmeeting
[12:57] <MootBot> Meeting finished at 07:57.
[12:57] <lool> #endmeeting
[12:57] <lool> thakns
[12:57] <lool> ogra: thanks for chairing
[12:57] <davidm> Yes, that is a BIG accomplishment for the team.
[12:57] <lool> Chairing?  Oh we manage every week
[12:57] <ogra> so now everyone go to #ubuntu-release-party !
[12:57] <lool> It's not that hard really
[12:57] <ogra> lool, :P
[12:57] <davidm> release, mid will go up a tad late
[12:57] <ogra> oh, why is that ?
[12:58] <davidm> it does not have a prestaged image
[12:58] <davidm> so we need to get it up there.
[12:58] <ogra> it doesnt need one
[12:58] <lool> Uh
[12:58] <ogra> it stays on cdimage, no ?
[12:58] <StevenK> UMPC does
[12:58] <lool> No umpc, does
[12:58] <ogra> cdimage isnt mirrored
[12:58] <lool> -,
[12:58] <ogra> ah
[14:02] <persia> Anyone about for the Java meeting?
[14:08] <ogra> they all got swallowed by #u-r-p :)
[14:09] <persia> Yeah, probably :)
[14:14] <persia> Well, congrats on the intrepid effort : we'll try again next week.
[14:17] <Koon> grmbl
[14:17] <persia> Koon, ?
[14:17] <Koon> (late)
[14:17]  * Koon has trouble with TZ.
[14:18] <persia> Meeting was short.  Only agenda item was congrats on finishing intrepid.  Did you want to raise anything late?
[14:18] <Koon> yay
[14:18] <Koon> no, nothing :)


[12:31] <Ubugtu> New bug: #40209 in xorg (main) "/etc/X11/X symlink left pointing to /bin/true after upgrade" [High,Fix released]  https://launchpad.net/bugs/40209
[12:35] <Ubugtu> New bug: #44904 in xserver-xorg-video-i810 (main) "Intel 82945G Express Chipset (GMA950) Flight 7" [Medium,Unconfirmed]  https://launchpad.net/bugs/44904
[12:45] <Ubugtu> New bug: #43506 in xresprobe (main) "Mitsubishi Diamond Pro 2045u Stuck at 1024x768 @ 60 Hz" [Medium,Needs info]  https://launchpad.net/bugs/43506
[01:00] <Ubugtu> New bug: #52032 in xorg (main) "Wrong man link in /etc/X11/xorg.conf" [Low,Confirmed]  https://launchpad.net/bugs/52032
[01:00] <Ubugtu> New bug: #52685 in xorg (main) "x11-common installs dup files" [Undecided,Confirmed]  https://launchpad.net/bugs/52685
[01:06] <Ubugtu> New bug: #54740 in xorg (main) "xutils should be removed" [Low,Confirmed]  https://launchpad.net/bugs/54740
[01:06] <Ubugtu> New bug: #56501 in xserver-xorg-video-i810 (main) "xserver-xorg-driver-i810: Error in I830WaitLpRing(), now is -99922196,	start is -99924197" [Undecided,Unconfirmed]  https://launchpad.net/bugs/56501
[01:06] <Ubugtu> New bug: #57767 in xserver-xorg-video-i810 (main) "display is garbled on intel 855gm" [Low,Unconfirmed]  https://launchpad.net/bugs/57767
[01:40] <Ubugtu> New bug: #81174 in xresprobe (main) "[Feisty]  Mesa used instead of 'nv'" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81174
[01:55] <Ubugtu> New bug: #90515 in Ubuntu "prompt to enter integer on x11-common update (dup-of: 68267)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90515
[04:05] <Ubugtu> New bug: #49824 in Ubuntu "Kubuntu 6.10 max sound volume is too low compared to 5.10" [Undecided,Needs info]  https://launchpad.net/bugs/49824
[04:06] <kylem> heh. how are some of these xorg bugs...
[04:49] <crimsun> that one certainly isn't
[06:09] <Ubugtu> New bug: #90555 in xorg (main) "No boarders on windows in 3D mode." [Undecided,Unconfirmed]  https://launchpad.net/bugs/90555
[08:38] <Ubugtu> New bug: #90571 in xserver-xorg-video-ati (main) "regression: blank screen on hp nw8240 after last xorg driver update" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90571
[09:28] <Treenaks> 90571 -- inverse of 22985 ?
[09:29] <tepsipakki> a regression maybe
[09:30] <Treenaks> probably
[09:30] <tepsipakki> Mirv is on it
[09:33] <Treenaks> weird thing is, this guy doesn't seem to see bug 20283, but he does have a NW8240/1920x1200/X700
[09:33] <Ubugtu> Malone bug 20283 in xserver-xorg-video-ati "[fgl v5000]  really bad sync" [Medium,Needs info]  https://launchpad.net/bugs/20283
[09:34] <tepsipakki> was that bug your pet?-)
[09:34] <Treenaks> tepsipakki: kind of :)
[09:34] <Treenaks> tepsipakki: I;ve had it on my (canonical-supplied; laptop-testing-team) laptop since I got it
[09:35] <Treenaks> which must've been around hoary/breezy
[09:36] <tepsipakki> you should probably mention the model in the description
[09:36] <Treenaks> tepsipakki: will change
[09:37] <Treenaks> fixed
[09:37] <tepsipakki> thanks
[09:39] <Treenaks> tepsipakki: I've also asked the reporter of 90571 send his video bios, so I can compare his and mine
[09:39] <tepsipakki> good
[09:39] <Treenaks> (as noted in freedesktop 8038)
[09:39] <Ubugtu> Freedesktop bug 8038 in Driver/Radeon "Wobbly image on Radeon Mobility X700 (RV410)" [Normal,Needinfo]  http://bugzilla.freedesktop.org/show_bug.cgi?id=8038
[09:50] <Treenaks> I think this comment sums up the fix for all 3 bugs: https://bugs.freedesktop.org/show_bug.cgi?id=5473#c48
[09:51] <Ubugtu> Freedesktop bug 5473 in Driver/Radeon "Blank screen with Radeon Mobility X700 (Acer Ferrari 4005)" [Major,Reopened]
[10:16] <Treenaks> Lure: your bios is slightly different from mine -- I've forwarded it
[10:17] <Lure> Treenaks: ok, I hope it will help upstream
[10:51] <Ubugtu> New bug: #90587 in xresprobe (main) "Graphics very slow" [Undecided,Needs info]  https://launchpad.net/bugs/90587
[01:15] <Ubugtu> New bug: #90604 in xserver-xorg-video-ati (main) "[r300]  ati driver unuasble slow (full cpu usage just for drawing gtk apps)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90604
[01:36] <tepsipakki> should the binary-nvidia crashers be just rejected?
[01:40] <seb128> no
[01:40] <seb128> reassign to the restricted package I would say
[01:41] <tepsipakki> ok
[02:00] <Ubugtu> New bug: #90607 in xserver-xorg-video-ati (main) "screen completely garbled with ati open source driver when doing ctrl+alt+f1" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90607
[02:43] <Ubugtu> New bug: #90558 in xorg (main) "Boot of Desktop 6.10 (Edgy Eft) installer hangs on i845" [High,Unconfirmed]  https://launchpad.net/bugs/90558
[02:45] <Ubugtu> New bug: #56221 in xorg-server (main) "Xnest crashes on start" [Undecided,Rejected]  https://launchpad.net/bugs/56221
[02:55] <Ubugtu> New bug: #41150 in xserver-xorg-video-ati (main) "Ubuntulooks toolbar button draw problem" [Medium,Unconfirmed]  https://launchpad.net/bugs/41150
[03:30] <Ubugtu> New bug: #90622 in xserver-xorg-video-i810 (main) "Maps disappearing when zooming in on google earth" [Undecided,Confirmed]  https://launchpad.net/bugs/90622
[04:49] <qense> I've got a question.
[04:50] <qense> I don't know what to do with bug 89632 (https://launchpad.net/ubuntu/+source/xorg/+bug/89632)
[04:50] <Ubugtu> Malone bug 89632 in xorg "moving windows jumps xorg cpu usage + fan" [Undecided,Needs info]  https://launchpad.net/bugs/89632
[04:50] <qense> I think it's of a bug in nvidia-glx or a hardware error
[04:50] <qense> What should I do?
[05:11] <Ubugtu> New bug: #90639 in xrdb (main) "Just restarted X server and it didn't restart, resorted to startx" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90639
[07:29] <pochu> tepsipakki: what problems do you have with the -intel driver? (appart of the login fonts? :)
[07:29] <pochu> it would be great to have it in feisty, even in universe
[07:55] <tepsipakki> it only does 1280x800
[07:55] <tepsipakki> for me
[07:57] <Ubugtu> New bug: #90184 in xserver-xorg-video-ati (main) "[feisty]  desktop effects problem (ATI)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90184
[08:06] <pochu> that's what I need :)
[08:06] <pochu> and I have it, hehe, but it's a little weird
[08:08] <tepsipakki> I've tried it with three different monitors
[08:12] <pochu> tepsipakki: and have you bugged fdo? :)
[08:12] <Ubugtu> New bug: #89603 in xserver-xorg-input-synaptics (main) "Synaptics touchpad won't work with Feisty Fawn" [Undecided,Needs info]  https://launchpad.net/bugs/89603
[08:12] <pochu> tepsipakki: oh, and feel free to confirm the fonts bug :)
[08:13] <tepsipakki> maybe I have time tomorrow
[08:55] <Ubugtu> New bug: #90685 in xorg-server (main) "[apport]  Xorg crashed with signal 5" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90685
[09:11] <Ubugtu> New bug: #90688 in xorg (universe) "disable composite in fglrx" [Undecided,Confirmed]  https://launchpad.net/bugs/90688
[10:07] <Ubugtu> New bug: #82940 in xorg (main) "sis_agp must be blacklisted to get working direct rendering with fglrx" [Undecided,Unconfirmed]  https://launchpad.net/bugs/82940
[10:29] <tepsipakki> pochu: about the tiny fonts with -intel: http://lists.freedesktop.org/archives/xorg/2007-March/022367.html
[10:30] <tepsipakki> so it's known by the devs
[10:30] <pochu> hehe, I didn't thought in the ML
[10:30] <pochu> I searched the bug tracker though :)
[10:31] <pochu> tepsipakki: ty
[11:09] <Ubugtu> New bug: #73240 in xkeyboard-config (main) "German keyboard layout - deadkeys by default" [Undecided,Unconfirmed]  https://launchpad.net/bugs/73240
[11:23] <tepsipakki> woohoo, xorg bug count under 400
[11:23] <pochu> tepsipakki: fixed! http://bugs.freedesktop.org/show_bug.cgi?id=10217
[11:23] <pochu> tepsipakki: hehe
[11:23] <Ubugtu> Freedesktop bug 10217 in Driver/intel "Gnome login page has really small fonts" [Normal,Resolved: fixed]
[11:23] <tepsipakki> oh, that's nice
[11:24] <pochu> tepsipakki: we can try a recent git checkout ;)
[11:24] <pochu> hehe
[11:24] <tepsipakki> debian-experimental now has rc1
[11:24] <pochu> has rc1 that fix?
[11:24] <tepsipakki> no, it's the initial release
[11:24] <tepsipakki> of -intel
[11:25] <pochu> and which one did you package?
[11:25] <pochu> 1.9.91
[11:25] <tepsipakki> same
[11:26] <tepsipakki> that's the 2.0 rc1
[11:26] <pochu> am
[11:26] <pochu> so, or a recent git, or wait :-/
[11:26] <tepsipakki> yes
[11:50] <pochu> tepsipakki: have you seen this? http://www.ubuntu.com/employment#head-91d2b3d557b5ad20989d4f696c28a540b4938b40
[11:50] <pochu> hehe
[11:53] <tepsipakki> hmm... yes
[11:53] <pochu> hehe
[11:53] <pochu> that's your profile, isn't it? ;)
[11:53] <tepsipakki> I'm just a volunteer atm ;)
[11:54] <tepsipakki> need to get the worst regressions fixed
[11:54] <tepsipakki> actually there aren't that many
[12:01] <pochu> tepsipakki: do you think xserver 1.3 will be out before feisty release? and if so, do you think we will be able to ship it?
[12:01] <tepsipakki> no, I don't think so..
[12:02] <tepsipakki> I guess it will be released before, but it's too late
[12:02] <pochu> :(
[12:03] <tepsipakki> bedtime ->
[12:03] <pochu> night!


[01:49]  * {qwerty} ist away (-going offline- by ckras.com)
[02:01]  * {qwerty} ist away (-going offline- by ckras.com)
[02:03]  * {qwerty} ist away (-going offline- by ckras.com)
[02:09]  * {qwerty} ist away (-going offline- by ckras.com)
[02:10] <Unit193> {qwerty}: Please stop spamming that.
[02:32]  * {qwerty} ist away (-going offline- by ckras.com)
[12:14] <Zachary_DuBois> That's annoying


[08:41] <jamespage> tinwood, gnuoy: good morning
[08:41] <tinwood> good morning :)
[08:41] <gnuoy> o/
[08:47] <jamespage> tinwood, mmmm
[08:47] <jamespage> looking at your port up change
[08:47] <tinwood> jamespage, yup ?
[08:47] <freak__>
[08:47] <freak__> hi guys
[08:48] <freak__> is anybody available rightnow who can help me out
[08:48] <jamespage> tinwood, yeah - your fix is great for a normal port
[08:48] <freak__>  i'm deploying openstack base bundle
[08:48] <jamespage> but for a dpdk port, the ip link commands will fail...
[08:48] <tinwood> jamespage, but broken for other things?
[08:48] <freak__> through command juju quickstart openstack-base
[08:48] <freak__>  but i'm facing issue http://paste.ubuntu.com/15845425/
[08:48] <tinwood> jamespage, oh
[08:48] <jamespage> tinwood, yah - a smaller fix for now would be to specialize that function for dpdk codepath and use th charmhelpers version for non-dpdk
[08:49] <tinwood> jamespage, ya, I understand.  On it.
[08:49] <jamespage> freak__, yeah - your lxc containers look unhappy
[08:49] <tinwood> jamespage, any reading material on dpdk?
[08:50] <jamespage> freak__, "failed to retrieve the template to clone"
[08:50] <jamespage> tinwood, erm
[08:50] <freak__> thats what i want to know why containers not initializing
[08:50] <jamespage> tinwood, look at line 360 of that same file
[08:50] <jamespage> that's the bit that does the dpdk port adds...
[08:50] <tinwood> jamespage, kk thanks.
[08:51] <jamespage> freak__, I'd drop onto one of the physical hosts and take a look in /var/log/juju/machine-*.log
[08:51] <jamespage> might give you a bit more of a clue
[08:51] <freak__> ok.let me check
[08:51] <jamespage> the error is coming from lxc - so it might be some sort of firewall egress issue? is the environment your are deploying in network limited in any way?
[08:52] <freak__> WARNING juju.apiserver.client status.go:679 error fetching public address: public no address
[08:54] <freak__> my lab subnet is different and i'm doing NATing on my router to go to outside world
[08:54] <jamespage> bbaqar, around?
[08:56] <jamespage> freak__, hmm that should be ok
[08:56] <jamespage> freak__, that public address message is probably ignorable as well
[08:58] <freak__> jamespage how can i check whether my cluster controller is performing dhcp and dns correctly or not
[08:58] <freak__> any command to check status of these services
[08:59] <jamespage> freak__, I'd drop onto one of the deployed machines and check dns is all good that way (dig or suchlike)
[08:59] <freak__> ok
[09:00] <freak__> jamespage check this http://paste.ubuntu.com/15845529/
[09:00] <freak__> i think its working fine as far as dns is concerned
[09:00] <jamespage> freak__, yeah - that looks fine
[09:01] <jamespage> hmm
[09:02] <jamespage> freak__, could you pastebin the output of sudo lxc-ls -f
[09:02] <freak__> ok
[09:03] <freak__> http://paste.ubuntu.com/15845565/
[09:13] <freak__> jamespage http://paste.ubuntu.com/15845565/
[09:14] <jamespage> freak__, yeah got it thanks
[09:19] <jamespage> freak__, we need to get a bit more debug output
[09:19] <freak__> ok
[09:19] <jamespage> freak__, the juju controller/bootstrap node caches the images for lxc - I just did a quick test with 1.25.5 locally and it worked OK
[09:20] <jamespage> freak__, ok I think we can do this without re-bootstrapping
[09:20] <freak__> i think that the issue with lxc service start
[09:20] <jamespage> freak__, can you do
[09:21] <jamespage> juju set-env logging-config="<root>=DEBUG;unit=DEBUG"
[09:21] <jamespage> that will up the debug level across the environment
[09:21] <jamespage> freak__, and then ssh to one of the nodes and delete the lxc container
[09:22] <jamespage> freak__,
[09:22] <jamespage> sudo lxc-destroy --name juju-trusty-lxc-template
[09:22] <jamespage> and then have another go add adding a lxc container to that machine
[09:23] <jamespage> freak__, juju add-machine lxc:X (where X is the machine id of the server you just deleted the template from)
[09:23] <freak__> ok..right now there is some power issue .they are doing maintenance .so nodes are off..i can perform these steps after 40mins..
[09:23] <jamespage> freak__, okies
[09:23] <jamespage> lemme know how that goes
[09:23] <freak__> ok i will definitely inform you after performing these steps
[09:23] <jamespage> specifically looking for messages from machine-X.log around problems with lxc and specific error messages
[09:24] <freak__> jamespage ok. i will
[09:25] <jamespage> gnuoy, gerrit is foobar by the way - apparently no new jobs are being processed...
[09:26] <gnuoy> oh
[09:38] <jamespage> gnuoy, infra team are working on it
[09:38] <gnuoy> kk
[10:08] <jamespage> bbaqar, when you do appear - could you confirm what testing the updates for the plumgrid charms have had; I don't intened to exercise them myself so dependent on your test results :-)
[10:09] <jamespage> bbaqar, you also asked me about migration of the plumgrid charms under the openstack project for development
[10:10] <freak__> jamespage i executed the commands as you mentioned
[10:11] <freak__> upon running  juju add-machine lxc:0 it showed msg created container 0/lxc/3
[10:11] <freak__> but in juju status
[10:12] <freak__> http://paste.ubuntu.com/15846755/
[10:13] <jamespage> bbaqar, https://review.openstack.org/#/c/232705/ is the change we made to push the core charms under the openstack project
[10:13] <freak__> jamespage here are machine 0 logs http://paste.ubuntu.com/15846774/
[10:14] <jamespage> bbaqar, I'd suggest that you follow the same route - I suspect that you will want the group for core-reviewers to be a little different tho
[10:15] <jamespage> freak__, need a bit more log I think
[10:15] <freak__> ok
[10:15] <freak__> which one.tell me the command i will share
[10:21] <jamespage> freak__, the machine-0 log
[10:21] <freak__> ok i will take the complete log and share
[10:25] <freak__> jamespage any website like paste.ubuntu where i can share the file of log i have taken using securecrt
[10:26] <freak__> coz the file is too long and paste.ubuntu got hung
[10:26] <jamespage> freak__, a grep for 'container' might be helpful to filter things out
[10:28] <freak__> u mean cat /var/log/juju/machine0.log | grep container
[10:29] <freak__> jamespage here is the output http://paste.ubuntu.com/15847017/
[10:33] <jamespage> freak__, ok
[10:34] <jamespage> freak__, apparently Invalid argument - setting cmdline failed is a warning only
[10:34] <jamespage> freak__, lets try starting that container
[10:34] <freak__> how to start
[10:35] <jamespage> freak__, lxc-start --name juju-trusty-lxc-template
[10:35] <freak__> ok
[10:35] <jamespage> sudo lxc-start --name juju-trusty-lxc-template
[10:35] <jamespage> that will happen in the foreground - hopefully that might give us a clue
[10:36] <freak__> jamespage here is the issue http://paste.ubuntu.com/15847100/
[10:37] <jamespage> freak__, yeah still not much info
[10:38] <jamespage> freak__, try again with "-l DEBUG"
[10:38] <jamespage> that might give us more
[10:38] <sparkiegeek> and -F for foreground starting?
[10:38] <jamespage> all I can think is the cached image in juju is foobar
[10:39] <jamespage> sparkiegeek, I thought that was the default but I might be wrong
[10:39] <jamespage> freak__, add "-F" as well to be sure...
[10:39] <sparkiegeek> jamespage: nah, default is daemon
[10:39] <jamespage> sparkiegeek, oh
[10:40] <freak__> jamespage check this http://paste.ubuntu.com/15847157/
[10:40] <bbaqar> jamespage: Thanks for the help. Bundles in all the charms tests deploy smoothly.
[10:40] <jamespage> freak__, needs to be -F not -f
[10:40] <freak__> ok
[10:41] <jamespage> freak__, and DEBUG not debug apparently...
[10:41] <bbaqar> jamespage: have not ran the amulet test though in the last two weeks .. but they run the same bundle that i deploy every day
[10:41] <jamespage> bbaqar, ok
[10:41] <bbaqar> jamespage: and test for the same things i test every day
[10:41] <jamespage> bbaqar, do you have a bundle in the charm-store for plumgrid?
[10:42] <jamespage> gnuoy, https://review.openstack.org/#/c/304668/ could you review please
[10:42] <jamespage> finally passing amulet tests...
[10:42] <freak__> http://paste.ubuntu.com/15847193/
[10:42] <bbaqar> jamespage: yes we do .. but it has to be updated as soon as we land the charm MPs https://jujucharms.com/plumgrid-ons/bundle/9
[10:43] <jamespage> bbaqar, yah - I see some of the config options are changing names - that will break upgraders but I suspect your install base is know right now :-)
[10:43] <gnuoy> jamespage, will do
[10:44] <freak__> jamespage while bootstrapping there is the option disable juju network management i checked this option do you think this bridge issue is appearing to that
[10:44] <jamespage> freak__, right - that's usefull
[10:44] <jamespage> freak__, hmmm
[10:44] <jamespage> freak__, and you do 'ip addr' on that unit please
[10:44] <jamespage> freak__, yes I suspect that is breaking things badly...
[10:44] <bbaqar> jamespage: no one is on those revision .. so we are good
[10:45] <jamespage> bbaqar, okay - next on my list
[10:45] <freak__> so do you suggest to bootstrap again and enable that option
[10:45] <jamespage> freak__, yes
[10:45] <freak__> i think that will work
[10:45] <freak__> ok i will try and then get back to you
[10:46] <jamespage> freak__, could you raise a bug against juju for this as well - it really should tell you that you can't have lxc containers if that option is enabled
[10:46] <jamespage> https://bugs.launchpad.net/juju-core/+filebug
[10:46] <jamespage> that would have saved us 2 hours of debug...
[10:46] <freak__> ok i will
[10:47] <jamespage> freak__, thankyou :-)
[10:47] <jamespage> ping me the link once raised and I'll mark it as effects me tooo...
[10:48] <freak__> thanks to you as well for strong support..ok i will share link here with you
[10:49] <bbaqar> jamespage: appreciate the help.
[10:50] <jamespage> freak__, no problem - just as a heads up we're a week off  the next charm release that will support 16.04 and the openstack mitaka release
[10:50] <jamespage> freak__, so if you're planning ahead something to think about
[10:50] <jamespage> freak__, you can upgrade liberty->mitaka but not in-place 14.04 -> 16.04
[10:50] <jamespage> using the charms that is
[10:56] <jamespage> bbaqar, for migration under the openstack project, you'll want to add tox configurations for all of your charms...
[10:56] <jamespage> bbaqar, look at any of the core charms for hints on that
[10:57] <jamespage> bbaqar, any general summary for the commit messages on these?
[10:57] <jamespage> bbaqar, and remind me to talk to you about direct charm store publishing soon....
[10:57] <bbaqar> #let me add a commit message right now.
[10:58] <bbaqar> jamespage: I ll add a commit message right now
[10:58] <freak__> jamespage here is the bug link https://bugs.launchpad.net/juju-core/+bug/1570796
[10:58] <mup> Bug #1570796: container startup issue when juju network management disabled <juju-core:New> <https://launchpad.net/bugs/1570796>
[10:58] <jamespage> bbaqar, ta
[10:58] <jamespage> bbaqar, here is fine - vim is open waiting for me to type...
[10:58] <bbaqar> jamespage: just one mine
[10:59] <jamespage> gnuoy, nearly have odl-controller passing on xenial
[10:59] <jamespage> soooo close
[11:00] <bbaqar> jamespage
[11:01] <bbaqar> jamespage: support added for plumgrid 4.1.3 and 5.0 releases | support added for configurable external interfaces | support added for separate fabric network (os-data-network)
[11:01] <bbaqar> jamespage . use this for plumgrid-director, plumgrid-edge, plumgrid-gateway
[11:01] <gnuoy> jamespage, excellent
[11:02] <bbaqar> jamespage: for neutron-api-plumgrid: support added for plumgrid 4.1.3 and 5.0 releases
[11:05] <jamespage> bbaqar, as a future improvement, you might have external-interfaces be a list of mac addresses to use across the deployment
[11:05] <jamespage> bbaqar, there is code in charm-helpers to resolve mac -> interface
[11:09] <bbaqar> jamespage: haha ... i wish i had known this earlier ..
[11:09] <jamespage> bbaqar, I suspect some of the challenges we have across SDN solutions are common
[11:10] <bbaqar> jamespage: i have seen the function actually .. might be difficult for the users to collect all mac-addresses for each interface on scale deployments
[11:10] <jamespage> bbaqar, well maas has them all :-)
[11:11] <jamespage> bbaqar, as a future feature, juju may grow support for presenting the interface directly via network spaces
[11:12] <bbaqar> jamespage: You are right. and yes i saw some development on spaces .. will rethink this before pushing xenial charms
[11:12] <jamespage> bbaqar, sure
[11:12] <jamespage> it might be good to schedule a general MAAS 2.0/juju 2.0 update for your team
[11:13] <jamespage> there will be alot of docs being updated - prob best to wait for that
[11:13] <jamespage> bbaqar, ok all landed...
[11:14] <jamespage> lazyPower, ^^
[11:14] <jamespage> fyi
[11:17] <jamespage> gnuoy, "Controller configuration on bridge br-int incorrect: ![u'tcp:<IP_ADDRESS>:6653']! != !tcp:<IP_ADDRESS>:6633!"
[11:17] <bbaqar> jamespage: thanks alot.
[11:22] <bbaqar> jamespage: For the commit into openstack project. What upstream location should we use? I see all openstack charms are in https://github.com/openstack-charmers/ ... should i keep them in our plumgrid github space?
[11:41] <jamespage> bbaqar, that was just a staging area
[11:42] <jamespage> any git location for the source of the charms is fine
[12:06] <bbaqar> jamespage:got it
[12:38] <freak__> jamespage are you there?
[12:40] <freak__> jamespage i bootstrapped the environment again and enabled the option juju network management ..this time the lxc issue resolved
[12:40] <freak__> this is the current status some components are struck http://paste.ubuntu.com/15848673/
[12:42] <jamespage> freak__, looks like lxc containers might be still coming up
[12:42] <freak__> ok. i will wait
[12:46] <jamespage> freak__, whats the disk io like on your servers?
[12:53] <jamespage> tinwood, your proposed fix for n-ovs looks good to me - is that testing ok in the dvr spec for you?
[12:53] <tinwood> jamespage, I'm just getting it sorted now - let you know when it's done xenial/mitaka?
[12:54] <jamespage> tinwood, okies
[12:54] <freak__> jamespage its /dev/sda
[12:54] <jamespage> tinwood, cause I know the amulet tests won't exercise that stuff at-all
[12:54] <tinwood> jamespage, indeed.
[12:54] <freak__> jamespage  here is the detail http://paste.ubuntu.com/15848759/
[12:55]  * lazyPower read backscroll
[12:56] <lazyPower> jamespage niiiiceee!
[12:57] <webscholar> ..
[12:57] <lazyPower> jamespage - we threw down some docs about that as well https://jujucharms.com/docs/devel/authors-charm-store
[12:57] <lazyPower> re: publishing
[13:02] <jamespage> lazyPower, awesome
[13:05] <freak__> jamespage still the status is same ...lxc are in allocating state
[13:22] <freak__> jamespage here is the current status http://paste.ubuntu.com/15849141/
[13:22] <freak__> is it normal to take so much time allocating?
[13:22] <jamespage> freak__, not quite sure whats happening tbh
[13:23] <jamespage> freak__, no - i suspect something else
[13:23] <jamespage> freak__, can you check the status of the lxc containers on the machines?
[13:23] <jamespage> sudo lxs-ls
[13:23] <jamespage> sudo lxs-ls -f actuall is better
[13:23] <freak__> ok
[13:24] <freak__> jamespage   http://paste.ubuntu.com/15849161/
[13:25] <jamespage> freak__, sudo !!
[13:25] <jamespage> needs root
[13:26] <freak__> ohh...right   http://paste.ubuntu.com/15849174/
[13:27] <jamespage> freak__, thats a good start
[13:28] <freak__> yes that alright... but have you noticed template at the end is stopped
[13:31] <freak__> jamespage what you think could be the issue in allocation of lxc
[13:32] <jamespage> freak__, yeah - the template being stopped is fine
[13:36] <freak__> my current status
[13:36] <freak__> http://paste.ubuntu.com/15849258/
[13:40] <freak__> jamespage i found this bug
[13:40] <freak__> https://bugs.launchpad.net/juju/+bug/998238
[13:40] <mup> Bug #998238: local provider unit agents get stuck in pending state because of host firewall blocking communication <firewall> <local-provider> <pyjuju:Triaged> <juju-core:Triaged> <https://launchpad.net/bugs/998238>
[13:41] <freak__> they are saying disable ufw
[13:41] <freak__> and then destroy environment and build again
[13:41] <freak__> http://askubuntu.com/questions/134977/juju-stuck-in-pending-state-when-using-lxc
[13:42] <jamespage> freak__, I doubt its enabled if the physical machines are maas deployed
[13:43] <freak__> how to check ?
[13:43] <freak__> whether its enabled or not
[13:44] <sparkiegeek> freak__:  can you SSH on to the machines that are still pending and paste /var/log/cloud-init-output.log and /var/log/juju/*
[13:44] <freak__> sparkiegeek , ok i will
[13:48] <freak__> sparkiegeek , here is the output http://paste.ubuntu.com/15849429/
[13:49] <sparkiegeek> freak__: that looks like it's all healthy - how about /var/log/juju/all-machines.log ?
[13:50] <freak__> sparkiegeek, ok i will share
[13:51] <jamespage> tinwood, recheck-full not really required for the dpdk ports fix
[13:51] <tinwood> jamespage, I guess I'm just a bit paranoid.  Sorry.
[13:52] <tinwood> One of the other charms broke on wily/liberty because it wasn't enabled when I did pause/resume.
[13:52] <jamespage> tinwood, np
[13:53] <jamespage> freak__, sorry - doing about 5 different things at once so apologies
[13:53] <jamespage> freak__, thats the juju machine 0 cloud-init output
[13:54] <tinwood> jamespage, xenial/mitaka works with the ovs change.  Just checking trusty/kilo now. (for dvr).
[13:54] <freak__> jamespage , no issue.. you guys at canonical are very supportive.. salute you
[13:54] <jamespage> freak__, you should be able to ssh directly to the lxc units  - say ssh<EMAIL_ADDRESS>[13:54] <beisner> cholcombe, yah, ceph-radosgw amulet full is failing @ master in the same way as on your review.   http://pastebin.ubuntu.com/15849481/   got ideas?
[13:54] <freak__> ok. let me ssh
[13:54] <jamespage> freak__, you might not be able to
[13:54] <jamespage> lets see
[13:57] <cory_fu> aisrael: Thanks for charm-tools#182!  I had one review comment / request, but awesome that you took that on.  :)
[13:58] <freak__> jamespage i was able to do ssh to lxc here is the output http://paste.ubuntu.com/15849549/
[13:59] <jamespage> freak__, is <IP_ADDRESS> the ip address of machine 0?
[14:00] <freak__> jamespage yes its the ip on machine 0 vlan 11
[14:00] <jamespage> freak__, oh wait - thats a different subnet to the lxc containers? can they actually access that IP ?
[14:01] <freak__> jamespage , they are on same machine
[14:02] <jamespage> freak__, can you explain your networking a bit please
[14:03] <aisrael> cory_fu: My pleasure. I just updated the pull request. I'm thinking I should also update the proof command to do similar wrt colourized output
[14:03] <freak__> on machine 0 i have given ip <IP_ADDRESS> on eth 0 in maas, on eth1 no ip ,, i have created vlans/subinterfaces
[14:03] <freak__> from vlan 11-16
[14:03] <freak__> for update :: from lxc on machine 0 i cannot ping <IP_ADDRESS>
[14:04] <cory_fu> aisrael: I think that would be nice, but also a somewhat larger undertaking
[14:04] <freak__> but on machine 0 i also have the ip <IP_ADDRESS>
[14:04] <freak__> so lxc should communicate through that
[14:04] <freak__> i mean <IP_ADDRESS> on machine 0 can communicate to <IP_ADDRESS> on lxc
[14:05] <jamespage> freak__, yeah - I see what you mean
[14:06] <jamespage> freak__, so the vlan interfaces are all trunked in over eth0 on machine 0 right?
[14:06] <jamespage> and you did that via MAAS I'm guessing...
[14:06] <freak__> eth1 is trunk
[14:06] <jamespage> oh right - sorry
[14:06] <freak__> and vlans are configure on eth1
[14:06] <jamespage> okies...
[14:07] <jamespage> dimitern, hey - need some support here ^^ how does juju decide which IP address of machine 0 to use for machine agents to communicate with?
[14:07] <jamespage> context here is that the lxc containers being deployed are trying to address an IP address of machine 0 which they can't actually route to
[14:08] <jamespage> despite the fact that machine 0 has an IP on the same subnet
[14:08] <jamespage> dimitern, 1.25.5 juju release - freak__: MAAS 1.9?
[14:08] <freak__> jamespage maas version is 1.9
[14:08] <jamespage> ta
[14:09] <jamespage> freak__, bear with us on this one
[14:09] <freak__> jamespage ,  no issue i will wait
[14:10] <cory_fu> aisrael: Oh, I actually missed that was proof and not lint (a separate issue I created) and thought it would just be a blanket colorization.  Hrm.  I just realized that, technically, the intention of INFO in proof vs build is different and green might not be the best color for I from proof.  But I don't see another, better alternative
[14:10] <jamespage> tinwood, ok - thats good enough for me - pushing that through
[14:11] <jamespage> freak__, can you check for me what 'node0.maas' resolves to please
[14:12] <freak__> jamespage , here is the output http://paste.ubuntu.com/15849691/
[14:13] <jamespage> freak__, ack thanks - that looks right to me
[14:13] <jamespage> .6 not .11
[14:15] <freak__> jamespage the ip of region controller is <IP_ADDRESS> and of cluster controller is <IP_ADDRESS>
[14:15] <freak__> and then the node0 ip is <IP_ADDRESS>
[14:15] <jamespage> freak__, +1
[14:15] <freak__> if i run dig node0.maas on machine 0 for that output is this http://paste.ubuntu.com/15849691/
[14:16] <freak__> if you want dig on region or cluster controller i can also share that if you say
[14:16] <tinwood> jamespage, yep, kilo passed too.  Good call. :)
[14:16] <cory_fu> aisrael: Merged.  :)
[14:17] <aisrael> cory_fu: <3
[14:40] <freak__> jamespage <IP_ADDRESS> ip should be reachable from lxc .here is the snip of routing table http://paste.ubuntu.com/15850132/
[14:41] <jamespage> freak__, <IP_ADDRESS> can route between .6 and .11 ?
[14:41] <freak__> i think i should change the gateway ip to <IP_ADDRESS>
[14:42] <freak__> that would be much better
[14:44] <freak__> jamespage i changed the default gw from 6.1 to 6.193
[14:44] <freak__> now from lxc i can ping to 11.193
[14:45] <jamespage> freak__, I suspect that's not a great idea
[14:45] <jamespage> they might be able to get to the bootstrap node, but I suspect the rest of the world is not inaccessible
[14:46] <freak__> jamespage you are right but in that case lxc should choose 6.193 ip to go to outside world
[14:46] <jamespage> freak__, not really
[14:46] <freak__> do not choose 11.193
[14:46] <jamespage> a default gateway should be enough most of the time
[14:47] <jamespage> the problem is the way the machine agent on the physical machine is configuring the machine agents in the lxc containers to get their tools
[14:49] <icey> with juju2, how do I setup an apt-http-proxy for an openstack cloud? I have it configured in my cloud.yaml that I imported the cloud settings with but it doesn't seem to be using it
[14:51] <freak__> jamespage how can i force lxc to resume its process of downloading tools which was interrupted to inaccessible ip 11.193
[14:52] <tvansteenburgh> cory_fu: when creating a layer, when should one create a config.yaml, versus just exposing options in layer.yaml? is that documented somewhere?
[14:52] <jamespage> freak__, hmm
[14:52] <jamespage> freak__, restarting cloud-init might work
[14:52] <jamespage> my other suggestion was to reboot the container - but that might reset your temp route
[14:54] <freak__> jamespage if we make the route permanent by modifying networks file
[14:54] <freak__> then restart the container
[14:54] <freak__> btw how we will restart container
[14:54] <cory_fu> tvansteenburgh: No, I don't think layer options are well documented yet.  Basically, layer options are a replacement for, e.g., apache.yaml from the apache-php layer, so that we don't have an explosion of .yaml files.  So, they're intended for a charm layer to influence what a base layer does, whereas config.yaml is for user-facing options
[14:54] <jamespage> freak__, well maybe but I'm concerned that will then just break something else
[14:54] <jamespage> freak__, reboot inside the container...
[14:55] <freak__> nice :P
[14:55] <tvansteenburgh> cory_fu: oh, right :)
[14:55] <tvansteenburgh> cory_fu: i forgot that config.yaml was just part of the charm :P
[14:55] <cory_fu> :)
[15:03] <shruthima> Hi All,We have developed IBM-Installation Manager in bash and   i have declared ibm_im_package option in layer.yaml but iam unable to fetch it ?   can you please suggest any command is there to fetch layer options ??
[15:05] <lazyPower> shruthima - layer options are documented here https://jujucharms.com/docs/devel/reference-layer-yaml
[15:05] <lazyPower> ensure you've implemented them as defined in that reference guide, you can then fetch the layer options like we do in this example: https://github.com/mbruzek/layer-storage/blob/master/reactive/storage.py#L113
[15:07] <lazyPower> shruthima - in addition to that guide, ensure you're also running the latest version of charm-tools (2.1.2) so you've got hte required builder modifications to support options in layer.yaml
[15:11] <shruthima> we have written code in bash ? so any bash example can you provide if available ?
Can you please provide any example written in bash code ?
[15:17] <lazyPower> shruthima - ah good point i'm not sure if thats exposed via the bash CLI
[15:18] <lazyPower> cory_fu i'm pretty certain it is, do you happen to know if that was added to the bash helpers?
[15:19] <aisrael> jcastro: ping
[15:21] <cory_fu> lazyPower, shruthima: Actually, layer options aren't actually exposed by bash CLI. :(  It shouldn't be too hard to add, and it would be in the base layer, so won't require much to get it released.
[15:21] <lazyPower> oh, good to know!
[15:21] <lazyPower> thanks cory_fu
[15:21] <cory_fu> However, I'm pretty busy today, with the last day of the big data team sprint, so I'm not sure if I'll be able to get it done today
[15:22] <shruthima> oh k thanku lazyPower cory_fu
[15:23] <cory_fu> shruthima: I will send out an email to the juju list when I can get that done
[15:24] <shruthima> cory_fu : Thanku :)
[15:32] <bdx> hows it going everyone? I've a few jaas/charmstore questions for anyone listening .... 1. How can I delete stale charms that I don't want to show up in the charmstore anymore (ones in the legacy charmstore that got pulled in from my lp code, and new jaas namespace charms)?  2. How can I create a channel ?  3. (juju2) When I add users with write access to a model, they don't seem to be able to `juju ssh` into
[15:32] <bdx> any deployed machines; do I need to each new users ssh key, if so, which key?
[15:33] <lazyPower> bdx - you were asking about channels - have a look at the docs over the charm store + channels here https://jujucharms.com/docs/devel/authors-charm-store
[15:34] <bdx> lazyPower: perfect, thx
[15:34] <lazyPower> bdx - regarding removing of charms - you can only remove charms that have been uploaded to the new store. The old store is like an icebox, think of those charms as being in stasis.
[15:41] <bdx> I'll offer an award of $50 and a bucket of beer to charmstore admin who can remove some old, stale, failed charm attempts for me :-)
[15:43] <magicaltrout> i'll give them some pork scratchings and a pint of ale
[15:46] <lazyPower> magicaltrout - hows session planning going for apachecon?
[15:46] <bdx> who could resist? someone will break .... just give them time
[15:47] <lazyPower> bdx - good things come to those who are patient
[15:47] <magicaltrout> bleh in between contract work on saiku, contract work for nasa and apachecon my life is a big mush of loads to do
[15:47] <lazyPower> magicaltrout - Fair enough :) was poking as a leading question to offer eyeballs for review/help if any of that would be helpful to your goals there
[15:48] <magicaltrout> its coming on, the Juju Data Management talk will be pretty straight forward (famous last words) I'm working on the tutorial content and presentation slides for all of them at the mo
[15:48] <lazyPower> ack, just lmk when/if i can be of help
[15:48] <magicaltrout> my plan is to get the planning and presentation stuff done betwen now and the 29th which is dealing for my real job, and after that I should have 2 weeks to get all the technical stuff done for apachecon
[15:49] <magicaltrout> transpires Q1 2016 is pretty chaotic ;)
[15:57] <magicaltrout> lazyPower: last year I was out at 2am playing very drunk beach volleyball, went to bed at 5 got up at 9 and wrote my presentation for 11
[15:57] <magicaltrout> ever the professional.....
[15:58] <magicaltrout> wont be happening this year with my tutorial load
[16:04] <tinwood> gnuoy, interesting.  The amulet for wily/liberty isn't stopping apache2
[16:05] <gnuoy> oh, well that's be it then
[16:06] <tinwood> gnuoy, except now it has.
[16:06]  * tinwood thinks this is weird.
[16:07] <tinwood> gnuoy, might be finger trouble on my side.  More investigation.
[16:07] <gnuoy> good luck
[16:07] <tinwood> gnuoy, and just to verify, you were just doing amulet tests with a bootstrapped juju only?
[16:08] <gnuoy> tinwood, yep
[16:09] <tinwood> gnuoy, kk, ta
[16:13] <freak_> jamespage i made the default gw updated route to 6.193 permanent
[16:13] <freak_> and restarted the lxc
[16:13] <freak_> now when i see the cloud-init-output.log
[16:14] <freak_> here is the output http://paste.ubuntu.com/15852704/
[16:14] <freak_> it updated the route info only but not resumed the process
[16:29] <beisner> icey, cholcombe - bug 1570960
[16:29] <mup> Bug #1570960: ceph-osd stuck in a mon-relation-changed infinite loop <uosci> <ceph-osd (Juju Charms Collection):New> <https://launchpad.net/bugs/1570960>
[16:31] <icey> that is not stuck... or in a mon relation changed loop
[16:31] <icey> it's in an update-status loop, which is by design?
[16:32] <beisner> icey, well it goes on and on back to mon-relation-changed then apt installs again and again
[16:34] <beisner> icey, yah so my quick assessment may not be right on the actual issue.  the symptom is solid though:  ceph-osd blocks forever on trusty-icehouse
[16:37] <beisner> icey, bug updated
[16:37] <icey> beisner: I can look after lunch
[16:52] <cmars> icey, cholcombe question about the ceph charm.. should I be able to deploy it to lxd controller? anything special that needs to be done to get it working in containers?
[16:52] <cholcombe> cmars, it should just work.  are you running into issues?
[16:52] <cmars> i've tried using directories for the osds, but they always seem to be stuck in HEALTH_WARN
[16:53] <cholcombe> can you paste the warning for me?
[16:53] <cmars> cholcombe, yep, i'll try again and get you an error message from a fresh deploy
[16:53] <cholcombe> ok thanks
[17:18] <cmars> cholcombe, here's what I'm seeing: https://paste.ubuntu.com/15854608/
[17:19] <cholcombe> cmars, i've seen that before with instances that  have disks that are too small.  your ceph osd tree will show that all the osds are weighted at 0 instead of 1 like they should be
[17:21] <cmars> cholcombe, they're all running in containers, so they all think they have the same usage & free space as the host
[17:21] <cmars> cholcombe, is that the problem, perhaps?
[17:22] <cholcombe> could be.  what does your ceph osd tree look like?
[17:22] <cmars> cholcombe, how do I show that?
[17:23] <cholcombe> just type `ceph osd tree` :)
[17:45] <webscholar> Hi dimiter
[17:45] <webscholar> are you around?
[17:45] <webscholar> james how are you?
[17:46] <webscholar> jamespage need some help
[17:56] <c0s> bdx: I am sorry - I just seen your PR for the puppet layer, which I have essentially implemented after talking to you here yesterday
[17:57] <c0s> Wasn't trying to steal your idea, really.
[17:58] <beisner> thedac, can you cr+2 wf+1 this?  neutron-api-odl unit and lint were failing @master.  fyi, our ci fails b/c this charm has no amulet test yet.  https://review.openstack.org/#/c/306552/
[17:58] <thedac> beisner: I'll take a look
[18:01] <beisner> thx thedac
[18:02] <beisner> thedac, for context:  https://review.openstack.org/#/q/topic:pbr-reqs
[18:04] <cory_fu> Is it true that local provider doesn't work on centos?  I didn't think that was the case, but had someone say that it was
[18:04] <thedac> beisner: approved
[18:33] <beisner> cholcombe, do we have a bug opened for the cache tier failure?
[18:33] <cholcombe> beisner, not yet i think
[18:33] <beisner> cholcombe, ok i'll raise
[18:42] <beisner> cholcombe, is this the --yes-i-really-mean-it thing? ;-)
[18:48] <bbaqar> jamespage: is the next branch of keystone merged into stable yet, for mitaka? I would like to get a small commit in. Am I in time?
[18:50] <beisner> hi bbaqar - charm feature freeze was last week.  we'll be releasing next to stable late next week.  the only things we can land into next before then are critical bugfixes and test updates.
[18:51] <bbaqar> jamespage: okay no worries.
[19:39] <jamespage> beisner, https://review.openstack.org/#/c/305065/
[19:39] <jamespage> UOSCI says go...
[19:46] <freak_> hi everyone
[19:46] <freak_> need help regarding lxc containers
[19:52] <cholcombe> beisner, yeah it's the --yes-i-really-mean-it bs
[20:10] <beisner> cholcombe, bug 1571050
[20:10] <mup> Bug #1571050: remove-cache-tier action failing @mitaka <uosci> <ceph (Juju Charms Collection):New for xfactor973> <ceph-mon (Juju Charms Collection):New for xfactor973> <https://launchpad.net/bugs/1571050>
[20:11] <cholcombe> beisner, yeah i'm on it :)
[20:11] <beisner> sweet thx sir
[20:14] <cholcombe> beisner, the --yes-i-really-mean-it flag fixes it.  i'll have a patch up soon
[20:14] <beisner> cholcombe, awesome
[20:43] <cholcombe> beisner, https://code.launchpad.net/~xfactor973/charm-helpers/ceph-jewel-flag/+merge/292049
[20:44] <cholcombe> we'll have to resync the charms again :-/
[20:56] <beisner> cholcombe, c-h merged.   on these 2, i'd say just do a resync as a new patchset:
[20:56] <beisner> https://review.openstack.org/#/c/305922/
[20:56] <beisner> https://review.openstack.org/#/c/305933/
[20:56] <beisner> cholcombe, then new reviews for any others, if any
[21:06] <cholcombe> beisner, good idea
[21:08] <cholcombe> beisner, i think ceph-mon and ceph are the only ones that need it since they actually run the commands
[21:09] <beisner> woot
[21:10] <cholcombe> i have a new patchset up for ceph-mon
[21:12] <cholcombe> beisner, for the future i'm pondering pulling out the cli calls and making api calls instead
[21:13] <cholcombe> so we can get out of this every iteration breaks things loop
[21:13] <beisner> but you just made your own api!  :-)
[21:13] <cholcombe> hehe
[21:13] <cholcombe> i mean swapping out the cli calls for librados calls
[21:14] <beisner> yah i'm just giving you shenanigans
[21:14] <cholcombe> it's not hard but it'll require lots of typing :)
[21:14] <beisner> ha!
[21:14] <cholcombe> and a massive refactor which i'll have to hold off till 16.10 for
[21:14] <beisner> ok so, gonna do a charm-ceph review too cholcombe ?
[21:14] <cholcombe> yeah
[21:15] <cholcombe> it's up
[21:15] <beisner> cool.  i think this should 'just land' as its the same result as master:    https://review.openstack.org/#/c/305922/   <- cholcombe ?
[21:16] <cholcombe> yeah
[21:16] <beisner> boom
[21:17] <cholcombe> damn it's a merge frenzy
[21:26] <beisner> thedac, dang and we just revalidated amulet-full rmq @master.  well you know you'll have a good baseline  ;-)
[21:28] <thedac> yeah, I suspect few people were doing ssl or we would have heard the yelling on this one
[21:33] <beisner> thedac, odd though, the rmq amulet test flips ssl on and off several times then sends/check amqp messages
[21:34] <thedac> beisner: subsequent to install though.
[21:34] <beisner> ah but it has first settled in a non-ssl config, so everything is installed by the time we flip it
[21:34] <beisner> yeah
[21:34] <thedac> With the bundle it is set before install
[21:37] <cholcombe> haha beisner i love your --yes-i-really-approve-it
[21:38] <beisner> lolz
[22:07] <beisner> thedac, cholcombe - amulet-smoke is clear on rmq, ceph, ceph-mon.  imho, land-worthy
[22:08] <cholcombe> sweet!
[22:09] <beisner> nothin like landing after 5p on a fri, yah?
[22:10] <thedac> beisner: thanks. I'll wait for a review Monday unless you are handing out +2s
[22:10] <beisner> thedac, did you exercise that in the ssl mojo spec?
[22:10] <thedac> beisner: a version of that yes
[22:10] <thedac> ddellav: actually this would help you. Do you want to test it out? https://review.openstack.org/#/c/306628/
[22:11] <ddellav> ah nice thedac
[22:12] <beisner> thedac, ddellav - yah the mojo spec is really our only mechanism to exercise that.   it lgtm though!
[22:12] <beisner> thedac, i'd be inclined to land her now tbh
[22:13] <thedac> ddellav: I'll leave it to you. We'll land it after you test it
[22:13] <ddellav> thedac whats the best way to incorporate that fix into my mojo spec?
[22:14] <beisner> i don't think a refspec is consumable in mojo, though it is consumable in juju-deployer
[22:14] <thedac> oooh, good question. Because we need to grab the ref specs.
[22:14] <thedac> Yeah, not sure it is doable in any easy kind of way
[22:16] <beisner> ddellav, thedac - looks like it'd take a fork, refspec fetch, merge, push, and repoint the spec's collect at the fork
[22:17] <ddellav> beisner ew
[22:17] <thedac> beisner: ddellav this is what I tested with. http://pastebin.ubuntu.com/15860862/ That both produced the problem and showed that it was fixed.
[22:17] <thedac> honestly I think that is enough
[22:17] <ddellav> thedac ok, ill run with that
[22:17] <thedac> with a local copy
[22:18] <beisner> thedac, me too.   the only hold up i've got is:    is the ctl file always /usr/sbin/rabbitmqctl, from precise --> xenial?
[22:19] <thedac> as far as I know. Also we use the same test elsewhere in the charm
[22:19] <beisner> i'm sold
[22:54] <cholcombe> i'm thinking of adding librados to charmhelpers.  Is it a bad idea to import python libraries that require an apt-get install ?
[22:55] <cholcombe> looks like the README.test already contains a bunch of libraries.  Seems like it's ok