[00:00] <bdmurray> Yes, absolutely.  Especially in this case as we can provide more detailed instructions for the Ubuntu openoffice.org maintainer
[00:00] <nhandler> Yes it is jthan. I personally won't patch bugs that have not been confirmed
[00:01] <jthan> nhandler: I wouldn't either, could be a big waste of time
[00:01] <jthan> bdmurray: so it's a start for me.
[00:01] <jthan> nhandler: How do you patch a bug, anyhow?
[00:02] <nhandler> jthan: I can't get you a link right now (FF is acting up). But they have many guides in the wiki. The #ubuntu-motu channel is also filled with people that can help you
[00:02] <jthan> nhandler: okay. Thanks much.\
[00:04] <bdmurray> jthan: So if you look at the bug now you'll see how I've updated it
[00:05] <jthan> bdmurray: yeah. And I'm already registered with launchpad
[00:05] <jthan> Well that's a start for me.
[00:06] <bdmurray> Great!  If you have any questions feel free to ask.
[00:07] <jthan> bdmurray: thanks. I appreciate the help. As I said toward the end of the month programming classes begin so I might try to get into that end of bug fixing (the actual fixing :-P)
[00:10] <lifeless> bdmurray: did you see my link yesterday ?
[00:11] <bdmurray> lifeless: I seem to recall skimming it very briefly
[00:11] <lifeless> k, mission achieved then
[00:12] <bdmurray> not a very big mission?
[00:12] <lifeless> get you to see the link
[00:13] <lifeless> not big at all :)
[00:15] <patchcr> I am new to the BugSquad
[00:15] <patchcr> I figured this would be the best place to start
[00:16] <patchcr> anyone willing to chat pvt me to help me find a niche?
[00:17] <LimCore> is it a good idea to install now pgp5 from interpid (to tets https://bugs.launchpad.net/ubuntu/+source/php-imagick/+bug/203023)  and later just wait untill it is in hardy?  Im on production box, dont want to screw it up
[00:18] <bdmurray> patchcr: Is there a particular application or package that you like a lot or are interested in?  I think that is the best place to start.
[00:19] <LimCore> * php5
[00:20] <patchcr> Um,  I am particularly interested in working on audio packages but I'm not very familiar with the package structure.  I haven't done any formal bug hunting for Ubunutu
[02:51] <jedijf> hey, we are trying to get setup for Global and the --update is failing with error 768 - any ideas?
[02:53] <anakron> https://bugs.launchpad.net/ubuntu/+bug/255179  >> must be in Wishlist!
[02:55] <anakron> https://bugs.launchpad.net/ubuntu/+source/dbus-python/+bug/255178 >> Must be in Wishlist
[03:05] <anakron> https://bugs.launchpad.net/ubuntu/+source/plasmoid-quickaccess/+bug/255183  >> Must be in Wishlist
[03:08]  * Hobbsee ponders a "this is a wishlist" thing when filing.
[03:09] <anakron> ok
[04:00] <charlie-tca> Need some advice here. I have a bug 153744 that I would like to have verified. Debian released an update on
[04:00] <charlie-tca> July 4, 2008 for tinyproxy. Can I request this be used to verify if the bug was fixed?
[04:59] <anakron> Hey, i want to know how to Help with packaged that need to be sync
[05:26] <persia> anakron: How do you mean?
[05:29] <anakron> I wanna know how i can help in package that need to be sync
[05:31] <anakron> cause every time that im looking for bugs i saw: Please sync ...[package]...from Debian...
[05:31] <persia> There's usually not much that can be done with those.
[05:32] <persia> For the most part, they are filed by developers who have already tested everything, and are just a request to the archive-admins to perform a sync.
[05:32] <persia> If you really want to work on them, you might check to see if either the submitter or someone with a comment including "ACK" is a member of the ubuntu-dev group.
[05:33] <persia> If they aren't, and neither of the sponsors groups are subscribed, you might review the Sync Request Process on the wiki, and chat with the submitter or commenters to see how the bug is progressing.
[05:34] <persia> Typically, it's not a good idea to add more comments to these bugs unless you are a developer, but sometimes bugs of that format are submitted that aren't quite right.
[05:35] <persia> More generally, if you want to work with those, I'd recommend working with the MOTU to learn how they work, and process some yourself: at this point you'd be in a better position to help others who might have filed such bugs (but be very careful not to annoy developers by providing help when they don't want or need it)
[05:45] <anakron> ok thx, but i think that my skills are less than average jojo cause i dont know develop apps so i cant do much.
[05:45] <anakron> i dont know how to develop apps so i cant do much.
[05:49] <persia> anakron: In that case, I'll recommend ignoring the "Please sync..." bugs until you've learned more :)  There's plenty of other bugs about.
[05:50] <anakron> https://bugs.launchpad.net/ubuntu/+source/ktorrent/+bug/255128 >>> Must be in whislist!
[05:50] <anakron> :-) ok
[05:51] <mrooney> persia: thanks :)
[05:52] <persia> mrooney: No.  Thank you for EeeBotu and all your help with bugs.
[05:52] <persia> Saying nice things is the only means I have to recompensate you for the effort.
[05:53] <mrooney> Well you are quite welcome!
[05:56] <anakron> persia!
[05:56] <persia> anakron: ?
[05:56] <anakron> who can work in bugs that says : please sponsor?
[05:57] <persia> anakron: Can you give an example of such a bug?
[05:57] <anakron> i know that are some groups that sponsor some packaged
[05:57] <anakron> https://bugs.launchpad.net/ubuntu/+source/libgweather/+bug/254832
[05:58] <anakron> can be assigned to the group that is related to it?
[05:58] <persia> Those represent requests for developers who can upload to review the work of developers who can not yet upload.  Nothing really to do from a triage perspective.
[05:58] <anakron> ok
[05:58] <persia> They very much shouldn't be assigned, as that will block anyone other from the assignee from reviewing the work.
[05:58] <persia> (Well, a sponsor will assign themselves, but nobody else should assign those)
[05:59] <anakron> ok
[06:08] <dholbach> good morning
[06:08] <anakron> good night in Chile
[06:08] <anakron> :-)
[06:08] <anakron> but its good to
[06:08] <anakron> too
[06:09] <dholbach> hey anakron! :)
[06:09] <dholbach> my friends in Chile :-)
[06:09] <dholbach> all set up for the Bug Jam? :)
[06:11] <anakron> yeah
[06:11] <dholbach> ROCK and ROLL :)
[06:11]  * dholbach hugs anakron
[06:12] <anakron> we are going to do it on saturday but the place could change to other city. We all be connected by #ubuntu-cl  channel
[06:13] <anakron> there will work Pedro Villavicencio
[06:13] <dholbach> so you
[06:13] <dholbach> 're not sure about the place yet?
[06:14] <dholbach> not in Santiago?
[06:14] <anakron> the place is for people that is near to Santiago.
[06:14] <anakron> The first city that was proposed was Talca, but it seems to be better that must be santiago
[06:14] <dholbach> as soon as you've decided on the place, can you add the information to the wiki?
[06:15] <dholbach> oh... you can do both, Talca AND Santiago :-)
[06:15] <dholbach> two Bug Jams in Chile - WOW :-)
[06:15] <anakron> it can be
[06:17] <dholbach> I'm totally excited about all the jams in south and central america - there's just so much going on :)
[06:17] <anakron> We have so many people that arrived to 5-a-day team in all the country, but im not pretty sure that we can do it in both cities or other cause i think that they should an experienced person that should guide if its necesary
[06:22] <dholbach> right, that's of course preferrable
[06:27] <anakron> i wanna do something here, in Concepción ( i study here, im from Puerto Montt) but i feel that we dont have a people to do it great. Im not talking about 20 or 30, we dont have more than 10 people who are really involved into bugs and its too late to set a place for it if we want to do it. So, if we want to work in Bug Jam its necessary to travel to Talca or Santiago.
[06:28] <dholbach> if you study there, don't you think you could get a room at the university or school?
[06:28] <dholbach> 10 people sounds great and shouldn't be a burden for the school/university
[06:29] <dholbach> but if you stick to IRC that's fine too :)
[06:30] <anakron> But ill try to convince Ubuntu-cl Leaders to do it in both cities
[06:31] <anakron> Its too hard to get a room if you dont have any teacher that help you
[06:32] <dholbach> OK
[06:33] <dholbach> chuckf has worked on a presentation - I hope he's OK with sharing it - that might help presenters around the globe
[06:33] <anakron> and im not studying anything that could be related to computers sciences
[06:34] <anakron> so its more difficult
[06:34] <anakron> That could be great!
[06:34] <anakron> Sometimes its too difficult to explain some things that must be learned with hard work
[06:35] <dholbach> I think an initial presentation that explains the concepts really helps people get started
[06:35] <dholbach> but you're right: diving into bug reports and trying to make them more useful is something that requires people to actually do it and learn while they review those bugs
[06:36] <anakron> yeah but can have a glossary
[06:36] <dholbach> Awsoonn worked on screencast "how to assign source packages to bugs filed just against Ubuntu"
[06:36] <dholbach> that could help too
[06:37]  * Awsoonn perks up
[06:37] <dholbach> it's amazing what good work people come up with lately :)
[06:37] <dholbach> hey Awsoonn! :)
[06:37] <Awsoonn> heyya~
[06:37] <dholbach> Awsoonn: the screencast looks great - we can publish it on videos.ubuntu.com no problem
[06:38] <Awsoonn> sweet
[06:38] <Awsoonn> I have a friend that is an audiophile, he's gonna redo the sound for me he says
[06:38] <dholbach> Awsoonn: I just thought I'd ask heno and bdmurray about their plans for a youtube channel (if they want a separate one or if we're going to stick it onto the ubuntudevelopers channel)
[06:39] <dholbach> Awsoonn: oh great - do you think it'll make it in time for the GBJ?
[06:39] <anakron> i was looking for something like that for weeks!
[06:39] <Awsoonn> anakron: :) you have no idea how happy I am to hear that
[06:39] <dholbach> anakron: I linked to two interviews of Brian - you could check them out in the meantime
[06:40] <dholbach> both on https://wiki.ubuntu.com/RunningBugJam (Material)
[06:40] <dholbach> Awsoonn: it's done very well - I like it
[06:41] <anakron> Sometimes you find the same information in some wikis, but it are not so good
[06:41] <Awsoonn> sweet, I'll keep 'em comming then
[06:41] <dholbach> ROCK! :)
[06:42] <Awsoonn> anakron: I'm putting a lot of effort in the wiki now, so anything that you think is unclear, shout out
[06:43] <anakron> ok
[06:44] <anakron> hey, i got an error when i trying to update 5-a-day
[06:44] <anakron> in hardy
[06:44] <anakron> in intrepid i dont have any problem
[06:44] <anakron> but i do the same that is in the wiki in both cases
[06:45] <anakron> In Hardy appears and bzr error that Says that i dont have a bazzar branches.
[06:45] <anakron> It was so strange
[06:46] <dholbach> is it bug 192502?
[06:46] <dholbach> errrr
[06:46] <anakron> but in intrepid, i tried it (last friday i got update from 5-a-day) and works fine
[06:46] <dholbach> bug 193502
[06:46] <anakron> yeah
[06:47] <anakron> i didnt find it to confirm it
[06:47] <anakron> but its really solved
[06:48] <dholbach> I'll dive into it later so the problem is solved for the GBJ
[06:49] <anakron> Hey Daniel
[06:50] <anakron> https://launchpad.net/~dholbach  Who is the person that appear in your shirt?
[06:50] <anakron> XD its like Chuck Norris
[06:53] <dholbach> http://en.wikipedia.org/wiki/Bud_Spencer (actor in silly beat-em-up movies in the 80s - we loved them as kids: http://www.auslandsjahr.eu/2007/08/16/bud-spencer-and-terence-hill-slaps/ )
[06:53] <anakron> :O jaja ok
[10:14] <qense> hello
[14:15] <dholbach> hi Grantbow
[14:15] <dholbach> Grantbow: maybe we can figure the 5-a-day bug out on IRC :)
[14:16] <dholbach> it's a bit weird what's happening in your case
[14:16] <nhandler> What is the bug Daniel?
[14:16] <dholbach> hi nhandler - it's bug 193502
[14:17] <dholbach> Grantbow: do you think you could  cd ~/.5-a-day-grantbow; bzr info  and paste the output here?
[14:19] <nhandler> Ok, I haven't had that error before Daniel. And just as a heads up, with the dark human theme in Intrepid, it is hard to see the frame around the 5-a-day-applet that appears when you drag a url over it
[14:19] <dholbach> nhandler: do you have an idea how we could fix this?
[14:20] <dholbach> it'd be nice to have something that works well in hardy and intrepid
[14:20] <dholbach> it'd be nice if we could iron those bugs out before the weekend so it'll work for everybody new during the Global Bug Jam
[14:22] <nhandler> Do you think this might have to do with some people using LP edge and other people using the normal LP?
[14:24] <dholbach> it should always be   bazaar.launchpad.net/~<lpid>/<lpproduct>/<branchname>
[14:25] <dholbach> the weird thing is it never happened to me whatever other crazy bugs I ran into during working on 5-a-day
[14:25] <nhandler> Well, some people were getting this error "bzrlib.errors.NotBranchError: Not a branch: "https://code.launchpad.net/"."
[14:26] <dholbach> that should be taken care of in 0.46
[14:26] <dholbach> bazaar.launchpad.net redirected them to code.launchpad.net for a non-existing branch
[14:26] <dholbach> (that was when checking for the up-to-date-ness)
[14:27] <nhandler> Ok. I don't have much experience with bzr. I was just looking through the various error messages and comments
[14:28] <dholbach> no problem - the bug has become a bit messy due to people following up with various (likely unrelated) problems with bzr over the releases
[14:29] <dholbach> I hope we iron them all out now :)
[14:30] <nhandler> I sent you a /msg a while ago, but is there any reason 5-a-day has not been added to the universe repository? I saw a needs-packaging bug for it. You added a few comments that made it look like the only reason it wasn't added to universe in hardy was because it was past FF.
[14:31] <dholbach> yeah maybe we should get it into intrepid :)
[14:32] <thekorn> hey dholbach!
[14:32] <dholbach> hey thekorn!
[14:35] <thekorn> are there still issue with bzr and 5-a-day?
[14:35] <dholbach> seems like it
[14:35] <thekorn> issues
[14:35] <dholbach> and I don't know why
[14:35] <thekorn> I thin kthere a many different issues in this bug
[14:35] <dholbach> yes
[14:36] <dholbach> and they changed over time
[14:36] <thekorn> one class is, where people did not run   bzr launchpad-login <username>
[14:36] <dholbach> where is that required?
[14:37] <dholbach> 5-a-day should be able to tell from ~/.5-a-day
[14:37] <dholbach> although  bzr launchpad-login  is definitely more elegant
[14:37] <thekorn> oh sorry I misread some comments
[14:38] <dholbach> I never used that command
[14:38]  * dholbach hugs super-thekorn
[14:38] <dholbach> he knows everything about LP
[14:38] <thekorn> bzr lp-login is not required because 5-a-day is using bzr+ssh:// explicitly
[14:39] <dholbach> yeah, launchpad-login would be much nicer
[14:41] <dholbach> thekorn: filed a bug for it
[14:41] <dholbach> if nobody else does it, I'll do it after the Global Bug Jam
[14:42] <thekorn> ok, I try to find out where all this "not a branch errors" come from
[14:42] <thekorn> global bug jam is this weekend?
[14:43] <dholbach> yeah
[14:43] <dholbach> that's why I'd like to have that bzr bug ironed out :)
[14:44] <dholbach> in the version 0.46 (not released yet, but pushed) I catch the NoBranchError when checking the for the up-to-date-ness of the branch over http
[14:48] <thekorn> question is: why are this errors so fdifferent and hard to reproduce
[14:48] <dholbach> I'm sure that some of them were fixed in the meantime
[15:03] <bddebian> Boo
[15:03] <dholbach> hi bddebian!
[15:03] <bddebian> Hi dholbach
[16:09] <patchcr> is anyone willing to help me get started on the bugsquad?
[16:10] <patchcr> I just need some guidance and I hear there is a bugjam going on soon.
[16:17] <techno_freak> patchcr, sure, hope you read through https://wiki.ubuntu.com/Bugs/HowToTriage
[16:20] <patchcr> thanks techno_freak I'll look through that.  I'll come back here with questions.
[16:21] <techno_freak> patchcr, sure, any time :)
[16:47] <bdmurray> pedro_: I've reimplemented http://people.ubuntu.com/~brian/reports/yesterday/
[16:47] <bdmurray> However, it is now really bugs 'since' yesterday
[16:48] <pedro_> bdmurray: niice, the summary is new right? it looks great ;-)
[16:48] <bdmurray> hmm, I think that was always there
[16:48] <pedro_> bdmurray: could it be moved up instead?
[16:49] <bdmurray> Oh you mean the numbers at the bottom not the bug title?
[16:49] <bdmurray> Yeah, I should be able to do that
[16:49] <pedro_> bdmurray: yes
[16:49] <pedro_> bdmurray: great, thanks !
[16:54] <thekorn> bdmurray, hi, are you using py-lp-bugs for creating this 'bugs reported since yesterday' page?
[16:55] <thekorn> I'm wondering about this last few bugs, they should not be there
[16:55] <thekorn> because this are only newly added tasks
[17:00] <tuxmaniac> is' nt there supposed to be a meeting here with respect to Global Bug jam?
[17:00]  * tuxmaniac checks back with the date
[17:01]  * techno_freak pokes dholbach
[17:01] <bdmurray> thekorn: yeah, I'm using the --dc feature of bughelper
[17:01] <dholbach> hello everybody :)
[17:02] <dholbach> who's here for the Global Bug Jam Preparation? :)
[17:02] <tuxmaniac> !
[17:02] <techno_freak> me
[17:02] <dholbach> who else? :)
[17:02] <tuxmaniac> tazz: is
[17:03] <bdmurray> me ;)
[17:03] <dholbach> pedro_, jcastro: around too? :)
[17:03] <pedro_> yes yes yes
[17:03] <dholbach> ROCK :)
[17:03] <dholbach> let's have a quick round of introductions - who's here and where are you going to run your Bug Jam?
[17:04]  * techno_freak from Indian Team, we are going to be active from Bangalore, Chennai and Mumbai
[17:04] <dholbach> techno_freak: which location are you going to be at?
[17:04]  * dholbach is from the Berlin team :)
[17:04]  * tuxmaniac is from India and part of the ubuntu india LoCo. I am in the process of colecting a few people together in Chennai and doing a bug jam
[17:05] <dholbach> nice
[17:05]  * heno waves
[17:05]  * snap-l is from the Michigan Team, representing the SE Michigan area.
[17:05] <tuxmaniac> if no venue, I am hosting a few at my house. :-)
[17:05] <dholbach> tuxmaniac: nice :)
[17:05]  * tuxmaniac 's real world nick is Aanjhan.
[17:05] <tuxmaniac> thants it from me
[17:06] <dholbach> bdmurray in the lair in Portland?
[17:06] <dholbach> pedro_ in Chile? :)
[17:06] <bdmurray> dholbach: that's right!
[17:06] <dholbach> ROCK :)
[17:06] <pedro_> dholbach: yes sr, we currently have 3 nodes one at Talca (south of Chile), Santiago (main city) and at Antofagasta (north)
[17:06] <dholbach> so do we have final open questions regarding the organisation and going-ons?
[17:07] <dholbach> pedro_: and in Concépcion?
[17:07]  * dholbach might have got the name wrong :)
[17:07] <tuxmaniac> dholbach: do we have some kind of a tracking to see where each team stands? say, ubuntu-in team's efforts
[17:07] <tazz> <== gaurav chaturvedi, mumbai MH india
[17:07]  * dholbach meant Concepción
[17:07] <pedro_> dholbach: there's no one from there this time :-(
[17:08] <dholbach> hi tazz
[17:08] <dholbach> pedro_: anakron?
[17:08] <tazz> dholbach
[17:08] <pedro_> dholbach: no idea about him, haven't talked with him recently
[17:08] <tuxmaniac> dholbach: I meant some kind of statistic generation?
[17:08] <dholbach> tuxmaniac: it'd be great if you asked people to use 5-a-day with the team name set and a tag set
[17:09] <dholbach> I added that informaton to the GlobalBugJam page
[17:09] <dholbach> stats will be up at http://daniel.holba.ch/5-a-day-stats/
[17:09] <tuxmaniac> ok nice!
[17:09] <dholbach> and thanks to the work of nand we have http://people.ubuntu.com/~dholbach/bugjam.png
[17:09] <patchcr> i'm done reading through the triage page
[17:09] <dholbach> pedro_: I talked to him this morning
[17:10] <techno_freak> patchcr, good :)
[17:10] <patchcr> I am looking at a bug 255386
[17:10] <pedro_> dholbach: nice!, I'll send him an email then ;-)
[17:11] <techno_freak> patchcr, cool, feel free to ask us if you need any help :)
[17:11] <tuxmaniac> dholbach: and i am still unclear how one can start working on thebugs. Just open up the bug list to people and start squashing?
[17:11] <dholbach> chuckf has worked on a presentation - I hope he's OK with sharing it - that might help presenters around the globe
[17:11] <dholbach> tuxmaniac: bdmurray is working on a bug list
[17:11] <tuxmaniac> some might be first timers. So do you have any suggestions?
[17:11] <tuxmaniac> aah great then
[17:11] <patchcr> doesn't seem to be a lot of information there... I guess I'd like to watch a triage in real time to see
[17:11] <dholbach> and Awsoonn worked on a screencast - I guess it'll be up in time
[17:12]  * tuxmaniac just observerved that the MOTU science team packages have 288 open bugs. And will be interested in getting them triaged.
[17:12] <dholbach> tuxmaniac: sounds good :)
[17:12] <dholbach> do we have any other questions?
[17:12] <techno_freak> patchcr, you can see other FF bugs and have a look at how triager has handled them, that might give you some idea :)
[17:12] <patchcr> so look through the confirmed bugs on launchpad?
[17:13] <tuxmaniac> dholbach: it would be great to have the ubot3 bot around inthe loco channels as well
[17:13] <techno_freak> patchcr, incomplete, as it would contain questions for more information ;)
[17:13] <dholbach> tuxmaniac: I think it makes more sense for people to hang out here
[17:13] <patchcr> oh, ok
[17:13] <tuxmaniac> dholbach: hmm true.
[17:13] <dholbach> tuxmaniac: as most people experts will hang out here as well
[17:14] <dholbach> the organisation and andvertising of the event went alright?
[17:15] <tuxmaniac> dholbach: still a final blog left :-)
[17:15]  * tuxmaniac has mailed the local linux users group mailing lists
[17:15] <dholbach> great
[17:15] <tuxmaniac> and the loco team
[17:15] <techno_freak> we had good response to the prep sessions we had, hope we get atleast twice the numbers :)
[17:15] <dholbach> be sure to take pictures and for extra points: try to take a few notes on what hurdles your new contributors faced
[17:15] <tuxmaniac> techno_freak: mail the FSUG Bangalore guys and tazz please do the same at ILUG Bom
[17:15] <dholbach> it'd be nice if we can get those hurdles out of the way for the next Bug Jams
[17:16] <techno_freak> tuxmaniac, i will do to ILUGBom, am not in FSUG ;)
[17:16] <dholbach> please mail me whatever you find
[17:16] <tuxmaniac> dholbach: sure
[17:16] <dholbach> you guys ROCK :)
[17:16] <tuxmaniac> techno_freak: Subscribe
[17:16] <tuxmaniac> :)
[17:17] <dholbach> I'll definitely be around during the Berlin Jam (Saturday) and I'm sure we'll have a great time
[17:17] <dholbach> any other open questions?
[17:17] <tuxmaniac> dholbach: thanks for a great initiative! Am sure it will be a big success and good fun
[17:18] <dholbach> yeah, that's what I think - I was only partly involved in it - you've all done great work in pulling this off :)
[17:18] <tuxmaniac> nothing from I side as of now
[17:18] <techno_freak> :)
[17:19] <dholbach> nice :)
[17:20] <dholbach> OK everybody... I'll keep you posted about the presentation, final bug lists, screencasts and whatever else
[17:20] <dholbach> if you have further questions just mail bdmurray, pedro_ or me - we all want to make sure your Bug Jam is a success and good fun
[17:20] <dholbach> thanks for being part of this :)
[17:21] <techno_freak> thanks and wish you the same :) lets rock on!!
[17:21] <pedro_> thanks you all guys ;-)
[17:21] <dholbach> :-)
[17:22] <tuxmaniac> thank you.
[17:23] <dholbach> have a great rest of your day - see you!
[17:33] <bdmurray> Does anybody know what is up with the wiki?
[17:36] <pedro_> bdmurray: Aug 06 11:02:50 <agy>	I have placed wiki.ubuntu.com in read-only mode. Maintenance should take approximately 90 minutes to complete. <- that was about an hour ago
[17:37] <bdmurray> pedro_: cool, thanks
[17:37] <pedro_> you're welcome
[17:59] <Grantbow> dholbach: ping
[18:00] <Grantbow> my bzr info says: Standalone tree (format: pack-0.92) Location: branch root .
[18:01] <Grantbow> oops, I think I missed him
[18:02] <james_w> Grantbow: if you put that in the bug report he'll see it
[18:09] <Grantbow> james_w: ok, thanks.  We've been playing tag on the bug for days and he asked me to ping him.  Is he at LinuxWorld?  maybe I'll see him there.
[18:09] <james_w> I don't think he is
[18:09] <Grantbow> ok.  The bug he and I have been working on is #193502
[18:10] <james_w> let me have a look
[18:10] <james_w> bug 193502
[18:14] <tuxmaniac> 5-a-day --add-team doesnt work for me. http://paste.ubuntu.com/34829/ is the eror message. Is there something else I have to add in ~/ ?
[18:16] <Grantbow> tuxmaniac: I'm not an expert, but I think you can edit ~/.5-a-day-team manually
[18:18] <tuxmaniac> Grantbow: hmm thanks. But I was follwoing what the wiki page mentioned. So just create that file and say the team name should work like ~/.5-a-day right?
[18:18] <james_w> Grantbow: it looks like your previous problems meant that you got a local branch, but not a remote one
[18:18] <james_w> have you tried saving all of your bug numbers and removing your local branch and starting again?
[18:18] <Grantbow> james_w: not yet, will do.
[18:19] <james_w> Grantbow: if you save the files from ~/.5-a-day-<lpid> we can keep resurrect your data when it's working
[18:20] <Grantbow> it's a directory with a single file in it: data.
[18:20] <james_w> yeah, just copy the data file to somewhere else for a minute
[18:21] <james_w> tuxmaniac: yeah, you should be able to create the file yourself, then it should work
[18:21] <james_w> tuxmaniac: ~/.5-a-day-<lpid>/team
[18:21] <tuxmaniac> james_w: ok
[18:23] <thekorn> tuxmaniac, the problem seems to be that the ~/.5-a-day-<lpid> directory does not exist for you
[18:23] <thekorn> I think this is a bug
[18:23] <tuxmaniac> thekorn: yeah i figured that out :-) now --add-team works
[18:23] <tuxmaniac> created it manually
[18:24] <tuxmaniac> thekorn: but who created this directory?
[18:24] <tuxmaniac> thekorn: I mean creates
[18:24] <thekorn> tuxmaniac, it should becreated by 5-a-day on one of the first runs
[18:25] <tuxmaniac> thekorn: hmm
[18:25] <tuxmaniac> thekorn: I have not run it yet. Just getting things setup for GBJ :-)
[18:25] <thekorn> but it is uncommon that a user at a first action adds a team
[18:26] <thekorn> yes, exactly this directory is created when you run --add <bugnumber>
[18:26] <thekorn> tuxmaniac, so it is a bug that it is not created when running --add-team
[18:26] <tuxmaniac> true.
[18:26]  * tuxmaniac rises one bug !!
[18:26] <tuxmaniac> yaya!
[18:26] <thekorn> tuxmaniac, I will point dholbach to this tomoroow
[18:27] <tuxmaniac> 5 - 1 for today
[18:27] <tuxmaniac> :-)
[18:27] <thekorn> good job!
[18:28] <techno_freak> tuxmaniac, use 5-a-day applet ;)
[18:28] <Grantbow> james_w: mine is working now.  With the correct ssh key it created the branch.  Thanks for your help :-)
[18:30] <tuxmaniac> techno_freak: somehow I was unsure how it works. So manual update is better for me :-)
[18:31] <techno_freak> tuxmaniac, there is a drop down in the applet where you can select the team
[18:38] <tuxmaniac> techno_freak: what do you have under ~/.5-a-day-<lpid> folder?
[18:39] <techno_freak> tuxmaniac, data
[18:40] <squinky86> I had a new package request and wanted to know if all the data was correct before I had to log off for the day. It is bug #255406. What data is required for a new package request?
[18:43] <tuxmaniac> squinky86: use REVU for reviews. http://revu.tauware.de/
[18:43] <tuxmaniac> squinky86: all NEW packages will go through REVU (one must get 2 Acks from MOTUs there) before it is uploaded into the repos
[18:44] <squinky86> tuxmaniac: Thank you. Is this documented anywhere?
[18:45] <tuxmaniac> squinky86: https://wiki.ubuntu.com/MOTU/Packages/REVU
[18:45] <squinky86> Ah, just found it :). Thank you very much!
[19:05] <techno_freak> which package should bug on user management should be on?
[19:21] <Awsoonn> techno_freak: what bug#?
[19:22] <techno_freak> Awsoonn, bug #255249
[19:26] <Awsoonn> kde issue it seems, so I would put it under kdebase.
[19:27] <Awsoonn> I don't know a lot about kde, so if there is a better package for it, I wouldn't mind being corrected. :)
[19:28] <yuriy> techno_freak: kde-guidance for the user management utility
[19:28] <yuriy> and add the tag kde-guidance-userconfig please
[19:28] <bdmurray> they mention useradd not working either though right?
[19:28] <yuriy> right, could be a different problem
[19:29] <yuriy> but I don't know how kdm decides what users to display in the list. useradd creates a user without a password AFAIK (i.e. they can't log in) so maybe it checks for that
[19:30] <techno_freak> yuriy, thanks
[19:30] <yuriy> so they need to check if the user is actually getting added to /etc/passwd, and if they can su to them
[19:30] <yuriy> or just type in the username at the console or kdm
[20:17] <squinky86> I created a gpg key, uploaded the package to revu, but the package is not showing up in the "Your packages" section of revu.
[20:18] <bdmurray> squinky86: that question is probably best answered in #ubuntu-motu
[20:18] <squinky86> bdmurray: thanks
[20:28] <Awsoonn> hello
[20:29] <bdmurray> hi
[20:29] <Awsoonn> got the new screencast ready
[20:30] <Awsoonn> whenever daniel decides to upload it to videos.ubuntu.com
[20:39] <thekorn> Awsoonn, wow this is cool, do you have an url to your screencast?
[20:40] <Awsoonn> yea
[20:41] <Awsoonn> http://sushi.homelinux.com/packages.avi  i thnk ^^
[20:42] <thekorn> it returns a 404Error
[20:45] <Awsoonn> http://sushi.homelinux.com/package.avi
[20:50] <Awsoonn> hi
[20:50] <aliciapg> hi
[20:51] <james_w> Awsoonn: the video is rockin', nice work
[20:52] <Awsoonn> thanks!
[20:54] <thekorn> Awsoonn, good work!
[21:28] <bdmurray> is there some new editmoin magic needed?
[21:32] <james_w> bdmurray: the wiki uses lp openid for login now, would that have something to do with it?
[21:32] <bdmurray> james_w: probably, I was hoping someone else had figured it out
[21:33] <bdmurray> ah, it was just a new session cookie
[22:10] <dupondje> Can somebody help me how to enable proposed ? cause I need to test a bugfix :s
[22:11] <dupondje> http://people.ubuntu.com/~ubuntu-archive/pending-sru.html says the newest kernel in -proposed is 2.6.24-20.38, but I enabled proposed but I don't get it installed
[22:11] <persia> dupondje: https://wiki.ubuntu.com/Testing/EnableProposed
[22:12] <dupondje> persia: did that, but I don't get the newest -proposed version :s
[22:13] <bdmurray> I'm showing it as being available
[22:14] <bdmurray> Awsoonn: could your resort the bug lists with the highest bug numbers at the top for the Hug Day?
[22:16] <mattik> Hello, how can I trace adept_installer in Kubuntu Intrepid. I haven't done tracing outputs in Ubuntu.
[22:17] <mattik> it crashed me
[22:20] <persia> mattik: Did you get an entry in /var/crash ?
[22:21] <persia> dupondje: Have you updated your sources list since enabling proposed?
[22:21] <persia> (or rather your apt cache: sorry for the confusion)
[22:22] <mattik> persia: Hello. I don't have /var/crash. It closed silent
[22:22] <mattik> I have /var/crash, but not entry there
[22:22] <dupondje> persia: yes I did, but seems u need to install packages one by one, and its not upgrading them all with apt-get upgrade :)
[22:23] <persia> dupondje: Right.  As the documentation suggests, run `sudo aptitude -t hardy-proposed`
[22:24] <persia> mattik: Try enabling apport (from https://wiki.ubuntu.com/Testing/EnableProposed)
[22:24] <mattik> persia: Thank you :)
[22:24] <persia> Don't actually enable proposed (unless you have other reasons to do so), but enabling apport will get you the crash report, and you can use apport-retrace to get the stack trace.
[22:25] <dupondje> finally updated the bug now :D
[22:29] <mattik> persia: I tried. Icon waited some time in panel, but apport didn't start.
[22:31] <persia> mattik: Did you cause a crash?
[22:33] <mattik> persia: yes, crash comes when I try example in /var/crash but no with adept_installer
[22:35] <mattik> I have reported this bug, but I don't have very much info about it
[22:35] <Awsoonn> bdmurray: np
[22:35] <persia> mattik: Interesting.  While your computer will now generate crash reports from which you can extract useful data, it seems your original problem has gone away.  Anyway, next time you get a crash, you should get a report, and you can run the retracer
[22:36] <mattik> ok
[22:36] <mattik> thank you
[22:37] <Awsoonn> _cool_
[22:37] <mattik> I wonder is it some code error, that it without warnings close program right, but wrong place
[22:37] <bdmurray> Awsoonn: great thanks!  I belive people tend to work top to bottom so having the freshest ones at the top makes sense to me at least
[22:42] <mattik> persia: Thank you :) I'm tired. I go to sleep now
[22:43] <mattik> good night
[22:43] <persia> mattik: Sleep well.  With luck, you'll either find your bug, or it will never bother you again.


[00:16] <jepong> zeroseven0183, merry christmas dude!
[00:17] <zeroseven0183> Ngayon ka lang naparito
[00:21] <jepong> lol... its been awhile
[00:22] <jepong> may bayad irc sa windows
[00:22] <jepong> hahahahah
[00:22] <jepong> yung client ha
[00:22] <jepong> pati xchat


[03:53] <wallyworld> hpidcock: i'll have a new PR ready soonish but need to land that other one first, just sayin' :-)
[03:54] <hpidcock> wallyworld: sorry I'll have a look. Didn't you want tlm to also have a look at it?
[03:54] <wallyworld> yeah, for educational purposes
[03:54] <wallyworld> so see how lots of different key patterns are implemented
[03:55] <wallyworld> i have a meeting and won't be quite ready for maybe 45 minutes or something so no great rush
[03:55] <hpidcock> wallyworld: all good. I'm gonna grab some lunch anyway brb
[05:51] <hpidcock> wallyworld: getting close
[05:51] <hpidcock> almost done, got a bunch of comments
[05:52] <wallyworld> ok, ta
[05:55] <hpidcock> wallyworld: added my comments
[05:55] <hpidcock> some are probs not valid
[05:55] <hpidcock> but it looks good otherwise
[05:56] <wallyworld> ty, looking
[05:58] <wallyworld> hpidcock: my eyes hate looking at "ID" for some reason. i'll have to squint as i make the change
[06:03] <hpidcock> wallyworld: hah nice, we can discuss this all day
[06:04] <hpidcock> but we probs both don't have time
[06:04] <wallyworld> we use docId all over but i ain't touching that
[06:04] <hpidcock> I meant because it's new
[06:04] <wallyworld> yeah i know
[06:08] <hpidcock> also from my understanding id is a Latin word we use in English (id est or i.e.), so I think that's why ID is generally the accepted abbreviation (also to keep consistency across projects)
[06:10] <hpidcock> I mostly don't care, just all the linters crying at me
[06:15] <wallyworld> me either, just a personal visual thing
[06:16] <hpidcock> but I think I care more than you haha
[06:23] <wallyworld> hpidcock: fixes pushed
[06:23] <wallyworld> thanks for review
[06:24] <wallyworld> i answered a couple of comments
[06:24] <hpidcock> approved
[06:25] <wallyworld> awesome
[06:25] <wallyworld> ty
[06:25] <tlm> +1
[06:25] <wallyworld> tlm: anything unclear?
[06:25] <tlm> no just missing a little context for the whole package
[06:25] <wallyworld> yeah, there's a lot of contex in working on juju
[06:26] <tlm> i'll get my hands dirty in there next time something comes up
[06:26] <wallyworld> hopefully what you saw will trigger some meories
[06:26] <wallyworld> when you go to do it for reals
[06:26] <tlm> PTSD
[06:26] <wallyworld> yup
[06:26] <wallyworld> one this one lands i'll push up another
[06:26] <wallyworld> to handle the CLI changes that use the new stuff
[06:27] <wallyworld> for the run action bits, still got to do list-tasks, list-operations rework
[07:18] <wallyworld> hpidcock: we have a problem with juju-run - it can stop working for reasons yet to be determined
[07:19] <wallyworld>  mkubectl -n test exec -ti mariadb-k8s-0 bash
[07:19] <wallyworld> root@mariadb-k8s-0:/# /usr/bin/juju-run ls
[07:19] <wallyworld> ERROR r.runner.RunCommands: no runner is registered for unit mariadb-k8s/0
[07:19] <wallyworld> and unit shows as failed in status
[07:20] <wallyworld> happens after running a status-set
[07:20] <wallyworld> using juju-run
[07:20] <hpidcock> interesting
[09:23] <stickupkid> manadart, ping
[09:24] <manadart> stickupkid: Pong.
[09:24] <stickupkid> quick jump in daily
[11:12] <nammn_de> manadart: regarding the race condition I mentioned yesterday in daily. Did you have a suggestion in mind yesterday? I don't have any great idea in mind for this.  https://github.com/juju/juju/blob/ff32067866004a0a04d5dba8e281dea7857f33ea/cmd/juju/status/status_internal_test.go#L6096
[11:13] <manadart> nammn_de: I haven't delved into that one yet.
[11:14] <stickupkid> nammn_de, manadart would be happy to have a look at that later
[11:15] <nammn_de> stickupkid: cool thanks! Nothing simple as useful came into my mind
[11:20] <nammn_de> manadart: how can I understand the life concept of spaces? Do I need to take them into consideration for removing?
[11:24] <manadart> nammn_de: It is currently not used. The pattern for responding to space changes (were it required) would be as for machines - a worker that watched for space changes and acted based on topology/life/etc changes. But we don't require such a thing at this point.
[11:24] <manadart> So ignore it for now. We can think about it and discuss if required later.
[11:25] <nammn_de> manadart: ta
[11:29] <stickupkid> manadart, can you see if I'm way off base with the last commit (need to rebase once my other PR lands) https://github.com/juju/juju/pull/11188
[11:38] <achilleasa> while applying the Open/Close port changes from the Ports model to the Unit, it turns out that we can effectively replace the Open/ClosePort(s) methods on Unit with a single OpenClosePortsOnSubnet method. In the future we can update this method to work with endpoints instead of subnet IDs. Any objections to refactoring this all the way to the uniter facade?
[11:39] <achilleasa> (there are a few TODOs in the uniter model for fixing the Open/Close port variants)
[11:46] <manadart> stickupkid: Looks the goods. Looks like you need to populate the network ID on the opts: https://github.com/go-goose/goose/blob/v2/nova/nova.go#L318
[11:46] <stickupkid> manadart, wicked, thanks
[11:47] <stickupkid> I'm just messing around thinking how to test this atm
[11:47] <stickupkid> manadart, I'm sure we could extract this piece of logic, it's almost identical to ec2
[11:48]  * manadart nods.
[11:49] <stickupkid> let me think (brain gears start whirring)
[12:25] <rick_h> morning party folks
[14:24] <nammn_de> manadart: first patch for apiserver is ready for cr https://github.com/juju/juju/pull/11186/files some things I werent sure and thus added them as comments in the PR
[14:24] <manadart> nammn_de: OK, will look in a bit.
[15:00] <stickupkid> manadart, if we can't find a networkId, then what? skip em?
[15:00] <stickupkid> manadart, it's not like I can magically make one up i guess
[15:01] <manadart> stickupkid: hml previously mentioned O7k deployments where the network(s) is not exposed. For these I don't think we can do anything, so yeah, skip for now.
[15:02] <stickupkid> sick, integration tests at the unit level
[15:26] <hml> rick_h:  if you approved the JUJU_HOOK_NAME pr, we can get the conflicts resolved and land it.  :-). you’ve requested changes currently
[15:31] <manadart> stickupkid: https://github.com/juju/juju/pull/11185
[15:32] <rick_h> hml:  oh sorry, which one?
[15:32] <hml> rick_h: https://github.com/juju/juju/pull/10969
[15:32] <rick_h> ty
[15:32] <rick_h> hml:  done
[15:57] <stickupkid> manadart, https://github.com/juju/juju/pull/11188
[15:57] <manadart> stickupkid: Yep. Factored your feedback in too.
[15:57] <stickupkid> nice
[16:17] <manadart> stickupkid: Reviewed yours. I think we need a bit more. Going AFK to sort out kids. Will check back later this eve; no hurry if you're done for the day.
[16:18] <stickupkid> manadart, I would suspect so, let's meetup...
[23:23] <babbageclunk> hpidcock: quick q about go.mod?
[23:24] <hpidcock> fire
[23:25] <babbageclunk> I'm trying to use gopkg.in/mgo.v2 but replace it with github.com/juju/mgo, but I'm getting the following error:
[23:25] <babbageclunk> go: finding github.com/juju/mgo v0.0.0
[23:25] <babbageclunk> go<EMAIL_ADDRESS>unknown revision v0.0.0
[23:25] <tlm> does that git repo have a v0.0.0 tag ?
[23:25] <babbageclunk> It's true that there's no v0.0.0 tag on juju/mgo, but there aren't any on other juju repos I'm using
[23:25] <babbageclunk> eg juju/errors
[23:26] <babbageclunk> but this is the only one I'm using replace on
[23:26] <tlm> you would have to use a git sha instead if that tag is missing
[23:26] <babbageclunk> Do I need to add a v0.0.0 tag to juju/mgo? Or is there something I can do locally
[23:26] <tlm> sorry stole from hpidcock
[23:26] <babbageclunk> ooh, ok - I'll try that, thanks tlm
[23:27] <babbageclunk> (thanks for nothing hpidcock! ;)
[23:27] <tlm> I could be very wrong also babbageclunk
[23:27] <hpidcock> https://github.com/golang/go/wiki/Modules#releasing-modules-v2-or-higher
[23:27] <babbageclunk> if you are I'll take the thanks back
[23:28] <babbageclunk> hpidcock: oh - because I'm replacing a .v2 package?
[23:30] <babbageclunk> tlm: seemed happy with that (well, it built anyway)
[23:30] <babbageclunk> consider those thanks banked
[23:31]  * tlm counts he's interest
[23:32] <hpidcock> I'm guessing you went go mod init and it imported godep dependencies?
[23:41] <hpidcock> I think the import tried to use v0.0.0 as the version. The Gopkg.toml file specifies mgo from github.com/juju/mgo and uses the master branch. So I think it is trying to use v0/v1 semantics. We should create a v2 branch or create a v2.0.0 tag off master. Then change the url to be github.com/juju/mgo/v2
[23:42] <hpidcock> But the sha way is fine for now
[23:43] <hpidcock> Things are just going to get weird when we add go.mod to subpackages and all we depend on is sha. Go.mod will be unable to resolve shas then.
[23:44] <hpidcock> But with the semantic versioning, if a dependency needs a higher version, go mod can bump the projects dep to that minor version.


[10:26] <ev> interesting, syslinux seems to be ignoring the contents of txt.cfg.  That, or things have been shuffled.
[10:31] <ev> oh, no.  I'm just lacking a sufficient amount of tea it seems.
[11:32] <ev> TheMuso: have you had any luck in getting orca to read ubiquity in a "Try Ubuntu" live CD session?
[12:01] <cjwatson> superm1: could you send your ubuntu_fix_usb_efi_boot.patch to GRUB upstream with a rationale and ChangeLog entry, please<EMAIL_ADDRESS>[12:07] <CIA-4> casper: evand * r853 casper/ (2 files in 2 dirs):
[12:07] <CIA-4> casper: Don't try to process the initramfs and kernel if the real update-
[12:07] <CIA-4> casper: initramfs hasn't generated anything (LP: #557023).
[12:13] <CIA-4> casper: evand * r854 casper/debian/changelog: releasing version 1.253
[12:30] <ev> ah, think I've got it, actually
[13:42] <CIA-4> partman-base: cjwatson * r223 ubuntu/debian/ (7 files in 2 dirs): merge from Debian 147
[13:43] <CIA-4> partman-base: cjwatson * r224 ubuntu/debian/changelog: releasing version 147ubuntu1
[13:45] <CIA-4> debian-installer-utils: cjwatson * r706 ubuntu/debian/ (po/lo.po po/si.po changelog po/se.po): merge from Debian 1.82
[13:48] <CIA-4> debian-installer-utils: cjwatson * r707 ubuntu/debian/changelog: releasing version 1.82ubuntu1
[16:45] <superm1> cjwatson, sure sent
[16:47] <cjwatson> ta
[17:02] <CIA-4> console-setup: cjwatson * r163 ubuntu/debian/ (changelog console-setup.initramfs-hook): initramfs fix should check /etc/default/keyboard too
[17:03] <CIA-4> console-setup: cjwatson * r164 ubuntu/debian/changelog: releasing version 1.57ubuntu1
[17:12] <CIA-4> ubiquity: cjwatson * r4462 ubiquity/ (8 files in 5 dirs):
[17:12] <CIA-4> ubiquity: Update for changes in console-setup up to 1.57ubuntu1, particularly the
[17:12] <CIA-4> ubiquity: introduction of /etc/default/keyboard and keyboard-configuration.
[17:15] <CIA-4> netcfg: cjwatson * r651 ubuntu/ (8 files in 3 dirs): merge from Debian 1.59
[17:17] <CIA-4> ubiquity: cjwatson * r4463 ubiquity/ (d-i/manifest debian/changelog):
[17:17] <CIA-4> ubiquity: Automatic update of included source packages: console-setup 1.57ubuntu1,
[17:17] <CIA-4> ubiquity: debian-installer-utils 1.82ubuntu1, flash-kernel 2.28ubuntu11, partconf
[17:17] <CIA-4> ubiquity: 1.36, partman-base 147ubuntu1, partman-basicmethods 47, partman-btrfs 5,
[17:17] <CIA-4> ubiquity: partman-jfs 33, partman-newworld 25, partman-reiserfs 50, partman-xfs
[17:17] <CIA-4> ubiquity: 47, preseed 1.48.
[17:18] <CIA-4> netcfg: cjwatson * r652 ubuntu/debian/changelog: releasing version 1.59ubuntu1
[17:22] <CIA-4> cdrom-checker: cjwatson * r256 ubuntu/debian/ (po/lo.po po/si.po changelog po/sl.po po/te.po): merge from Debian 1.20
[17:23] <CIA-4> cdrom-checker: cjwatson * r257 ubuntu/debian/changelog: releasing version 1.20ubuntu1
[17:30] <CIA-4> main-menu: cjwatson * r145 ubuntu/debian/ (po/lo.po po/si.po changelog): merge from Debian 1.34
[17:39] <CIA-4> main-menu: cjwatson * r146 ubuntu/debian/changelog: releasing version 1.34ubuntu1
[18:03] <CIA-4> ubiquity: cjwatson * r4464 ubiquity/debian/changelog: releasing version 2.5.7


[03:01] <rick_h_> jujugui new release is out
[03:01] <rick_h_> http://jujugui.wordpress.com/2014/11/04/juju-gui-1-2-3-released/
[03:01] <rick_h_> urulama: you really here?
[03:21] <huwshimi> rick_h_: Nice!
[03:23] <rick_h_> hazmat: bug fix release out, hopefully helps. ^
[03:25] <huwshimi> rick_h_: Is there a flag to view the added services panel?
[03:25] <rick_h_> huwshimi: /:flags:/as
[03:25] <rick_h_> huwshimi: it's still a couple of cards from landing, hopefully done later this week
[03:25] <huwshimi> rick_h_: Oh, I should have looked at the full changelog :)
[03:25] <rick_h_> :)
[03:27] <huwshimi> rick_h_: And how do you actually show the add services panel? :)
[03:31] <rick_h_> huwshimi: deploy something so you have added services?
[03:31] <rick_h_> huwshimi: and then under the search bar is a button that opens it
[03:33] <rick_h_> huwshimi: find it?
[03:33] <huwshimi> rick_h_: Oh, I was trying on jujucharms.com
[03:34] <rick_h_> huwshimi: oh yea, comingsoon
[03:34] <rick_h_> huwshimi: since we're trying to bring up the new site didn't bother updating that url yet
[03:34] <huwshimi> yeah :)
[03:34] <huwshimi> I'm not a person
[03:35] <rick_h_> not a person?
[03:36] <huwshimi> rick_h_: I have no brain? I am not functioning :)
[03:36] <huwshimi> wait, that wasn't a question
[03:36] <huwshimi> or was it?
[03:38] <rick_h_> it was, I didn't follow the 'I'm not a person' line
[03:38] <rick_h_> but gotcha now, some funky saying :P
[08:26] <hazmat> rick_h_, sweet
[08:48] <hazmat> so another gui bug, resolve/retry doesn't go through commit
[14:48] <rick_h_> hazmat: hmm, yea that was intentional. The thought was that doing a resolve/retry isn't really a part of a 'changeset' you'd be trying to put together
[14:48] <rick_h_> hazmat: more of a debugging command that you want to happen
[15:06] <hatch> Makyo: u in yet?
[15:10] <hatch> kadams54: so could you do the added services ui buttons respecting the service visibility state?
[15:11] <kadams54> hatch: yeah.
[15:11] <hatch> I don't think that will conflict with my stuff
[15:11] <hatch> right now I'm trying to figure out why ghost services get selected differently by d3
[15:11] <hatch> :/
[15:12] <kadams54> hatch: I don't see a card for that?
[15:12] <hatch> hmm I was wrong they are getting selected the same...
[15:12] <hatch> oh I don't know if there is one
[15:12] <hatch> lookin
[15:13] <kadams54> If not, I can create one
[15:13] <hatch> now there is
[15:14] <kadams54> guihelp: anyone know what the diff is between the agent_state_info and agent_state_data fields on a unit?
[15:15] <hatch> ahh now I see the issue - css properties override the dom attributes with svg's
[15:15] <hatch> kadams54: it might be left overs from the pyjuju > juju-core conversion
[15:15] <hatch> why u ask?
[15:16] <kadams54> I'd grabbed a card from the maintenance bugs. The GUI is falling over (uncaught exception) when dealing with endpoint errors.
[15:17] <hatch> oh - no reproduction steps
[15:17] <hatch> hah
[15:17] <kadams54> The code currently checks unit.agent_state_data when, at least in this situation, that field is not set. From reading code comments, it seems like it should actually check unit.agent_state_info.
[15:18] <hatch> I don't think that's the case
[15:18] <hatch> without repro steps how are we to know if the bug is fixed?
[15:18] <hatch> I'd reply asking for steps on repro
[15:19] <rick_h_> hatch: it's not that simple
[15:19] <kadams54> That's fine, but there's enough info that I can write a test to reproduce the error condition.
[15:19] <rick_h_> hatch: that bug was from a running env without real steps. There was something when a unit was removed was the comment
[15:19] <rick_h_> It'll be a 'try to catch this known error by being more defensive'
[15:19] <hatch> well it appears that there was a failure with a unit being removed causing it's agent data to be cleared out
[15:19] <hatch> that shouldn't happen - so the issue is somewhere up the stack
[15:19] <rick_h_> hatch: right, and that broke the gui
[15:20] <kadams54> agent_state_info was still set
[15:20] <rick_h_> hatch: sure, juju probably did something bad
[15:20] <kadams54> We could have looked in there to see that there was an error in the relation
[15:20] <rick_h_> but we need to try not to break if we can help it.
[15:20] <kadams54> Which is what this code is trying to do
[15:21] <hatch> what I'm concerned about is just covering over the issue instead of resolving the root cause
[15:21] <rick_h_> hatch: understood, but it's not a simple reprdocing issue and there was no work around to help debug further
[15:21] <kadams54> *Our* issue is bad error handling.
[15:22] <kadams54> We can address that, which may help in uncovering/addressing the root cause.
[15:22] <rick_h_> +1
[15:22] <hatch> sure - but lets step back through the sequence of events which would have caused agent_state_data to be undefined
[15:22] <kadams54> So I'm reasonably confident that 1) I can write a unit test that reproduces the error condition and will allow us to say that the bug is fixed and 2) that we ought to be checking both agent_state_data AND agent_state_info fields for the name of the relation.
[15:23] <rick_h_> hatch: sure, walk the code and see what could have emptied it
[15:23] <hatch> what I'd first like to do is figure out the difference between info and data
[15:23] <hatch> I am pretty sure that data is the new field added in juju-core
[15:23] <hatch> for things like relation issues and the like
[15:24] <kadams54> Except in this case data isn't there. And info is. And info has the relation issue reported in it.
[15:25] <hatch> right
[15:25] <hatch> but they were different formats
[15:25] <hatch> data was added (I believe) to give us more detailed easier to parse information about the units
[15:25] <kadams54> Which is great, if it's there.
[15:26] <kadams54> What I'm saying is that our error handling code ought to check data, and if it's not there, fall back to info.
[15:26] <kadams54> Instead of just making assumptions that data will always be there.
[15:26] <hatch> that's fine to do, but before you do that first understand what info and data are and why data was removed when info wasn't
[15:26] <kadams54> I don't think that's necessary to write good error handling code.
[15:27] <kadams54> I think it would be good as a follow-up task.
[15:28] <hatch> so you know that info contains the exact same information as data is checking for?
[15:28] <kadams54> But good error handling code ought not make any assumptions. Check data first, then info, and if neither is there, do the best you can… but don't trigger a null error.
[15:28] <kadams54> unit.agent_state_data.hook.indexOf(endpoint[1].name + '-' + 'relation') [15:28] <kadams54> It's checking to see if the relation name is in the hook
[15:28] <kadams54> We already know agent_state is "error"
[15:29] <kadams54> We also know, from juju status, that this is what was in info: 'hook failed: "homer-relation-joined"'
[15:29] <kadams54> So if that bit of code had just checked for the relation name in both fields (in a manner that didn't assume either field existed), it would've worked fine.
[15:33] <hatch> right - but there was a reason why we didn't use that and instead added the data attribute
[15:33] <hatch> I'm just saying - do all the error checking you want, but make sure you understand why data was no longer available
[15:34]  * hatch pinging Makyo hatch to Makyo, calling all Makyo's
[15:35] <kadams54> hatch: as best I can tell, we don't directly set or clear data in our code, which means that it was likely cleared/not set in juju-core.
[15:35] <hatch> ok if that's the case then we need to file a bug with juju-core
[15:36] <hatch> it's removing the data prematurely
[15:36] <kadams54> I agree, but we also need to not fall down when juju-core does something wrong.
[15:38] <hatch> we just need to pop this image up http://i0.kym-cdn.com/photos/images/newsfeed/000/774/489/829.jpg
[15:40] <kadams54> :-)
[15:43] <hatch> ok I'm going to ignore the not fading ghost services thing and get what I have ready to land - getting ghost services to fade/hide requires changing the d3 fade bits to use css instead
[15:43] <hatch> ^ rick_h_
[15:43] <hatch> I fixed it so that it no longer throws an error, but it still doesn't fade/hide (ghosts)
[15:44] <rick_h_> hatch: rgr
[15:44] <hatch> follow-up can do that stuff - but got to get this thing landed so it can be qa'd really hard by peeps :)
[15:45] <rick_h_> :)
[15:51] <rick_h_> jujugui call in 10 kanban please
[16:00] <rick_h_> Makyo: call
[16:01] <rick_h_> jcsackett: call
[16:18] <kadams54> rogpeppe, fabrice: that's interesting about the lack of options. I'm always hearing about how Europeans have more options because they don't have the duopoly we have here. In the US, for the most part, you can get your internet from the phone company or the cable company (if you can get it at all). There's very little competition.
[16:18] <fabrice> same here except in big towns
[16:19] <rogpeppe> kadams54: i have provider options but the only connectivity is copper around here
[16:19] <rogpeppe> kadams54: http://www.speedtest.net/my-result/3883355136
[16:19] <fabrice> kadams54: I have a few provider but they all go to the same physical lines
[16:19] <rogpeppe> http://www.speedtest.net/result/3883355136.png
[16:19] <fabrice> kadams54: tehy don't bring a lot of different cable to individual house in France
[16:20] <kadams54> rogpeppe: Yeah, copper is also the only option for a lot of places in the US. Not sure if fiber would be an option where I live, but it's moot because I already know it's out of my price range.
[16:20] <rogpeppe> that is quite a bit crapper than usual
[16:20]  * rogpeppe goes to complain to the ISP
[16:20] <fabrice> kadams54: but if I was on fiber it will be the same price 30 euros
[16:21] <hatch> kadams54: did I mention fiber is cheaper than copper here? ;)
[16:21] <hatch> (because it damn well should be)
[16:21] <kadams54> hatch: yeah, I kinda hate you.
[16:21] <kadams54> Every time you complain about the fiber being put in.
[16:21] <hatch> well it's slow as crap right now
[16:21] <hatch> 600kbps
[16:21] <hatch> :P
[16:22] <hatch> they say they are fixing it, but I'm just glad they aren't digging in my yard anymore
[16:22] <hatch> I am actualy surprised that more places don't have crown owned telco's
[16:23] <hatch> crown being govt (not sure if that terminology crosses borders) :)
[16:23] <kadams54> Why's that?
[16:24] <kadams54> As an American, the only thing worse (to me) than the current duopoly would be a government-owned monopoly.
[16:24] <hatch> because a crown corp can run at a low margin because it's goal is to provide a quality service, not fatten the wallets of some billionares
[16:24] <hatch> so (in theory) you would get better service for less $
[16:25] <kadams54> You have a high opinion of the ethics of bureaucrats and politicians.
[16:25] <kadams54> ;-)
[16:25] <hatch> our telco is run as it's own company (owned by the govt)
[16:25] <hatch> and it's hugely profitable
[16:25] <hatch> and we have 2 other competitors here
[16:25] <hatch> which basically means the 'big corps' are screwing everyone
[16:26] <hatch> because this is proof that you can provide a quality service with low population over large distances
[16:26] <hatch> I think we barely have 1M people
[16:28]  * kadams54 scratches his head.
[16:28] <kadams54> I like how you say everyone's being screwed but then turn around and say "quality service" in the next statement :-)
[16:28] <Makyo> hatch, standup?
[16:29] <hatch> right - I am not on a big corp telco
[16:29] <hatch> Makyo: sure joining
[16:32] <rogpeppe> interesting, it might bit my wi-fi playing up. i tried plugging in directly and got a much better result http://www.speedtest.net/result/3883389667.png
[16:32] <kadams54> wow, indeed
[16:32] <kadams54> Though that up is still painful
[16:32] <rogpeppe> it's supposed to be 802.11n too.
[16:33] <kadams54> You know what that means…
[16:33] <kadams54> Time to go get an 802.11ac access point :-)
[16:33] <rogpeppe> there's definitely something playing up in one of my ether switches recently - one my two wi-fi networks refuses to a NAS box in the attic that's attached to the other
[16:46] <hatch> Makyo: so that got it to work, unfortunately it exposed another bug :/ lol
[16:46] <Makyo> hatch, sigh, programming 9.9
[16:48] <hatch> Makyo: I don't understand your new-age-emoji
[16:49] <hatch> what ever happened to the classics???????
[16:49] <Makyo> It's eye-rolling.  Come on :P
[16:49] <hatch> really??
[16:49] <hatch> I thought it was crying
[16:49] <Makyo> Yeah, like the . is the nose and the 9s are the eyes
[16:49] <hatch> man I would suck as a teen now
[16:49] <Makyo> 9.6
[16:49] <Makyo> Hahaha
[16:49] <hatch> stoned
[16:49] <hatch> that one is stoned right?
[16:49] <Makyo> Haha, sure :)
[16:50] <hatch> henceforth be known as The Denver
[16:50] <Makyo> Which makes a "Denver omelet" kind of spectacular
[16:51] <hatch> haha
[17:23] <hatch> kadams54: after merging in develop again I'm having issues with the unhighlight event order of events for making sureonly one thing can be highlighted at a time
[17:24] <hatch> I think it will need to be changed to work as a method instead of an event - or the event will need to carry with it the token that it's supposed to skip
[17:24] <hatch> I swear this code never ends
[17:25] <hatch> it appears to only be out of sync with ghost services?!?
[17:26] <hatch> yeah - looks like the time it takes to parse the service list is enough to cause the events to get out of order
[17:35] <kadams54> hatch: I'd like to try a patch
[17:36] <kadams54> hatch: http://pastie.org/private/spwbpol1p5aqbjovclha
[17:36] <kadams54> That will eliminate all of the unecessary events.
[18:01] <hatch> kadams54: cool Ill give it a go
[18:01] <hatch> thx
[18:35] <kadams54> hatch: did that patch help?
[18:35] <hatch> not sure - had started lunch, broke for a qa, now lunching again :)
[18:50] <Makyo> jujugui tiny branch for review/qa https://github.com/juju/juju-gui/pull/639
[18:50] <kadams54> Makyo: looking
[18:56] <kadams54> Makyo: looks good
[19:23] <hatch> kadams54: unfortunately that patch didn't work - the service highlights but the token unhighlights leaving the service highlighted
[19:23] <hatch> very odd
[19:23] <kadams54> OK… give me a few minutes and then maybe we can pair?
[19:25] <hatch> I was just going to leave it until I can get this branch landed
[19:26] <hatch> need to get this branch in then we can follow it up with fixes
[19:26] <hatch> get people using it and such
[19:27] <kadams54> Yeah, that works too
[19:27] <kadams54> Can you be sure to include that patch in your branch?
[19:27] <kadams54> Even if it doesn't address this issue, it still needs to be in there.
[19:30]  * Makyo zoom to appointment, back in a bit
[19:30] <hatch> yep can do
[19:36] <kadams54> jujugui: looking for reviews on https://github.com/juju/juju-gui/pull/640 - not sure how possible QA is.
[19:36] <kadams54> hatch: thanks
[19:51] <hatch> well THAT was a violent crash
[19:53] <kadams54> Eh?
[19:54] <hatch> vm took down the whole computer
[20:50] <hatch> http://www.codingame.com/home/platinum-rift coding challenge battle heh
[20:58] <hatch> mhall119: hey can employees of Canonical participate in the scopes callenge?
[21:02] <mhall119> hatch: not this time, no
[21:03] <hatch> mhall119: booo
[21:03] <mhall119> hatch: but don't let that stop you from writing a scope :)
[21:03] <hatch> haha
[21:03] <hatch> I just wish it opened faster
[21:15] <hatch> Makyo: I'm investigating the outline issue you noticed. turns out something was changed in this branch that's causing this line to not work
[21:15] <hatch> curr_node.attr({'xlink:href': new_href});
[21:15] <hatch> new_href is the proper path but the icon isn't being updated
[21:18] <hatch> oh I think I found it
[21:28] <hatch> Makyo:  d3 question https://github.com/hatched/juju-gui/blob/canvas-fade/app/views/topology/service.js#L1494
[21:29] <hatch> I need to determine while looping through these selections what to set the icon to
[21:31] <hatch> so I was thinking selection.each(function(d) ... ) buuut it doesn't look like I can get from the object 'd' to the element to set it
[21:31] <hatch> I'm sure I'm missing something obvious though
[21:32] <hatch> ohhh `this` is the element
[21:32] <hatch> I knew it was something obvious :)
[21:34] <hatch> selection.each(function(d) { d3.select(this).select('.service-block-image'); });
[22:02] <huwshimi> Morning
[22:02] <hatch> mornin!
[22:03] <huwshimi> hatch: Hey :)
[22:15] <hatch> jeesh playing wakamole with these tests
[22:16] <hatch> I've literally had 5 failing tets for 4 hours and been fixing them constantly
[22:20]  * Makyo returns.
[22:20] <Makyo> Problem solved, hatch ?
[22:21] <hatch> yeah that one was 2 problems ago
[22:21] <hatch> :/
[22:21] <hatch> these d3 tests use so many kludges that it's trying to figure out wth is going on first
[22:21] <Makyo> Yeah :/
[22:23] <hatch> can a subordinate relation not go bad?
[22:24] <hatch> right now I'm working on https://github.com/juju/juju-gui/blob/develop/test/test_environment_view.js#L1165
[22:24] <hatch> this is failing because iRemainUnchanged isn't in the path
[22:25] <hatch> but the path is correct without that
[22:25] <hatch> so I think that this test is just wrong
[22:25] <hatch> but I am not sure what it's actually testing :/
[22:25] <hatch> Makyo: maybe you can shed some light on this one ^
[22:31] <hatch> Makyo: it was actually you who added it in response to some review comments c858ac02
[22:32] <hatch> https://github.com/juju/juju-gui/commit/c858ac02
[22:33] <hatch> not entirely sure why that change was made
[22:33] <hatch> https://github.com/juju/juju-gui/commit/f37d4787a1675d13e9dc4cc4cd42e206b04a9c6b
[22:34] <hatch> not sure how to get to the PR from there (unless this was a reitveld one) ?
[22:39] <hatch> after a bunch of testing it doesn't appear to be necessary any longer
[22:39] <hatch> removing
[22:45] <hatch> holy I'm now down to 4 tests failing lol
[22:57] <kadams54> jujugui: still looking for reviews on https://github.com/juju/juju-gui/pull/640
[22:58] <Makyo> Wooo~


[08:10] <ypwong> JackYu, http://blog.csdn.net/u010084308/article/details/37590161
[20:08] <njin> hi friends, I am testing kylin, and I have noted than when it show the language settings window (ubiquity window with the options try or install) all is in english, can you confirm that this is the expected behavior ?


[03:46] <twb> Quick question -- as at 10.04, apparmor doesn't work inside LXC.  Anybody remember offhand if that got fixed later on?
[05:04] <sarnold> twb: you can't currently nest apparmor profiles -- if you want to use apparmor within lxc, you'll need to configure lxc to not use apparmor to confine the container
[05:06] <sarnold> twb: lxc currently relies upon apparmor to provide some aspects of the confinement, you'll need to either reproduce those inside the container or understand that it isn't as secure as it could be
[05:12] <twb> okey dokey
[05:16] <fun> hey folks what the best way to reload app on the start?
[05:16] <fun> init?
[05:17] <sarnold> fun: what are you trying to do?
[05:18] <fun> sarnold: i run some python app I want to make sure it will start in case host happen to restart server for maintance
[05:18] <fun> maintenance
[05:18] <sarnold> fun: would you consider a system service or is it a 'user application'?
[05:18] <fun> its important service
[05:18] <fun> got to be up 24/7
[05:18] <sarnold> fun: then an init script is going to be a good approach :)
[05:19] <sarnold> fun: there is some advice in writing upstart scripts here: http://upstart.ubuntu.com/cookbook/
[05:19] <fun> yes then I add ssh via pam only and server is secure:D
[05:19] <fun> sarnold: have u ever used ssh with smart card?
[05:20] <fun> even better than pam but not sure yet how to do it
[05:20] <sarnold> fun: no :( I've wanted to try a smartcard for a while
[05:22] <fun> can it be open pgp?
[05:22] <fun> to auth?
[05:22] <sarnold> fun: I've also thought about using a 2fa token like a yubikey or duo security..
[05:22] <fun> https://www.gnupg.org/howtos/card-howto/en/smartcard-howto-single.html#id2456489
[05:39] <Nyle> I just came back.
[05:39] <Nyle> Oh
[05:39] <Nyle> That replguy left.
[05:39] <Nyle> I wonder if he got his issue resolved
[05:39] <Nyle> www file permissions etc.
[06:50] <lordievader> Good morning.
[07:10] <gdi2k_> hi, not really a ubuntu-specific question, more a hardware question, but maybe someone here has a good idea: I'm going to buy a couple of Lenovo Thinkserver TS140 servers. I need to add a dual NIC. They say I should only use Intel I350-T2 NICs, but they're $130+...can I not just use older gen cards like this? http://www.ebay.com/itm/HP-NC360T-PCI-Express-Dual-Port-Gigabit-NIC-Network-Adapter-412651-001-High-/111342044670?pt=US_Internal_Network_Cards&
[07:10] <gdi2k_> hash=item19ec80c5fe
[07:10] <gdi2k_> link again as it was split: http://www.ebay.com/itm/HP-NC360T-PCI-Express-Dual-Port-Gigabit-NIC-Network-Adapter-412651-001-High-/111342044670?pt=US_Internal_Network_Cards&hash=item19ec80c5fe
[08:02] <yossarianuk> hi - having an issue with the 2nd LAN NIC in an Ubuntu 14.04 server - on reboot eth1 keeps getting renamed - sometimes to em2, sometimes to rename4
[08:03] <yossarianuk> how can I prevent this ?
[08:04] <yossarianuk> previously it would use info in /etc/udev/rules.d/
[08:04] <yossarianuk> in 14.04 how can I ensure the device name for eth1 stays constant ?
[08:07] <yossarianuk> on previous version of ubuntu there would be the file generated - /etc/udev/rules.d/70-persistent-net.rules
[08:08] <yossarianuk> that doesn't exist any more
[08:09] <Ben64> it doesn't?
[08:09] <yossarianuk> it could be really bad if the other NIC changed - thats part of a BRIDGE used for KVM..
[08:10] <yossarianuk> no - not on ubuntu 14.04 server
[08:10] <yossarianuk> it does on my kubuntu 14.04 desktop
[08:10] <Ben64> my servers are still on 12.04, so i'm not sure what to suggest
[08:12] <yossarianuk> is there a way to generate the file  /etc/udev/rules.d/70-persistent-net.rules anyone ?
[08:13] <owh> Copy it from a previous install?
[08:13] <Ben64> https://bugs.launchpad.net/ubuntu/+source/biosdevname/+bug/1284043
[08:14] <Ben64> i havent read through all the responses, not sure if theres a fix yet
[08:14] <yossarianuk> Ben64: thanks
[08:15] <Ben64> maybe here? https://bugs.launchpad.net/ubuntu/+source/biosdevname/+bug/1284043/comments/15
[08:22] <yossarianuk> is there a way also with ubuntu so that when you reboot the KVM host server the guests just suspend rather than shutdown?
[08:26] <yossarianuk> i.e on centos there is the deamon libvirt-guests which you  can set to suspend or shutdown guests when the kvm host reboots.
[08:26] <yossarianuk> is there anything similar in ubuntu server ?
[08:29] <owh> yossarianuk: apt-cache search libvert
[08:30] <yossarianuk> did you mean libvirt ?
[08:32] <owh> yossarianuk: I did. Sorry.
[08:33] <yossarianuk> owh: thanks - did that already can;t see the same type of deamon.
[08:35] <owh> yossarianuk: I'd be *very* surprised if it's not in Ubuntu. It may be called something else, or done slightly differently.
[08:38] <Ben64> !find libvirt
[08:53] <yossarianuk> sure - its just a config thing -
[09:02] <InFierno> MM guys anyone know of a website that lets u make *.bla subdomains which u can set DNS on (like old co.cc /co.nr)
[09:16] <yossarianuk> the 'fix' from https://bugs.launchpad.net/ubuntu/+source/biosdevname/+bug/1284043/comments/15 did the job thanks
[09:23] <yossarianuk> it seems to be just HP hardwaere ?
[11:33] <pmatulis_> morning
[11:34] <yossarianuk> morning!
[11:36] <yossarianuk> how do I make ksm for KVM enabled at boot on Ubuntu ?
[11:42] <yossarianuk>  it not enabled in /sys/kernel/mm/ksm/run  - i can enable it via 'echo 1 >  /sys/kernel/mm/ksm/run' just wondering if one of the init/upstart scripts had the option.
[13:32] <MTughan> Is there a way I can see what cloud-init data or other configuration task data is being passed to Ubuntu 14.04? I've got an issue with a specific module of OpenStack.
[13:33] <MTughan> If I specify a custom user for creation instead of ubuntu, everything appears fine if I create an instance on its own. But if I create that instance through Heat, the orchestration tool, with the same cloud-config file, the home folder permissions are not set correctly.
[13:34] <MTughan> /home/user ends up being owned by root:root and with rwxr-xr-x permissions.
[13:35] <MTughan> Actually, the permissions may or may not be an issue here. But the ownership is.
[14:30] <sync0pate> am I allowed to ask a server-unrelated question, as it's quiet?
[14:30] <sync0pate> I'm wondering what people use for e-mail client
[14:31] <sync0pate> thunderbird is starting to drag
[14:31] <MTughan> Don't think you'd be able to use it, but I use Apple Mail.
[14:31] <sync0pate> no, I wouldn't
[14:31] <sync0pate> looking for something on ubuntu
[14:31] <sync0pate> which is why I asked in here
[14:31] <sync0pate> even though it's unrelated :\
[14:36] <mardraum> sync0pate: mutt or die
[14:36] <sync0pate> lol ok...
[14:38] <rberg_> I started using kmail as search in thunderbird was so bad
[14:38] <sync0pate> yeah, it's partly the search that's getting to me
[14:38] <sync0pate> and partly that it seems to not connect to mail after waking from hibernation
[14:38] <sync0pate> and just starts taking up more and more memory until I close it
[14:39] <rberg_> that said I keep mutt configured just in case I get any akonadi freak outs
[15:03] <xperia> hi all. i have several spare dell power-edge server and would like to create a ubuntu cluster with them mainly for calculating stuff. my idea is to have one server as a hub with lot of Disk Storage that all other nodes can access also. good would be if the nodes could boot the operating system over the network at the startup like over pxe. my question is what for cluster software do you...
[15:03] <xperia> ...recommend for such a case ? what for possibility exist with ubuntu to use spare server mainboards without harddisk but with network card to create a powerfull cluster ? thanks in advance for the suggestions.
[15:24] <MTughan> Is there a way I can see what cloud-init data or other configuration task data is being passed to Ubuntu 14.04? I've got an issue with a specific module of OpenStack.
[15:24] <MTughan> If I specify a custom user for creation instead of ubuntu, everything appears fine if I create an instance on its own. But if I create that instance through Heat, the orchestration tool, with the same cloud-config file, the home folder permissions are not set correctly.
[15:25] <MTughan> /home/user ends up being owned by root:root, which causes many problems with various programs.
[15:33] <medberry> jamespage, does the Ubuntu CI stuff test OpenStack Nova live migration (w/ CEPH) and/or does it test OpenStack Nova Image Resize (which appears to require working nova accounts and shared ssh keys)?
[15:34] <medberry> or is there somewhere I can go read up on which tests you guys are doing on commits/releases? (zul, jamespage , roaksoax )?
[15:34] <zul> medberry: not really since thats going to be changing in utopic as well
[15:35] <medberry> zul, 'k, thanks. I may ask more ??? next week.
[15:35] <zul> medberry:  sure come hunt me down ;)
[15:35] <medberry> :-)
[15:36] <medberry> zul, what you test is changing or how nova does live mig and resize is changing in utopic?   I guess you meant the former.
[15:36] <zul> medberry:  still tbd
[15:37] <medberry> nod thanks
[15:47] <jamespage> medberry, we don't test live migration or resize yet
[15:47] <jamespage> and resize does require ssh keys for the nova accounts
[15:47] <medberry> jamespage, many thanks.
[15:47] <medberry> that's certainly what we've found
[15:47] <jamespage> medberry, this is an optional feature in the charms
[15:47] <medberry> even if it is ceph backended
[15:47] <jamespage> juju set nova-compute enable-resize=true
[15:47] <medberry> jamespage, cool
[15:47]  * medberry is not , erm, um, using the charms....
[15:47] <jamespage> medberry, lol
[15:48] <jamespage> medberry, bad boy :-)
[15:48]  * medberry hides
[15:48] <jamespage> medberry, you can of course use the charms as a reference on how to set this up
[15:48] <jamespage> medberry, they use root SSH for live migration and nova SSH for resize ops
[15:48] <medberry> jamespage, yep, I've done that for sure in some instances. And should have pointed folks therein yesterday.
[15:48] <jamespage> both disabled by default for security reasons
[15:49] <medberry> we don't need root ssh for live migration (it just works with a ceph backend and shared filesystem on /var/lib/nova/instances )
[15:50] <medberry> shared fs could be NFS, CephFS, sshfs, tin cans and string
[15:50] <rtg> zul, so I'm kind of cranky that sysvinit cannot get past autopackage testing 'cause neutron is not installable (so says infinity).
[15:55] <zul> rtg: on utopic?
[15:55] <rtg> zul, yup
[15:55] <zul> rtg: need to fix sqlalchemy today
[15:56] <zul> rtg:  im working on it
[15:57] <rtg> zul, ok, though it has been blocked for 10 days or so. dunno if neutron has been the root of the issue all along, but autopackage tests are failing for reasons outside of sysvinit changes.
[15:58] <zul> rtg: yeah its not the root of the issue
[16:33] <redir> where are bugs filed against ubuntu-cloud?
[16:34] <medberry> launchpad?
[16:34] <redir> medberry: any pointer to a project there?
[16:34] <redir> looking but not seeing cloud specific projects
[16:35] <medberry> redir, not sure what problem you are seeing. Probably specific to a package. What issue/package has an issue
[16:35] <medberry> ?
[16:35] <medberry> ie, ask more plainly about the issue and we'll get you to file a better bug
[16:35] <medberry> "ubuntu-cloud doesn't work" isn't going to get much eyeball traction
[16:36] <redir> creating an ubuntu-cloud instance with LXC doesn't create the /etc/ssh/ssh_host_ed25519_key
[16:36] <redir> medberry: which prevents login
[16:37] <redir> an known issue in OpenSSH_6.6p1 solution is...
[16:37] <redir> just don't know where to file it
[16:37] <redir> or see if it is already known
[16:38] <medberry> so file it with LXC but I thought that worked fine.
[16:38] <medberry> hallyn may have more advice on where/what to file
[16:39] <redir> OK. I'll put it in LXC to capture the info, can refile later if necessary
[16:57] <redir> filed
[17:14] <Term1nal> So.. I'm playing with MAAS, but having an issue with trying to commission nodes. They PXE boot ok, and the status in the nodes list changes to "Ready", but I don't have WOL capability on these boards (despite the supermicro motherboard manual stating that it should work despite not having any option to enable it). So the MAAS controller can't turn the nodes on, which is fine I can turn them on myself, but when they boot to PXE after being
[17:14] <Term1nal> commissioned, they just hang on "trying to boot to blah-blah-blah"
[17:15] <Term1nal> I tried not booting to PXE post-commissioning but nothing's been loaded on the hard drive to boot to.
[17:15] <Term1nal> I tried using the ubuntu server install DVD and doing a MAAS setup, but after putting in the MAAS URL, it sigkills and turns off doing nothing productive that I can tell.
[17:16] <Term1nal> What am I doing wrong?
[17:50] <webfox> How do I install ssh-server?
[17:56] <cmircea> Is it possible to join an Active Directory domain for centralized authentication? Is there an recommended way? (searching the web I can find many variants in blog posts) This is for 14.04.
[17:56] <cmircea> Actually I'll ask this in #ubuntu since it's probably not server specific.
[17:58] <patdk-wk> there are many ways to do it
[17:59] <patdk-wk> likewise, sssd, samba, ...
[18:00] <RoyK> ldap
[18:01] <RoyK> +kerberos
[18:01] <RoyK> and automount if the home is on a samba/windows/smb/cifs thing
[18:18] <stephank> I'm seeing something similar to this on 14.04 LTS running on EC2: https://bugs.launchpad.net/ubuntu/+source/linux-lts-raring/+bug/1195474
[18:19] <stephank> Messages are the same, and there's dropped tx packets in ifconfig output.
[18:20] <stephank> Notably, between 13.10 and 14.04, MTU seems to have gone from 1500 and 9000. I've reversed it to 1500 on one of the redundant machines we have deployed and will monitor tonight as we get more load to see if that's the problem.
[18:27] <Term1nal> Alright, it turns out I got it working, I had to hit "Start node" then boot it quickly by hand. Now I have 2 nodes "Allocated to <user>"
[18:28] <Term1nal> Which is great! But now attempting to bootstrap juju, I get this error: ERROR bootstrap failed: cannot start bootstrap instance: cannot run instances: gomaasapi: got error back from server: 409 CONFLICT (No matching node is available.)
[18:34] <Term1nal> Anyone?
[18:52] <Phibs> so 14.X moved udev rules to /lib/udev/rules.d from /etc ?
[18:53] <sarnold> hey Phibs :) I thought they lived in both for years?
[18:54] <Phibs> well the /etc is empty now :)
[18:54] <sarnold> ah, perhaps my laptop has some holdovers just because it had them before?
[18:55] <Phibs> nod
[18:55] <Phibs> shoulda symlinked the damn dir but hey
[18:55] <Phibs> ubuntuyolo!
[18:57] <Phibs> hmm maybe it was biosdevname
[19:00] <Phibs> once I did biosdevname=0 and rebooted /etc/udev/rules.d was populated with the 70-persist ;0
[19:00] <Phibs> weird
[19:34] <stephank> So, the EC2 machine whose MTU I adjusted to 1500 is running smooth. The one with the default MTU of 9000 is dropping a lot of connections.
[19:37] <stephank> And adjusting the bad one to 1500 just stabilized it.
[19:37] <bekks> stephank: So dont use jumbo frames.
[19:38] <bekks> The switches in the datacenter need to support that too, for reliable connections.
[19:38] <stephank> I'm not really requesting them. This appears to be normal behavior, the MTU on EC2 defaults to 9000 as of 14.04
[19:38] <stephank> The app is requesting regular tcp sockets
[19:45]  * Term1nal sigh
[19:46] <sarnold> Term1nal: sorry, I missed your question..
[19:46] <Term1nal> So I worked through the issue I had before with no one paying any mind. Now I've got something new. I have the MAAS cluster managing DNS, but when I attempt to run juju status, it can't resolve the host.
[19:46] <sarnold> Term1nal: you may wish to ask in #juju or #maas
[19:46] <sarnold> oh :)
[20:34] <fun> hey folks
[20:34] <fun> how do you do?
[20:35] <fun> I get message shutdown system down  3.11.0-19-generi Thu May  8 04:53 - 04:57  (00:03)
[20:35] <fun> seems like host maintenance?
[20:39] <sarkis> hey guys how often is the motd updated via update-motd
[20:42] <fun> what is motd
[20:42] <MTughan> fun: Message of the Day
[20:42] <sarkis> message of the day
[20:43] <MTughan> You know you're dealing with a Perl programmer when he writes a shell script and the first line is "die() { echo "$@" >&2; exit 1; }"
[20:43] <fun> oki well I dont know, so far I learned to to use apache, nginx, mysql, maria db some php
[20:43] <fun> :)
[20:43] <fun> MTughan: lol
[20:46] <fun> who here is equally good at IT and fixing car?
[20:46] <fun> I wonder
[20:51] <sarkis> wtf
[20:51] <fun> sarkis: you?
[20:52] <fun> well both require logical thinking
[20:52] <fun> I am making a bit of a research lol
[21:20] <kirkland> sarkis: it's updated at login
[21:49] <mgw> anybody know a workaround for getting python3.4's urllib to honor http_proxy env var?
[21:49] <Term1nal> Hmm.... ok
[21:50] <Term1nal> so I downloaded 14.04, installed it, configured MAAS, deployed juju. Now I was going to install openstack, it says to go add-apt-repository cloud-archive:icehouse
[21:50] <Term1nal> but I get the error: cloud-archive only supported on precise
[21:52] <parallel21> Term1nal: apt-get update && apt-get -y upgrade
[21:52] <parallel21> apt-get install python-software-properties
[21:52] <parallel21> add-apt-repository cloud-archive:havana
[21:52] <fridaynext> anyone running time machine to Ubuntu 12.04 Server via AFP with no issues?
[21:53] <Term1nal> parallel21: the instructions given on the 14.04 download page specify using icehouse release?
[21:53] <parallel21> Oh... then replace havana with icehouse?
[21:53] <fridaynext> All my incremental backups to my NAS box are huge, like 5-10GB, after only an hour of working (and nowhere near that many changed files), and the backups become corrupt about once a month.
[21:53] <Term1nal> ok, I'll try it
[21:54] <sarnold> Term1nal: the cloud archive may not be 'supported' until 14.04.1 is released; that's when the updater tool will start suggesting 12.04 LTS users to upgrade to a newer release
[21:54] <Term1nal> =/
[21:55] <parallel21> :(
[21:55] <sarnold> but still, one hopes that there's something available to help ensure 14.04.1 is ready for prime time..
[21:55] <sarnold> Term1nal: perhaps you don't need to use it because the openstack packages in 14.04 LTS are already 'new enough'?
[21:56] <Term1nal> Pretty cool documentation then....
[21:57] <Term1nal> to spend 3 hours getting all this infrastructure all working step by step and dealing with out-of-date and invalid instructions every step of the way
[21:57] <Term1nal> then to be told to do something that isn't yet ready either.
[21:58] <jhobbs> /wg 3
[21:58] <sarnold> please file bug reports :)
[22:05]  * Patrickdk files a bug report
[22:06] <Patrickdk> sarnold irc bot seems defective lately
[22:06] <sarnold> Patrickdk: my pandaboard is unhappy :/ I'm ircing from my laptop until I figure out a solution
[22:07] <sarnold> Patrickdk: of course my 'solution' in the back of my mind is building a zfs machine of doom with 9-14 drives ...
[23:05] <parallel21> I have a comp that keeps dissapearing on the network. It has a valid ip address, no firewall. I keep trying to rsync files over and thats when the computer suddenly goes off the network
[23:06] <parallel21> The computer is unable to ping anything and I'm unable to ping it. The network card appears to be fine though. And I can't find anything in the logs to show some sorta misbehavior or shutdown
[23:09] <sarnold> parallel21: do other computers on the same switch have any issues? can you stick another computerinto that switch's port and make sure that the port on the switch is alright? does tcpdump on either this machine or other machines at the time of network stopping show naything interesting?
[23:10] <Patrickdk> I had a network card that was broken, unless it was in promisc mode, it wouldn't receive packets correctly
[23:10] <Patrickdk> always fun to diagnose those issues
[23:10] <sarnold> Patrickdk: ha, how'd that happen? o_O
[23:10] <Patrickdk> dunno
[23:10] <sarnold> "runs tcpdump" *gee looks fine now boss*
[23:10] <Patrickdk> yep :)
[23:11] <sarnold> so.... did you leave it in promisc or did you replace the thing? :)
[23:11] <Patrickdk> ran it for a few months in promisc, till  Ireplaced it
[23:11]  * sarnold ^5s Patrickdk
[23:11] <Patrickdk> this was back in like 97 or 98
[23:11] <Patrickdk> gigabit cards where expensive
[23:12] <sarnold> oww
[23:12] <sarnold> 100 was still hotness at that point
[23:12] <Patrickdk> ya, 100 didn't last long for me
[23:12] <Patrickdk> < a year
[23:14] <Patrickdk> ya, what was it back then, 3c595 goodness :)
[23:14] <Patrickdk> gigabit isa card
[23:15] <sarnold> :)
[23:20] <parallel21> Switch is fine
[23:20] <parallel21> tcpdump doesn't show anything
[23:20] <parallel21> I can reboot the machine and everythign will return to normal
[23:20] <parallel21> And then rsync will kill it
[23:21] <sarnold> does another machine try to steal this machine's IP address?
[23:22] <parallel21> no, in fact this machine that dies is the dhcp server
[23:23] <parallel21> but yeah, I'm certain no other machine is stealing the ip.
[23:25] <GrantK> Hello.  I've a machine running Ubuntu Server 12.04.4 LTS (GNU/Linux 3.2.0-61-generic x86_64).  Its installed sshd is : OpenSSH_5.9p1 Debian-5ubuntu1.4, OpenSSL 1.0.1 14 Mar 2012
[23:25] <shauno> parallel21: that sounds sneakily like a duplicate mac address
[23:25] <GrantK> I need to enabled elliptic curve algorithm use, which requires openssh v>= 6.5
[23:26] <GrantK> is it possible to upgrade just the Openssh on the existing server using some upgrade repo?
[23:26] <parallel21> shauno: could you elborate?
[23:26] <parallel21> *elaborate
[23:27] <shauno> if you have more than one machine with the same mac (it shouldn't happen, but it does), it'll confuse switches when they have to decide which port to route to
[23:28] <parallel21> So override the mac-address to something new and see happens?
[23:28] <shauno> just something to keep in mind if you're trawling tcpdump - when it's unreachale, do you see things even arriving on its interface?
[23:29] <parallel21> I've rebooted the machine
[23:30] <sarnold> shauno: nice guess
[23:30] <parallel21> Let see if I can kill it once more
[23:30] <sarnold> parallel21: the ipwatchd, arpwatch, and arpalert packages may help catch this in the act if this is what is happening
[23:31] <shauno> oh it is completely a guess.  it just sounds very familiar to something I've hit before.  if you can't see packets arriving addressed to it, something elsewhere is intercepting them
[23:32] <shauno> a duplicate IP address will make the source machine send them to the wrong place - a duplicate mac address will cause switches in between to act unpredictably
[23:37] <parallel21> And now everything suddently works
[23:37] <parallel21> I have arpwatch arpalert ipwatchd running
[23:38] <parallel21> Haven't rotated the mac-address...
[23:39] <fun> hey folks I made bash script and added path to it in rc.local
[23:39] <fun> when I run bash script.sh it works
[23:39] <fun> on box restart it yet to start
[23:39] <fun> using ubuntu 13.10
[23:41] <sarnold> fun: rc.local runs using 'sh' instead of 'bash' -- is that a potiential source of trouble for your script?
[23:41] <sarnold> fun: the PATH and other environment variables may not have the values you expect; your script should set the variables it needs at the start
[23:42] <fun> sarnold: oo lol I read online tutorial
[23:42] <fun> it said make bash script and add path to rc.local
[23:43] <sarnold> fun: oh, heh, did you set the permissions on the script to include execute privileges?
[23:43] <fun> http://serverfault.com/questions/543138/bash-script-execution-through-rc-local
[23:43] <fun> chmod +x
[23:44] <fun> I even added exit 0 to the script
[23:44] <fun> just in ace
[23:44] <fun> case
[23:45] <shauno> you seem to be using an absolute path (/metadata) in the first instance, and a relative path (just metadata) in the others.  are you sure it's running from / ?
[23:45] <sarnold> fun: well, that example looks tolerable enough.
[23:45] <sarnold> fun: can you pastebin your code?
[23:45] <fun> yes
[23:46] <shauno> oh hah, 7 months ago, it's not the same script.  I'll be quiet :)
[23:47] <fun> http://pastebin.com/DeFidSkx sarnold
[23:48] <sarnold> fun: aha ;) yeah this has a fair number of issues..
[23:48] <fun> lol like what?
[23:48] <fun> it worked fine from terminal when I run bash script.sh
[23:49] <fun>  but as rc.local uses sh not bash hmm
[23:49] <sarnold> fun: first, the path to your bitcoind may not be in your PATH at the time this executes; give it the full pathname. second, your current working directory will be / so your 'cd bitcoin-abe' command is likely going to fail -- you should give the full path to this directory, too.
[23:49] <fun> i have copied bitcoind to /usr/local/bin/
[23:50] <sarnold> fun: the 'sleep 10' is a race condition, but it might be the best you can do. you might want to make it 20 or 30 or something when you finally run this thing for real, just to reduce the chances that you lose the race :)
[23:50] <fun> so usually I can call it from anywhere but yes can add full path to it
[23:50] <sarnold> yeah, /usr/local/bin make not in the PATH at the time this runs during boot
[23:50] <fun> got it
[23:50] <fun> roger :D
[23:51] <fun> remaking
[23:51] <sarnold> does that 'python -m Abe.abe --config abe.conf' command return quickly?
[23:51] <fun> pretty quick
[23:51] <fun> 1 to 3 seconds
[23:55] <fun> rebootin
[23:56] <fun> btw sarnold have u tried to use smart card today? :)


[12:30] <ev> CIA seems to be having issues today
[12:30] <ev> I've just merged the plugins branch
[12:31] <ev> shtylman: if you could review the kde side of things, I'd greatly appreciate it
[13:31] <shtylman> ev: will do
[13:36] <ev> cool, thanks
[15:12] <CIA-6> ubiquity: evand * r3780 ubiquity/ (bin/ubiquity-dm debian/changelog): Fix function arguments in ubiquity-dm.
[15:15] <CIA-6> ubiquity: evand * r3781 ubiquity/debian/ (changelog control): Add python-rsvg dependency for the new greeter.
[15:15] <ev> welcome back, CIA-6
[15:16] <ogra> ev, r3780 smells like my bug ?
[15:20] <ev> #?
[15:20] <ogra> bug 521702
[15:20] <ev> cjwatson: hahahaha, that greeter is amazing
[15:21] <ev> ogra: ah, indeed
[15:21] <ogra> yay :)
[15:22] <CIA-6> ubiquity: evand * r3782 ubiquity/debian/changelog: LP bug reference.
[15:24] <ogra> ev, i also filed bug 521662 on the weekend btw
[15:24] <ogra> debconf gets through now and configures properly :)
[15:26] <ev> okay cool, I'll look into that tomorrow (I've got a call in 30 and then I'm off to pick up the dog)
[15:26] <ogra> yeah, didnt want to be pushy, just wanted to point it out, i'm patient :)
[15:29] <ev> :)
[15:33] <CIA-6> ubiquity: evand * r3783 ubiquity/debian/real-po/ (81 files): debconf-updatepo
[15:49] <CIA-6> ubiquity: evand * r3784 ubiquity/debian/changelog: releasing version 2.1.20
[15:54] <ara> cjwatson, ping
[15:54] <ogra> ara, on vacation this week
[15:55] <ara> ogra, OK, thanks!
[16:15] <michaelforrest> ev: where can I find the latest slides for the installer slideshow?
[16:16] <michaelforrest> never mind - found it
[16:53] <ev> michaelforrest: if you're looking to make changes I can arrange for you to have commit access to the bzr branch for the slides (both ubiquity and the release upgrader)
[16:53] <ev> sorry about the late reply, was on a call
[16:59] <michaelforrest> ev: that could be useful - I don't want to trample on Dylan's work too much, but I do have otto here so we could probably do some good work on it
[17:06] <ev> wonderful.  I've sent a mail to Dylan just confirming that he has no objections to giving you both direct commit access.  Until then, feel free to point me at a branch and I'll be happy to merge it into trunk and upload.
[17:11] <ev> michaelforrest: Damn he's fast.  You and otto now have commit access to lp:ubiquity-slideshow-ubuntu.  Let me know if you need any further assistance in getting set up, and do feel free to ping me for an upload when you have some stuff committed that you'd like to see in the archive.
[17:16] <ev> Oh, and a tip: if you want to quickly test your changes, just run make in the source tree, then run: /usr/lib/webkit-1.0-2/libexec/GtkLauncher "file:///home/evan/bzr/ubiquity-slideshow-ubuntu.trunk/build/ubuntu/slides/index.html#?locale=es"
[17:16] <ev> editing that URL to match your system
[17:21] <ev> and replacing ubuntu for ubuntu-upgrade to test the upgrade slideshow
[17:25] <michaelforrest> ok thanks ev
[17:25] <ev> sure thing
[17:43] <michaelforrest> ev there's a power management bug in launchpad as a paper cut against the installer
[17:43] <michaelforrest> can I assign it to you?
[17:44] <michaelforrest> ev: oops - looks like I have!
[17:44] <michaelforrest> (thought there might be bit more ceremony to it in launchpad)
[17:46] <ev> michaelforrest: bug #?
[17:46] <michaelforrest> 521517
[20:30] <pmatulis> during installation of alpha2 64-bit server i keep getting "continue without installing grub".  no way around it.  ideas?