 Weeeeeeee
 Finals are done
 Time for SELF
[20:14] <valorie> have fun!
 Thanks!
[20:59] <ricktimmis[m]> Congratulations Simon
[21:00] <valorie> oooo, ricktimmis[m] is here!
[21:00] <ricktimmis[m]> Just came off a call with the laptop computer company, they're putting together specs for 2 machines. A 13 inch, and a 17 inch
[21:00] <valorie> very nice
[21:01] <ricktimmis[m]> Hello {{{{hug}}}}
[21:01] <valorie> have they talked at all with KDE people, or just with you?
[21:01] <valorie> ricktimmis[m]: {{{{{{{{{{{{{hugs}}}}}}}}}}}}}} back
[21:01] <ricktimmis[m]> Just me
[21:02] <valorie> ok
[21:03] <valorie> I think both the e.V. and the kde promo team will want to know about this
[21:03] <valorie> the e.V. sooner, and the promo team before it hits, so they can help promote
[21:04] <valorie> I assume they won't want to take the lead since it will be Kubuntu and not KDE branded
[21:04] <valorie> but still
 Annnnd my flight is delayed.
[21:04] <valorie> booo, ahoneybun
[21:04] <ricktimmis[m]> Well, let me get it fleshed out in principle, before we take it further
 All my entertainment is in my checked bag too.
[21:05] <valorie> who will hit SELF first, you or tsimonq2?
[21:05] <ricktimmis[m]> Once we have specs, prices, shipping understood, then I think we have something to talk about
[21:05] <valorie> right, I just wanted to put that in the back of your mind
[21:05] <ricktimmis[m]> Excellent, thanks
[21:05] <valorie> the e.V. can help with any legal issues around branding, etc.
 @valorie, At first, Aaron was supposed to be first, but now we may line up
[21:06] <valorie> let the arm-punching commence!
[21:06] <ricktimmis[m]> Cool
 Hahahahahaha
 At Green Bay Austin Straubel now
 I had to get my seat assignment at the gate...
[21:08] <valorie> not a long flight, is it?
[21:08] <valorie> 2-3 hours?
 @valorie, I'm going to Detroit where I have a three hour layover, then to Charlotte
[21:11] <valorie> ah
[21:11] <valorie> that's a bit annoying
 Right
[21:11] <valorie> one hour, no problem
[21:11] <valorie> 3 hours is a bit
 But it is comparable to a direct flight from Denver to Charlotte... Lol
 Yeah, it was the best I could do though. Oh well.
[21:13] <valorie> I'd love to visit the Motor City, but actually visit
[21:13] <valorie> not kick my heels for 3 hours in the airport, lol
 Hah
[23:19] <ahoneybun> Andddd delayed again.
 Hello from Detroit
 Getting some Popeye's... Never had it before.
[23:26] <wxl> whatcha doing there?
[23:27] <ahoneybun> SELF
[23:27] <wxl> i'm in sf wasting time next to some gci students (the event is over). my brother and i are going to do dinner
[23:27] <wxl> oh cool
 Yeah I have a three hour layover
[23:28] <ahoneybun> I'm on a 3 hour delay so far.
[23:29] <ahoneybun> Well 2 really.
 Dinner
 (Photo, 1280x720) https://irc-attachments.kde.org/opaNGW8u/file_7701.jpg
[23:32] <wxl> gross
 Lol
[23:36] <wxl> the food at gci was.. wow.. and a lot, too
[23:36] <wxl> i'm still stuffed from lunch and barely ate anything for it because i was still stuffed from breakfast


[00:00] <tertu> as my user
[00:02] <Dutchman> I believe you'll need to do it as root. The linked article should explain all that I believe.
[00:05] <tertu> it really doesn't explain much of anything
[00:05] <tertu> besides
[00:06] <tertu> "this is how you do this one exact thing if you have gnome on your computer"
[00:06] <tertu> or nm-applet anyway
[00:09] <Dutchman> I hoped some of the instructions would still be useful, it was all I found that seemed helpful. Sorry it wasn't. I'm not a network guy, was just trying to help.
[00:11] <Dutchman> Perhaps this would be better, it's KDE-specific, and recent: http://liquidat.wordpress.com/2013/12/19/howto-share-ethernet-via-wifi-with-networkmanager-in-kde/
[00:46] <lars> Iḿ still having trouble getting my cam to work on chat sites
[00:47] <lars> test
[03:42] <jackyalcine> So I need help attending to boot using the grub console
[03:42] <jackyalcine> It's not a rescue console, but seemingly I have no entries in GRUB
[05:54] <novakitty> so I just enabled ipv6..is there anything i need to worry about in terms of security?  Does this mean my machine is world accessible?
[05:55] <tsimpson> it's the same as IPv4, just a different address space
[05:56] <novakitty> I thought I read somewhere that it does away with NAT
[05:58] <tsimpson> it can do, as you generally get a range of addresses assigned to you from your ISP instead of just one
[05:59] <novakitty> what i mean is the address listed above when i connected is one of the addresses listed when i run ifconfig..so you got the ip of my machine, not that of the router.
[06:00] <novakitty> ah ok thats good to know...i was wondering how that would work
[06:00] <novakitty> probably not the brightest thing to pop into irc and say "i might have a security problem" is it?
[06:00] <tsimpson> depends who's watching ;)
[06:01] <novakitty> well it's logged on the internets now
[06:01] <novakitty>  : O
[06:01] <tsimpson> IPs aren't logged, at least not by the official log bot
[06:01] <novakitty> but im guessing that if im no longer protected by NAT that i need to for sure get UFW firewall working properly with ipv6
[06:02] <tsimpson> by default there are no services installed that listen to the outside world
[06:02] <novakitty> true
[06:02] <tsimpson> so it's mostly only a concern if you install some world-facing services, like ssh or http
[06:02] <novakitty> well...
[06:03] <novakitty> and i suppose if its somethign i already made a NAT pinhole for then it's not of much concern
[06:05] <novakitty> So if i am running a server like ssh or http, then it's safe to assume it's listening for traffic on ipv6 now too?
[06:07] <tsimpson> as long as the software has support for ipv6, yes
[06:07] <tsimpson> most things do these days
[06:07] <tsimpson> you can always see what's listening with "sudo netstat -lnp"
[06:08] <novakitty> oh that's helpful thank you
[06:09] <novakitty> ahh i see tcp, tcp6, udp, udp6
[06:10] <novakitty> hmm i wonder why ktorrent is listening when it's not running
[06:12] <tsimpson> if it's listening, it's running
[06:18] <novakitty> yeah that was odd..i started ktorrent closed it and it's not listening now...
[06:18] <novakitty> so i see smbd is listening over tcp6..that can't be good right?
[06:22] <tsimpson> depends on what address it's listening on
[06:23] <novakitty> it doesnt specify addresses, only ports
[06:23] <tsimpson> if it shows the foreign address as <IP_ADDRESS>:* or :::*, then it's not so good
[06:23] <novakitty> hmmmm
[06:24] <tsimpson> in that case you probably want ufw to block external connections to the port
[06:27] <novakitty> so i have rules for ufw now like allow from "<IP_ADDRESS>/24 to all port 445" which allows all traffic from the LAN, but nothing else...but with the nature of ipv6..is there a way to define a range that only applies to my LAN?  Does that make sense?
[06:28] <tsimpson> if you look at ifconfig, you should see a inet6 addr line ending in "Scope:Link"
[06:29] <novakitty> yes
[06:29] <tsimpson> that's your internal range
[06:29] <tsimpson> the one with "Scope:Global" is the external range
[06:29] <novakitty> ahh ok..i have 2 with scope global and one with scope link
[06:30] <tsimpson> fe80::/64 is always local
[06:30] <tsimpson> (any address starting with fe80:)
[06:31] <novakitty> ok...do you know why I would have two addresses with scope:global?
[06:32] <tsimpson> I don't know, I can only guess it's because your router send you two address blocks
[06:32] <novakitty> interesting
[06:33] <novakitty> so i should start by allowing traffic only from fe80::/64 to any services i want to be accessible only from the local network?
[06:34] <tsimpson> yes
[06:34] <novakitty> thank you that'll make me feel a bit better
[06:34] <ggvaberi> hello guys. does anyone know how can i detect kde icon-theme name from linux terminal?
[06:35] <novakitty> its funny some stuff i read makes NAT out to be a downfall...but it was a reassuring downfall at least
[06:42] <novakitty> ggvaberi: im not 100% sure but im thinking it's set in a file in /home/USER/.kde/share/config but I can't prove it yet
[06:42] <nandhu> #python
[06:42] <novakitty> I know you can find the gtk2 icon theme in use in .gtkrc-2.0
[06:45] <novakitty> /home/USER/.kde/share/icons/ should show all the themes installed...not sure how to see which is in use though
[06:45] <tsimpson> ggvaberi_: "kreadconfig --group Icons --key Theme" should work
[06:47] <tsimpson> if not, then Oxygen is the default
[06:57] <novakitty> lol you can type man man in the terminal and get the manual for the manual command..for some reason I expected that not to work.
[07:06] <tsimpson> you should try "info info" some time
[07:26] <nandhu> #python
[07:43] <novakitty> are there any ufw GUI programs other than gufw and kcm-ufw?
[08:02] <novakitty> has anyone used gufw recently?
[09:06] <brandy_> greetins
[09:07] <Mackky> hi
[09:07] <brandy_> yesterday i ran dist-upgrade -y on 12.04  and today i find that kubuntu has been uninstalled. anyone with the same problem?
[09:07] <brandy_> was using kubuntu backports ppa for over 18 monts
[10:35] <brandy_> quit
[10:35] <brandy_> ?
[12:16] <BluesKaj> Howdy all
[12:16] <rannonga> hi
[12:18] <BluesKaj> DOS attacks? US servers won't connect
[12:18] <hateball> yes
[12:18] <rannonga> to freenode?
[12:18] <BluesKaj> yup
[12:18] <rannonga> changed to the brisbane server
[12:19] <BluesKaj> yeah , Helsinki server here
[12:19] <BluesKaj> my ols home town :)
[12:19] <BluesKaj> old
[12:19] <rannonga> nice
[12:19] <rannonga> must be cold
[12:20] <BluesKaj> we moved to Canada, where it's colder :)
[12:20] <BluesKaj> well in Ontario at least
[12:20] <rannonga> nice and warm in brisbane
[12:20] <BluesKaj> imagine so
[12:22] <BluesKaj> +40's too hot for me
[12:23] <rannonga> thats a heat wave in brisbane mostly slightly under 30
[12:23] <rannonga> but its more humid
[12:45] <lordievader> Good afternoon.
[14:56] <HorusHorrendus_> hey ... anyone knows how to get rid of the black background in eclipse content assists popups like this: http://i.imgur.com/KJ4ffPg.png
[14:57] <HorusHorrendus_> already fixed it not showing the correct imports, had to change the font of the dialog for this, but still can't seem to get rid of the black background
[14:59] <beyondcr> hello, kubuntu 13.10 here I was wondering if anyone knows how to hide kernel updates, I am running mainline and I am getting tired of seeing kernel updates in the update manager.
[15:00] <Aniar> beyondcr: install the kernel updates.
[15:00] <Aniar> beyondcr: they're security patches, and the last one is a doozy
[15:02] <Aniar> http://seclists.org/oss-sec/2014/q1/187
[15:02] <Aniar> that's why the kernel updated on Friday
[15:37] <toni_> via col vento
[15:37] <toni_> via col venti volevo dire
[15:38] <BluesKaj> !it | toni_
[17:01] <helge> hey everyone!
[17:01] <vektek> hello
[17:06] <helge> not my first day with linux. but with kubuntu!
[17:07] <helge> sorry, i had a timeout.
[17:17] <helge> somebody hear me?
[17:21] <Bateman> Hello
[17:23] <helge> hi Bateman
[17:24] <Bateman> I require help. For Youtube.
[17:25] <helge> whats the matter?
[17:27] <Bateman> Playlists won't load. Neither in the drop down menu a top of the page nor the add to list when I want to add a video to a playlist.
[17:27] <Bateman> Videos play fine.
[17:28] <Bateman> Openning rar files to get ISOs is a lilttle weird too.
[17:28] <dbrom> hello all
[17:28] <Bateman> Hello Dbroom.
[17:29] <manny> hi Bateman
[17:29] <Bateman> Hello Manny.
[17:30] <manny> My Youtube videos gone blank but still music plays?
[17:30] <manny> tried to reinstall codecs but nothing worked
[17:32] <Bateman> Samething happens to me if I changed tabs too long last night. Don't know why. I might get a different distro if problems keep popping up like this.
[17:34] <dbrom> question on rsync ... i am doing a full /home/User backup and would like to use rsync to recover everything but a few folders... using exclude to do so but its comming bak to the user from a freenas box
[17:51] <dbrom> hello anyone here
[17:53] <lordievader> Hey dbrom
[17:54] <dbrom> how are you with rsync
[17:55] <lordievader> dbrom: Meh, allright.
[17:57] <dbrom> ok here is my question I am using scp to copy a users folder but would like to set up the script to rsync thte data to the server to the PC but the script being ran from the PC
[17:59] <dbrom> using - scp -r user@<IP_ADDRESS>:/mnt/V1/Users/$name/ /home/ at the moment but need to exclude folders thataare not need right away. Thats why I would like to use rsync
[18:02] <lordievader> dbrom: So what is the actual question?
[18:03] <dbrom> how do i use rssync within a script to sync a remote folder to a local folder and also --exclude="/Videos"
[18:05] <lordievader> dbrom: Do you know how to write bash scrips?
[18:07] <dbrom> yes... im doing one at the monet for fressh installs thats install all extra packages and then coping the foler which I have backedup to my new istall... but at the moment I am using scp which backs up all data witch really isnt need until later
[18:09] <lordievader> dbrom: I'm still not really sure of the problem, but this is what I have for an rsync copy over ssh (it's an alias that is why target+destination are missing): rsync -avz --partial --progress --rsh=ssh
[18:11] <dbrom> this is what im doing at the moment   http://goo.gl/8IgUVC
[18:11] <dbrom> when I do a restore I would like to exclude some folders
[18:13] <lordievader> dbrom: And you want to replace those scp commands with their rsync counter parts?
[18:14] <dbrom> yes with the eclude switch
[18:14] <dbrom> exclude
[18:15] <lordievader> dbrom: Should those excludes come from the user (input)?
[18:16] <dbrom> Yes it could but thats a Echo with a read and the use value inn the --exclude"value"
[18:18] <lordievader> dbrom: Not exactly.
[18:19] <dbrom> would this work.... echo" What folders do you not want to recover" : read ans : --exclude="$ans"
[18:20] <dbrom> : = new line
[18:21] <lordievader> Not if it is more than one.
[18:27] <dbrom> did you send me something
[18:28] <fabio123> is it possible to run wayland on kyubuntu 13.10?
[18:28] <fabio123> do i need weston?
[18:29] <lordievader> dbrom: Almost, got the script. Seems pastebinit is no longer installed.
[18:30] <lordievader> dbrom: This would be an example for the first scp, it is semi-tested: http://paste.ubuntu.com/6868585/
[18:31] <dbrom> if you do echo"question" /n read and /n then (1, 2, 3 , 4) /n then each number be but in a for loop with exculde being multiplied by each  number
[18:34] <dbrom> im scp deb to all systems the rm -r the folder
[18:38] <dbrom> i could ech all files in the deb folder then give the option to copy what is required
[18:40] <lordievader> dbrom: I have lost track, what is the problem now?
[18:41] <dbrom> look aat the $name line that needss to be replaced with rsync and have exclued switchs added eith user inputted or not
[18:42] <lordievader> dbrom: That would use the same format as I showed with the other one.
[18:44] <lordievader> dbrom: Also line 8 can be heavily optimized, first add all the repos and then run apt-get update once.
[18:44] <lordievader> And apt-get install can also be run once.
[18:47] <dbrom> i have added a repos
[18:56] <dbrom> all i want to do is exculed the folders that are not used alot
[18:56] <lordievader> dbrom: I already gave you the script for that.
[19:04] <dbrom> ill try it
[19:10] <dbrom> im testing on a VM now
[20:00] <dbrom> lord you still around
[20:00] <lordievader> dbrom: Jup, still here.
[20:00] <cihan_> hallo?
[20:01] <lordievader> Hey cihan_
[20:01] <cihan_> :-D
[20:02] <lordievader> How are you doing, cihan_?
[20:03] <cihan_> english? ouh, great...
[20:03] <dbrom> Lord:  http://pastebin.kde.org/pg1eotze5#
[20:04] <cihan_> I'm little bit confused
[20:04] <lordievader> cihan_: Where are you from? There might be a localized (K)Ubuntu channel.
[20:04] <lordievader> dbrom: Could you use my full nick in the future?
[20:04] <cihan_> from germany. I have a little problem with grub and look for help now
[20:05] <lordievader> dbrom: ? What do I do with that?
[20:05] <lordievader> !german | cihan_
[20:05] <dbrom> will do, thats te error i get after running the script
[20:05] <cihan_> danke an ubottu!
[20:05] <lordievader> dbrom: Have you read the error? It is quite descriptive.
[20:09] <dbrom> it says ther is a error on the last line of the script
[20:10] <lordievader> dbrom: Line above, the last line is caused by the error above.
[20:11] <dbrom> I enter Videos as the folder to exclude
[20:12] <lordievader> dbrom: Have you read the error above the EOF line?
[20:13] <dbrom> There is no error above the EOF line
[20:14] <dbrom> does Video work in the exclude statement or do you need to put /Video
[20:15] <lordievader> dbrom: Right sorry, thought EOF was on the second line. Anyhow what the error means is that bash saw an opening " started looking for the closing " but found EOF (End Of File) before the closing ". Bash doesn't understands this and errors.
[20:16] <lordievader> Err the " could also be ` or '. Not really sure...
[20:23] <dbrom> there is a "=" missing in the exclude $item statement in the for loop.... also this is used on the deb folder not the users folder ... on the users folder it need  to not sync folders with the user thats being recovered
[20:23] <dbrom> do you still have the script
[20:24] <dbrom> and do you hav e the script that i sent you
[20:25] <lordievader> dbrom: Yes on the thing I sent you, no on the script you sent me.
[20:29] <dbrom> te question I have is  can i still use the first read input as a input in the the you sync to the PC   http://goo.gl/QtPGU7   if you read the script the first input isnt being used in the scp deb statement its being used in the folder/file recover statement
[20:30] <lordievader> dbrom: As long as you don't overwrite variables they will be available until the script ends.
[20:31] <tiga> [/who *.edu]
[20:31] <dbrom> ok let me get back to you
[20:31] <lordievader> dbrom: Line 14 in your post should be the first line. That tells your shell what program to use when interpreting the code.
[20:33] <dbrom> explain how the last ech statement works
[20:37] <lordievader> dbrom: It echos everything in the $excludes array (space seperated), that is piped into xargs. Ah I see the error. Seems I forgot the add the closing
[20:37] <lordievader> ", silly me. Sorry about that, the last line should be: echo ${excludes[@]}| xargs "rsync -avz --partial --progress --rsh=ssh ssuser@<IP_ADDRESS>:/mnt/V1/deb  /home/$USER/"
[20:43] <dbrom> i need it to exculde folders from the recovery folder not the deb folder
[20:44] <lordievader> dbrom: My paste was just an example.
[20:49] <moparisthebest> how can I manually look up a CD in the cddb in k3b?
[20:49] <moparisthebest> it won't find it automatically but I found it manually on freedb.org
[21:25] <dbrom> lordievader: its restoring to a folder in the home directory thats im loged it to
[21:39] <BluesKaj> moparisthebest, k3b is a burner app not a music player
[21:39] <BluesKaj> moparisthebest, try amarok
[21:42] <moparisthebest> BluesKaj: k3b also rip's CDs, and looks them up in the CDDB first, I need to manually look it up because it can't be found :)
[21:50] <BluesKaj> moparisthebest, perhaps , but amarok shouid be able to do a cddb
[21:51] <BluesKaj> anyway, enough for one day
[22:01] <psyentologist> oh hi ya'll okay I've got a problem with the digital clock on my task bar telling me 10:00 pm UTC instead of 5:00 pm EST i see no way to change it either except to just delete the digital clock..
[22:03] <psyentologist> :(
[22:03] <rannonga> type date into terminal
[22:04] <rannonga> is the time right
[22:04] <psyentologist> psyentologist@psyentologist-NV57H:~$ date
[22:04] <psyentologist> Mon Feb  3 17:04:19 EST 2014
[22:04] <psyentologist> psyentologist@psyentologist-NV57H:~$
[22:04] <psyentologist> thats what it told me
[22:04] <rannonga> thats the right time
[22:05] <genii> psyentologist: Right-click on clock...Digital clock Settings... Time Zones...Then check off the city your time zone is in... also look to see if under where the cities are located if the "Clock Defaults to" is set to UTC or Local
[22:05]  * genii makes more coffee and goes back to work
[22:05] <psyentologist> ooooohhhh genii THANKYOU
[22:05] <psyentologist> i see it now!
[22:06] <psyentologist> i changeit from utc to loca. LO! I feel real stupid now hahaha
[22:06] <psyentologist> genii:  thankyou again for your help
[22:07] <psyentologist> (i've been trying to fool with it for about 20 minutes now and I was considering just deleting the clock alltogether)
[22:08] <psyentologist> i knew the clock had to be right somehow though because when i'd restart the computer and boot into windows it tells me the correct time then
[22:09] <astropirate> Hello friends
[22:09] <astropirate> I have many desktops
[22:09] <astropirate> with 2 monitors
[22:09] <astropirate> how do i set the wallpaper for all of them?
[22:09] <astropirate> i have no interest in setting the walpaper for 18 desktops
[22:09] <astropirate> seperately
[22:10] <pietro10> Hi. I have kde-config-gtk and gtk[23]-engines-oxygen installed, and for things like Firefox they work fine, but for SYnaptic and gparted in sudo I still get the default GTK theme. How can I fix this? Thanks.
[22:11] <rannonga> pietro10,  its written in gtk2 cant change it by using a kde theme
[22:11] <pietro10> except this is exactly what gtk2-engines-oxygen is supposed to do, and does for apps that I run without sudo
[22:13] <Poisoned_Dragon_> pietro10, you do know that there is a OT based Synaptic GUI, right?
[22:14] <Poisoned_Dragon_> besides, what's wrong with muon?
[22:16] <pietro10> I tried it way back on linux mint 13 and it wasn't very good at the time; maybe it's better now
[22:16] <pietro10> let's find out, I suppose
[22:18] <pietro10> hm... mostly fine, I guess
[22:18] <pietro10> though what is the qt synaptic you mentioend?
[22:20] <Poisoned_Dragon_> Huh, I can't find a package for it.
[22:20] <Poisoned_Dragon_> Well, it use to be ea thing.
[22:21] <Poisoned_Dragon_> I guess muon replaced it.
[22:22] <pietro10> hm
[22:22] <pietro10> thanks then
[22:25] <pietro10> (also @ Poisoned_Dragon_ hi I'm andlabs and kubuntu doesn't have any of the problems linux mint had =p )
[22:25] <Poisoned_Dragon_> I've never had any real probs with either.
[23:33] <latorture> hi


[07:06] <ppisati> moin
[07:07] <diwic> is it safe to just run "sudo depmod"?
[07:08] <diwic> I'm triaging a bug and suspecting that the stuff in /lib/modules/<current> has become corrupt for some reason
[07:09] <diwic> as the sound card is not detected on bootup, but successfully starts showing up if "sudo modprobe snd-hda-intel" is called.
[07:11] <mustafa_> how to take part into kernel development as a developer? could you inform me?
[07:12] <diwic> mustafa_, hi! It depends on what area you're interested in
[07:13] <mustafa_> what is the structure of kernel development? (areas)
[07:13] <diwic> mustafa_, and what knowledge you currently have.
[07:14] <mustafa_> how can I get detailed info? and any news group for that? for communication?
[07:15] <diwic> mustafa_, are you interesting in writing code, writing documentation, analysing bug reports, helping people on IRC, etc?
[07:15] <mustafa_> diwic writing code
[07:16] <diwic> mustafa_, maybe http://kernelnewbies.org can be a good starting point for you?
[07:17] <mustafa_> diwic I will scan it
[07:18] <mustafa_> diwic any other recommendation?
[07:19] <diwic> mustafa_, yes, learning by doing - find something that you would like to fix or improve and see if it is possible
[07:19] <mustafa_> diwic thanks
[07:27] <cooloney> ppisati: do you have sometime to help do sbuild testing on your pandaES?
[07:27] <cooloney> ppisati: i got several package building failure on PandaES
[07:30] <ppisati> cooloney: nak, still busy with 3.5 kernel, and i need my board for testing&c
[07:31] <cooloney> ppisati: np, man
[09:04] <MacSlow> Greetings everybody!
[09:06] <MacSlow> If someone has a moment (or two) and could skim LP: #1038926 and give me his/her best guess at a way to work-around this, I'd be very grateful :)
[11:14]  * ppisati -> out for lunch
[11:14] <ppisati> (there's 33C outside, wish me good luck...)
[11:15] <ogra_> ppisati, dont melt !
[11:27] <phillw> Hi folks, could some one please advise as to against what this bug should be reported...http://pastebin.com/SRLnr5fB
[12:26] <ppisati> 34c now...
[12:29] <dileks> ppisati: underess!
[12:30] <dileks> 35c here
[12:49] <rtg> ppisati, you should annoy an archive admin to get Ubuntu-3.5.0-207.13 published and send  out the ABI bumper announcement.
[12:55] <rtg> bug #1035348
[13:01] <smb> bug 1035348
[13:02] <rtg> smb, seems the bug bot has died
[13:02] <smb> or lp
[13:02] <rtg> smb, true. more likely LP
[13:02] <smb> At least it tells me I lost it (or its private)
[13:05] <ppisati> lp works here
[13:05] <ppisati> but not that bug...
[13:05] <ppisati> bah...
[13:18] <ppisati> rtg: we need that headers fix for the 3d driver, so i'll cut a new relase with what we've now + that fix
[13:18] <ppisati> rtg: and i'll send a pull req
[13:18] <rtg> ppisati, you gonna rebase against master-next ?
[13:18] <rtg> or just cherry-pick it ?
[13:19] <ppisati> rtg: cherry-pick, there's a regression in latest master (somehwre between 9.9 and 11.11) and i'm boisecting it
[13:19] <rtg> ppisati, ah, right. I forgot about that.
[13:20] <ppisati> rtg: hopefully i'll fix today, but i don't want to delay the 3d driver for unity3d
[13:21] <rtg> ppisati, if you get Ubuntu-3.5.0-207.13 promoted, then I can upload directly to -release
[13:21]  * ppisati notes he can't really type today...
[13:22] <ppisati> rtg: with whom do i need to talk to get it promoted? release manager?
[13:23] <rtg> ppisati, yeah, go on #ubuntu-release and see if infinty is around.
[13:23] <rtg> infinity*
[13:23] <ppisati> infinity: ^
[13:43] <ppisati> rtg: infinity: actually rsalveti told me that even with this fix pvr-omp4 still doesn't work
[13:43] <ppisati> so it's not as urgent as i thought
[13:44] <rsalveti> ppisati: it works!
[13:44] <rsalveti> it's not stable enough, but not related with sgx
[13:44] <rsalveti> the kernel is freezing from time to time on my panda, without any logs at the serial
[13:45] <rsalveti> but works just fine at the 4430 panda
[13:45] <rtg> rsalveti, well, it _is_ a staging driver, right ?
[13:45] <rsalveti> seems it's an issue at the power management side on panda ES
[13:45] <rsalveti> rtg: yeah, but the issue I got is not related with sgx itself
[13:46] <rsalveti> which I'd not be surprised, as for the landing team tree we had to turn cpu idle off for a while
[13:50] <rsalveti> CONFIG_OMAP_SMARTREFLEX_CLASS1P5 was also causing issues, but it's currently disabled at our kernel
[13:52] <rsalveti> ppisati: but probably something to check, omap 4460 should behave better with SR1.5
[13:59] <ppisati> rsalveti: do you experience these hangs even with agreen tilt-3.4?
[14:02] <rsalveti> ppisati: not with the current head
[14:02] <rsalveti> but was when using the tree from last cycle
[14:03] <rsalveti> *last linaro cycle, 12.07
[14:04] <ppisati> rsalveti: so i'm probably missing something that went in lately
[14:04] <ppisati> rsalveti: or it's a config diff
[14:06] <rsalveti> yup
[14:06] <ppisati> rsalveti: i dont' see any tag about 12.07, do you know what HEAD was pointing back then?
[14:08] <rsalveti> ppisati: http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=commit;h=5bab9831a9d00db116a7db5634bb3386ae17f152
[14:09] <rsalveti> ppisati: but you might look at the git log just before the tag
[14:09] <rsalveti> check the ones related with smartreflex
[14:09] <rsalveti> http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=shortlog;h=refs/heads/tilt-3.4
[14:53] <akua> I am building my own linux 3.5 kernel to install on 10.04 ( needed for some peripherals ). After a few tries I have what seems to be good .debs. I did it with the "cp ubuntu-kernel/debian/control-scripts/* /usr/share/kernel-package", "tar xvf linux-3.5.1.tar.bz2",  "make-kpkg --initrd --append-to-version=-custom1 kernel_image kernel_headers".
[14:54] <akua> It installs and reboots fine, but then I try to build the nvidia drivers ( because I need CUDA ), and it complains about finding headers...
[14:54]  * ogasawara back in 20
[14:58] <akua> The first error is:  "Unable to find the kernel source tree for the currently running kernel……."
[14:59] <akua> Then I had to symlink: :/usr/src# ln -s linux-headers-3.5.1-custom1/   linux-3.5.2
[14:59] <akua> Then the error is: " If you are using a Linux 2.6 kernel, please make sure
[14:59] <akua>          you have configured kernel sources matching your kernel
[14:59] <akua>          installed on your system. "
[15:36] <balloons> it appears like the builder got stuck (or is simply still that far behind) on building the LTS enablement packages -- https://launchpad.net/~ubuntu-x-swat/+archive/q-lts-backport
[15:37] <ogasawara> balloons: it's still that far behind
[15:37] <balloons> https://launchpad.net/builders doesn't show a bug bug queue
[15:37] <balloons> odd.. anyways.. ok.. :-)
[15:37] <ogasawara> balloons: the original quantal upload just finished earlier today
[15:38] <ogasawara> balloons: last I checked, i386 was going to kick off in 4hrs
[15:38] <balloons> ogasawara, wow.. 4 days.. you'd think your building libreoffice on arm or something :-)
[16:02] <jsalisbury> rtg, ppisati, did you guys happen to see this bug: 1038846
[16:04] <rtg_> jsalisbury, looks like a duplicate
[16:04] <jsalisbury> rtg_, ok, I'll mark it as such
[16:05] <rtg_>  jsalisburyoh, hang on. I just commiutted a fix for that bug.
[16:05] <jsalisbury> rtg_ ok
[16:05] <rtg_> jsalisbury, forgot to mark it as fix committed
[16:06] <jsalisbury> rtg_, cool, thanks
[16:15] <rtg> ppisati, don't forget the ABI bumper email to the installer list so that they can take advantage of your new kernel.
[16:21] <ppisati> rtg: actually i never sent any email...
[16:21] <ppisati> rtg: besides, i found the problem and fixed it
[16:21] <ppisati> rtg: i'll have a new kernel soon
[16:22] <rtg> ppisati, I _know_ you didn't send any email. Thats why I'm bugging you.
[16:22] <ppisati> :)
[16:45] <ppisati> rtg: so, what's the ml? and what do i have to tell them?
[16:45] <rtg> ppisati, hmm, there some stuff about this in the wiki. lemme find it...
[16:45] <ppisati> rtg: besides, i just cut a new release
[16:45] <rtg> ppisati, its not an ABI bumper, is it ?
[16:46] <ppisati> rtg: yes it is
[16:46] <rtg> ppisati, well, might as well hold off until its built
[16:46] <ppisati> rtg: ok, then let's do it tomorrow
[16:46] <rtg> ppisati, ack
[16:47]  * ppisati -> EOD
[16:48] <rtg> ppisati, there is a blurb in https://wiki.ubuntu.com/KernelTeam/StableHandbook/StablePackageBuilding about sending out ABI bumper emails
[16:56] <cking> rtg, thanks for handling a bunch of those eCryptfs patches while I was away, I will see if I can back port some of these to lucid, natty etc and get some tests written to catch regressions
[16:57] <rtg> cking, that works for me
[17:37]  * rtg -> lunch
[17:59] <infinity> bjf: No copies for precise for ti-omap4 or armadaxp?
[18:00] <bjf> infinity: they were still building when i last checked
[18:00] <bjf> infinity: if they are ready, they can go as well
[18:00] <infinity> bjf: ti-omap4 should be done, I think.  I can bump up aramdaxp.
[18:00] <infinity> bjf: I'll just copy when they're ready then, if there was no other reason to hold them back.
[18:01] <infinity> Oh, there was a new ti-omap4 a couple of hours ago.
[18:01] <infinity> Right, I'll give that a nudge too.
[18:01] <bjf> infinity: nope, just waiting for buildds
[18:02] <infinity> bjf: I'll get it all built and copied over the course of the day, then.
[18:02] <bjf> infinity: thanks
[18:02] <infinity> bjf: No hardy in this round?
[18:02] <bjf> infinity: nope \o/
[18:07] <infinity> bjf: Don't fret too much about overrides and other bits possibly being slack on my part, I'll make sure everything's consistent by the end of the day when I get the ARM builds caught up. ;)
[18:08] <bjf> infinity: ack :-)
[18:08]  * smb -> EOD
[18:08] <bjf> infinity: though they pay me specifically to fret
[18:08]  * bjf will just do it silently
[18:09] <infinity> *grin*
[19:02] <rtg> jsalisbury, rebooting tangerine for kernel update
[19:02] <jsalisbury> rtg, ack
[20:20] <hggdh> bjf: for the precise LTS-HWE, when are the package linux-image-generic-lts-quantal created?
[20:20] <hggdh> s/are/is/
[20:22] <rtg_> hggdh, it lives in a PPA for now, and won't be uploaded to Precise main until 12.10 is released.
[20:22] <hggdh> rtg_: indeed, and I am looking at the PPA, but I do not see this package
[20:23] <rtg_> hggdh,  linux-meta-lts-quantal
[20:23] <hggdh> rtg_: this is still pointing to 3.5.0-10
[20:23] <bjf> hggdh: are you looking at: https://launchpad.net/~ubuntu-x-swat/+archive/q-lts-backport
[20:23] <hggdh> bjf: I am
[20:24] <bjf> hggdh: yes, the meta is still -10
[20:24] <bjf> hggdh: may be due to the buildd carnage of last week
[20:24] <rtg_> hggdh, 3.5.0-10 is the right version because 3.5.0-11 has yet to finish building
[20:25] <hggdh> rtg_: ah. I will wait for it, then, otherwise I will need to perform another carnage on the test scripts
[20:25] <rtg_> the build is still awaiting completion of i386
[20:26] <rtg_> hggdh, LP says it will start building in one hour. we'll see...
[20:26] <hggdh> :-)
[20:39]  * rtg -> EOD


[04:55] <me-1> hi...will Lubuntu work on Pentium III with 256 ram and what version is latest LTS
[06:20] <me-1> hi...so Lubuntu does not have a LTS release...?
[06:21] <JohnDoe_71Rus> me-1: http://askubuntu.com/questions/202844/when-will-the-next-lts-version-of-lubuntu-be-released
[08:09] <qingluo1> hi all, can any one show me how can i find the discription about details of bootup lubuntu, including first boot file(shell script) changing environment. thanks a lot
[08:10] <bioterror> !upstart
[08:12] <qingluo1> does event-driver init model means event.d?
[08:12] <qingluo1> my / filesystem doesn't have than folder.
[08:13] <qingluo1> im using lxde filesystem. how can i found the first shell script
[08:18] <bioterror> qingluo1, maybe you should explain what you want to do
[08:22] <qingluo1> im compare two root filesystem which one is based lxde, while another is based busybox. lxde's can initial serial port and VGA as shell . but the busybox one just can initial one of them to a shell input. i wanna to get understand how it acomplish such function. besides, they use same kernel lubuntu image
[08:23] <bioterror> !lxde
[08:23] <bioterror> !filesystem
[08:24] <bioterror> as you can see, LXDE isn't a filesystem, it's a desktop environment
[08:26] <qingluo1> o  sorry about my bad discription.  i'm using linaro alip's workout
[08:27] <qingluo1> which top layer based on lxde.
[08:32] <qingluo1> is there anyway to find the bootup order in a nonstandard root filesystem? except follow source code(it seems a little big work)
[09:33] <tux_> has anyone tried Trisquel? it is basically Lubuntu without the Ubuntu bloat, advertising and proprietary stuff
[09:33] <tux_> and its based on Ubuntu LTS
[09:33] <bioterror> what's then this ubuntu bloat?
[09:35] <tux_> Ubuntu needs at least 1GB RAM and 1GHz CPU, and has bloat like Zeitgeist to better cater the advertising bloat to make you buy stuff found on Ubuntu One, Ubuntu Software Center, Amazon, Rythmbox...etc
[09:36] <bioterror> so, how is this then no-bloat when it's based on ubuntu lts
[09:36]  * bioterror does not understand
[09:37] <tux_> ask them on #trisquel
[09:37] <tux_> bbl i just downloaded lubuntu :P
[09:51] <phillw> bioterror: we have an LTS?... when did that sneak out? :P
[09:52] <bioterror> it's always better to use LTS ubuntu than live on the moment ;)
[09:58] <phillw> bioterror: Well, as lubuntu do not have an LTS, I'd not touch it with a barge pole :D 13.10 is looking quite good as our alpha for 14.04 :P
[12:16] <Myrtti> oh my, it's bioterror
[13:33] <boopla7> Installed lubuntu alongside windos. Now i dont need windows anymore. How do i recover the disk space allocated to windows? Is there a way to do it without reinstalling lubuntu (using entire disk this time)?
[17:19] <optimusprimem> hi, Ubuntu run fine in this configuration: 2GB RAM, HDD 5400 RPM, AMD Fusion C-60 (Dual Core)? <- this is a netbook
[17:27] <justin__> when I try booting off a lubuntu intallation disk and select either "try lubuntu without installing" or "install lubuntu" I get the following messages "error: failure reading sector 0x4f500 from 'cd0' Press any key to continue" and then the message "0.323258] Kernal panic - not syncing: VFS: Unable to mount root fs on unkown-block(0,0)"
[17:29] <justin__> is there something wrong with my grub? or do I need to change the way my hardrive is partitioned?
[17:53] <imacg5> hi¨
[17:55] <imacg5> can you guys help me with a problem regarding installing lubuntu on an imac g5
[17:56] <imacg5> it crashes when I try and install
[17:57] <shwouchk_> Hello
[18:03] <shwouchk_> I have a laptop which I want to have connected to an external monitor 99% of the time. The other 1% I would use its screen. I want the laptop to be closed usually to save space, and to use external KB/mouse. The external monitor supports a higher resolution than the laptop screen, so I won't use screen duplication, and extended desktop is annoying when one of the monitors can't be viewed, so also out of the question. Is there a simple
[18:03] <shwouchk_> way to enable the external only configuration, but that would switch to the internal monitor when the external monitor is disconnected, like regular ubuntu/windows/etc provide? What software does regular ubuntu use for this? Thanks in advance
[18:13] <imacg5> hi
[18:13] <shwouchk_> hi
[18:13] <imacg5> lubuntu hangs when i try and install
[18:14] <imacg5> am running from disc
[18:14] <imacg5> on an imac g5
[18:15] <imacg5> are you there
[18:15] <shwouchk_> (im here like you) does it hang when booting after the install, during the install, or when starting the installer?
[18:15] <imacg5> when i launch the installer from desktop
[18:16] <shwouchk_> imacg5: keep in mind that I'm not your support staff, and in fact nobody here is.
[18:16] <imacg5> i know
[18:16] <imacg5> sorry
[18:16] <shwouchk_> imacg5: before you did anything in the installer? just the launch itself of the installer?
[18:17] <imacg5> i boot from cd, and after a while i see the desktop
[18:17] <imacg5> it has one icon, "install lubuntu 12.10"
[18:17] <imacg5> i doubleclick, and it hangs
[18:19] <shwouchk_> hmm
[18:20] <ianorlin> can you check disc for errors?'
[18:20] <imacg5> while in lubuntu, or on another computer
[18:20] <ianorlin> when first booting
[18:20] <shwouchk_> imacg5: just the installation or the whole computer? Are you able to press A+C+F1 to get to a tty (press A+F7 to get back to xorg afterwards)? Do you see the capslock light blink when you press capslock?
[18:21] <shwouchk_> ah, that's a good idea also.
[18:21] <imacg5> the capslock light blinks, and upon pressing a+c+f1 the fans started whirring but nothing happened
[18:22] <shwouchk_> hmm
[18:22] <shwouchk_> that's odd
[18:23] <shwouchk_> I would do what ianorlin suggested
[18:24] <imacg5> do i check for errors before pressing enter
[18:25] <imacg5> when booting from disc, i press c to boot from cd and then press enter to launch lubuntu
[18:27] <shwouchk_> imacg5: I don't remember how the menu looks, but I think that if you pay attention, then there is an option to check CD for defects at some point while booting. alternatively I would run md5hash on /dev/sr0 or whatever the device with the CD is (from another OS, I'm not sure whether it would work from the same OS), and compare with the posted hash
[18:27] <imacg5> okay ill try that thanks
[18:29] <imacg5> i don't see any way to check for errors
[18:29] <ianorlin> when you first boot up isn't there a menu?
[18:30] <ianorlin> also did you check the md5 sum of your iso?
[18:30] <imacg5> there is a menu white text on black
[18:31] <imacg5> but i don't see a way to check for errors
[18:31] <imacg5> what should i write
[18:32] <shwouchk_> imacg5: it is possible that you need to hold down the shift button while booting to get a menu
[18:32] <shwouchk_> ah, you said there's a menu
[18:32] <ianorlin> not sure that brings up check for errors message
[18:33] <imacg5> i do get a menu, it says welcome to lubuntu 12.10
[18:34] <imacg5> brb
[18:34] <shwouchk_> imacg5: "md5sum <thefile.iso>" and compare to the md5 posted online where you downloaded it
[18:35] <imacg5> in the menu?
[18:35] <ianorlin> from tty I think
[18:36] <shwouchk_> imacg5: from a working machine, the one you downloaded the iso to
[18:36] <shwouchk_> ianorlin: you wouldn't happen to have a clue about my question, would you?
[18:37] <ianorlin> what was your question?
[18:39] <shwouchk_> ianorlin: (it was long) in short, how to have the screen layout update upon monitor in/out in a way similar to what other distros OS/s provide, and/or what other distros use to enable such functionality
[18:40] <ianorlin> um not sure about multiple monitors
[18:40] <ianorlin> I might try to find something
[18:40] <shwouchk_> :()
[18:41] <ianorlin> do you have arandr
[18:43] <ianorlin> https://help.ubuntu.com/community/Lubuntu/MultiDisplay
[18:47] <justin__> when I try booting off a lubuntu intallation disk and select either "try lubuntu without installing" or "install lubuntu" I get the following messages "error: failure reading sector 0x4f500 from 'cd0' Press any key to continue" and then the message "0.323258] Kernal panic - not syncing: VFS: Unable to mount root fs on unkown-block(0,0)"
[18:47] <justin__> how can i fix this and get lubuntu to install?
[18:47] <ianorlin> have you checked for errors or is thta not on the menu
[18:48] <shwouchk_> ianorlin: I do, but as far as I see it does not support automatic configuration change - only running a given configuration as a script.
[18:48] <ianorlin> no to see if the disk is good
[18:49] <shwouchk_> justin__: sounds like a bad CD to me
[18:50] <justin__> shwouchk: I have used multiple CD's though
[18:50] <ianorlin> did you check the iso?
[18:50] <ianorlin> also burn as slow as you can
[18:51] <justin__> i got the iso from lubuntu.net
[18:51] <ianorlin> no the md5 sum of the iso
[18:51] <imacg5> i didn't get to choose that, mine just went straight to the desktop, and it hangs whenever i open a new window
[18:52] <justin__> shwouchk: when i try to boot from kubuntu, lubuntu or ubuntu disks I have the same problems, but arch and chakra disks work fine
[18:54] <shwouchk_> justin__: as ianorlin said, check md5 of the iso first please
[18:54] <shwouchk_> also imacg5.
[18:54] <imacg5> i have the md5 value of my iso file, but what do i compare that to
[18:55] <ianorlin> wiat are you using alt installer?
[18:56] <imacg5> i was linked to this site http://cdimage.ubuntu.com/lubuntu/releases/quantal/release/
[18:56] <imacg5> i dont see no md5 value
[18:57] <shwouchk_> ianorlin: usually the page where you downloaded the iso from
[18:58] <shwouchk_> has the md5 of it
[18:58] <ianorlin> http://cdimage.ubuntu.com/lubuntu/releases/quantal/release/
[18:58] <ianorlin> for 12.10
[18:59] <imacg5> yes that is where i downloaded it from
[18:59] <imacg5> but where do i find md5 value
[19:03] <shwouchk_> imacg5: I would try to search for the word "md5" on that page
[19:06] <imacg5> it's identical
[19:09] <imacg5> okay thanks for all the help guys, really appreciate it
[19:10] <imacg5> gtg
[19:13] <justin__> so I'm redownloading a lubuntu iso directly this time and not a torrent
[19:13] <justin__> and then ill burn it as slow as possible
[19:13] <justin__> and see if i still have the same errors
[22:24] <justin__> so I checked the md5sum on my .iso file and it's correct and when i burned to a disk i burned as slow as possible
[22:31] <justin__> but i still got the same errors as before "error: failure reading sectore 0x4f500 from 'cd0'." and " 0.323258] Kernal panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) "
[22:47] <justin__> anyone?
[23:04] <melodie> hi


[00:02] <davecheney> rick_h_: it's *always* mongodb
[00:03] <waigani> I'm hitting an error that I can't track down. Here is my wip: https://codereview.appspot.com/76670043
[00:03] <waigani> error: launchpad.net/juju-core/testing/testbase.PatchEnvPathPrepend(0): not defined
[00:09] <davecheney> wallyworld: launchpad.net/juju-core/testing/testbase.PatchEnvPathPrepend(0)
[00:09] <davecheney> ^ still importing the lp version
[00:28] <davecheney> https://bugs.launchpad.net/juju-core/+bug/1293269
[00:28] <_mup_> Bug #1293269: juju fails to destroy environment due to missing configuration key <ppc64el> <juju-core:Triaged> <https://launchpad.net/bugs/1293269>
[00:29] <davecheney> great, now destroy environment doesn't work
[00:32] <thumper> o/ davecheney
[00:32] <thumper> I have a branch for the local provider lxc settings
[00:32] <thumper> davecheney: ah, I know what you did there
[00:32] <davecheney> thumper: thanks
[00:32] <thumper> davecheney: that was all me...
[00:33] <thumper> they used to be omit, then I changed the default to "", and now they are omit again
[00:33] <thumper> pretty sure they were only omit for releases
[00:33] <davecheney> :(
[00:33] <thumper> dev envs are likely screwed
[00:34] <davecheney> here is my environment.yaml
[00:34] <davecheney>     local:
[00:34] <davecheney>         type: local
[00:34] <davecheney> <<EOF
[00:34] <thumper> yeah...
[00:34] <thumper> you will need to do the manual thing
[00:35] <thumper> although, I have a bug on my plate to fix destroy environment
[00:35] <thumper> however due to the early dying
[00:35] <thumper> won't help this case
[00:37] <davecheney> fudge
[00:37] <davecheney> thumper: has this screwed 1.17.4 -> 1.17.5 upgrades ?
[00:38] <thumper> davecheney: no, those are fine
[00:38] <thumper> the setting was changed and changed back in beteween releases
[00:39] <davecheney> right
[00:39] <davecheney> cool
[00:39] <davecheney> sorta
[00:40] <thumper> yeah...
[00:40] <thumper> kinda
[00:40]  * davecheney remains alarmed, but not alert
[00:41] <bodie_> rick_h_, davecheney thanks :) I'm on the packaged Mongo for Ubuntu 14.04 -- tried building 2.4.9 from source but I got tons of build errors for some reason.  bleh
[00:42] <davecheney> bodie_: that is the worst of all choices
[00:42] <davecheney> sudo apt-get install juju-mongodb
[00:42] <bodie_> oy
[00:42] <bodie_> ok
[00:42] <bodie_> much appreciated
[00:42] <davecheney> this should have already happened for you
[00:42] <davecheney> this package is a dep of juju-local
[00:42] <davecheney> is this a documentation bug ?
[00:44] <bodie_> Maybe it didn't go in because I already had Mongo
[00:44] <bodie_> but, I don't think Go would fetch a package, would it?  Just source, I thought
[00:45] <bodie_> I'm still just getting my head wrapped around the whole thing, I think I may have been told the packaged Mongo was suitable
[00:45] <davecheney> not suitable
[00:45] <davecheney> manditory :)
[00:45] <davecheney> this smells like a bug
[00:46] <davecheney> juju should detect that you had /usr/bin/mongdb
[00:46] <davecheney> where we rerequire
[00:46] <davecheney> /usr/lib/juju/bin/mongodb [sic]
[00:46] <davecheney> if you uninstall mongo
[00:46] <bodie_> hm
[00:46] <davecheney> and run a juju command it *should* give you reliable advice
[00:47] <davecheney> thumper: well fuck, how do I delete that environment then ?
[00:47] <davecheney> just table flip it ?
[00:47] <thumper> yeah...
[00:47] <thumper> lxc-destroy all the machines
[00:47] <thumper> stop the services
[00:47] <thumper> and delete the upstart entries
[00:47] <thumper> delete the rsyslog entry
[00:47] <davecheney> right-o
[00:47] <thumper> and delete everything from /var/lib/juju/containers
[00:50] <bodie_> I think I have some kinda conflict with a mongo already sitting on my system, but I just now removed everything mongo using apt... maybe the one I'd built from source
[00:50] <bodie_> yeah
[00:51] <bodie_> okay, removed that and now it's suggesting I install mongodb-server
[00:51] <bodie_> but you're saying I need to use juju-mongodb
[00:51] <davecheney> bodie_: this is absolteyly a bug
[00:54] <bodie_> yay, I accomplished something
[00:54] <wallyworld> davecheney: you recently updated the ec2 provider to add ppc and arm arches to tools lookup constraints, right?
[00:56] <davecheney> wallyworld: only ppc
[00:56] <davecheney> someone else is tpo blame for arm
[00:56] <davecheney> arm64
[00:56] <wallyworld> davecheney: because we have a list of hard coded aws instances types (m1.small, etc) which are recorded as supporting i386 and amd64 only
[00:56] <davecheney> wallyworld: i know
[00:57] <wallyworld> hence image matching will fai;
[00:57] <wallyworld> fail
[00:57] <davecheney> this was raised in review and I believe I removed those lines were removed
[00:57] <wallyworld> which lines?
[00:57] <wallyworld> the tools lookup arches?
[00:57] <davecheney> the ones in the ec2 and azure provider from memory
[00:58] <wallyworld> so
[00:58] <wallyworld> 	return &simplestreams.MetadataLookupParams{
[00:58] <wallyworld> 		Series:        e.ecfg().DefaultSeries(),
[00:58] <wallyworld> 		Region:        region,
[00:58] <wallyworld> 		Endpoint:      ec2Region.EC2Endpoint,
[00:58] <wallyworld> 		Architectures: []string{"amd64", "i386", "arm", "arm64", "ppc64"},
[00:58] <wallyworld> 	}, ni
[00:58] <davecheney> guess I didn't get all of them
[00:58] <wallyworld> the Architectures above should just be i386, amd64 right?
[00:58] <davecheney> not sure about arm
[00:58] <wallyworld> no problem
[00:58] <davecheney> i'd say no
[00:58] <davecheney> but I think arm via stgrabers' qemu ami is possible
[00:59] <davecheney> being realistic, just 386 and amd64
[00:59] <wallyworld> ok. so long as we are consistent across the board
[00:59] <wallyworld> that's what i'm aiming for
[00:59] <wallyworld> then we can add in the extra arhes
[00:59] <wallyworld> arches
[01:00] <wallyworld> i just got a little confused when reading the code
[01:00] <bodie_> do I need to submit a bug report or can I simply lbox propose my fix?
[01:00] <davecheney> bodie_: if you can fix it yourself, go for it
[01:03] <bodie_> so it HAS to be juju-mongodb?  I thought it just had to be a version with SSL support
[01:03] <davecheney> bodie_: they are one in the same
[01:03] <davecheney> especially if you are on precise
[01:04] <bodie_> hmm
[01:04] <bodie_> not in my case I guess since I'm using trusty tahr
[01:04] <bodie_> it installed 2.7.0-pre
[01:05] <davecheney> bodie_: oh bodie_ the problem is so many turtles deeper
[01:05] <bodie_> I like turtles... but not this many turtles
[01:06] <bodie_> was really confusing trying to make my tests pass -- I knew it had something to do with the Mongo version but beyond that it gets really murky
[01:06] <bodie_> and then having to wrangle build issues on top of that was making me insane
[01:07] <bodie_> I think GCC 4.8.2 treats a certain thing as a warning that isn't supposed to be treated as a warning
[01:07] <bodie_> do you know if the Vagrant box is suitable for dev?
[01:07] <davecheney> bodie_: is the README in the project incorrect ?
[01:10] <bodie_> ah, the make install-dependencies bit?  I hadn't tried that, I think I stopped reading when I saw the directions for installing the binaries and assumed the README was about that
[01:11] <bodie_> the juju build was failing due to an incompatibility with the latest gwacl, but someone told me about the "known working revisions" doc
[01:21] <bodie_> anyway, thanks for the assist :)
[01:26] <waigani> the "PatchEnvPathPrepend(0): not defined" error I was hitting was resolved by rebuilding the pkg dir
[01:27] <waigani> which means the branch is now ready for review: https://codereview.appspot.com/76670043
[02:22] <davecheney> thumper: good news
[02:22] <thumper> davecheney: yes?
[02:22] <davecheney> building static tools means we don' tneed install moew pkgs into the environment
[02:30] <wallyworld__> axw: how far away is this?
[02:30] <wallyworld__> 	// TODO(axw) 2014-02-11 #pending-review
[02:30] <wallyworld__> 	//     Embed state.Prechecker, and introduce an EnvironBase
[02:30] <wallyworld__> 	//     that embeds a no-op prechecker implementation.
[02:30] <axw> wallyworld__: oops, that was reviewed and should've had an issue added...
[02:31] <axw> but the EnvironBase thing may not happen, as the implementation ended up changing
[02:31] <axw> wallyworld__: why?
[02:31] <wallyworld__> axw: i want to introduce some more common, shared functionality across all providers
[02:31] <wallyworld__> in this case SupportedArchitectures()
[02:32] <axw> wallyworld__: okay. I have no immediate plan to add it, so feel free to do it
[02:32] <wallyworld__> i'll just do a new interface i think
[02:32] <wallyworld__> Go loves single method interfaces :-/
[02:34] <wallyworld__> just gotta think of a name, and no I don't want to use Archer cause there's no arrows to be seen anywhere
[02:34] <axw> why do you need another interface?
[02:35] <axw> adding it to Environ seems appropriate
[02:35] <wallyworld__> guess so
[02:36] <wallyworld__> i think though having an EnvironCapability interface would be good
[02:36] <wallyworld__> we can add more methods to it as needed
[02:36] <wallyworld__> eg is block storage supported
[02:37] <wallyworld__> and easier to stub out for testing
[02:38] <axw> sounds reasonable
[02:45] <thumper> wallyworld__:  https://codereview.appspot.com/74660044
[02:46] <wallyworld__> thumper: https://codereview.appspot.com/76710043/
[02:46] <wallyworld__> :-)
[02:46] <thumper> np
[02:50] <thumper> wallyworld__: I have a parent teacher interview, but will review ASAP on return
[02:50] <wallyworld__> ok, no hurry
[02:50] <wallyworld__> have fun
[02:51] <thumper> wallyworld__: why not utils.arch ?
[02:51] <thumper> then arch.AMD64
[02:51] <thumper> or something
[02:51] <wallyworld__> thought about that, yeah can do that
[02:51] <thumper> I'll keep looking first
[02:51] <wallyworld__> just didn't want to introduce such a small package
[02:51] <thumper> just wondering out loud at the first thing I saw
[02:51] <thumper> ok, let me keep looking first
[02:52] <wallyworld__> sure, but i think you may have a valid poitn cause i almost did it that way
[02:56] <davecheney> 2014-03-17 02:54:32 INFO juju.worker.uniter uniter.go:474 running "config-changed" hook
[02:56] <davecheney> 2014-03-17 02:54:32 ERROR juju.worker.uniter uniter.go:480 hook failed: fork/exec /var/lib/juju/agents/unit-u0-0/charm/hooks/config-changed
[02:56] <davecheney> just hit this with <IP_ADDRESS>
[03:01] <bodie_> latest test output....
[03:01] <bodie_> http://paste.ubuntu.com/7105935/
[03:01] <bodie_> going to bed, will look over this in the morning. any input welcome
[03:01] <bodie_> o/
[03:03] <davecheney> bodie_: sorry mate, still the wrong mongodb
[03:04] <davecheney> or more speciically
[03:04] <davecheney> the test suite tries to bring up a mongodb, but fails
[03:04] <davecheney> most of those tests don't consider the case that mongo couldn't fail to start
[03:04] <davecheney> and so panic during tear down
[03:09] <davecheney> well fuck
[03:09] <davecheney> i need to log a bug about charm-helpers-sh being missing
[03:09] <davecheney> but i can't confirm if it works on precise because I've hit another bug
[03:40] <thumper> davecheney: is that hook failure one where the hook doesn't exist?
[03:41] <thumper> davecheney: the code paths should catch that, and I was horribly confused...
[03:41] <davecheney> thumper: that is correct
[03:41] <davecheney> it shouldn't happen
[03:41] <thumper> I don't understand how we get that error
[03:42] <davecheney> axw: was looking into it
[03:42] <davecheney> i think
[03:42] <thumper> we explicitly catch that error
[03:42] <thumper> and I see that explicit catch happening locally
[03:42] <thumper> and on ec2
[03:42] <thumper> so I'm dumb struck
[03:44] <axw> I was looking at what?
[03:44] <axw> nope.. don't think so
[03:46] <axw> oh yeah I remember this...
[03:55] <davecheney>  /insert jarring chord
[03:57] <jam> morning thumper, I'm in the hangout whenever you're around
[03:58] <wallyworld__> thumper: so can we now drop JUJU_TESTING_LXC_FORCE_SLOW?
[03:59] <thumper> wallyworld__: yes
[03:59] <thumper> jam: ok
[04:00] <wallyworld__> thumper: wanna do that then as part of your work?
[04:00] <thumper> wallyworld__: yeah
[04:00] <wallyworld__> ok, i'll re-review then
[04:15] <axw> davecheney: so the uniter code normally works because exec.Command internally uses LookPath
[04:15] <axw> LookPath is the one that returns an *exec.Error
[04:15] <axw> is it not working with gccgo?
[04:17] <davecheney> axw: this was one ec2
[04:17] <davecheney> with gc
[04:17] <axw> huh
[04:17] <davecheney> this is not a ppc64el specific issue
[04:31] <thumper> wallyworld__: https://codereview.appspot.com/74660044/
[04:31] <wallyworld__> ok
[04:41] <axw> davecheney: you're on Go tip aren't you? (or > 1.2 at any rate)
[04:41] <axw> davecheney: behaviour of os/exec.Command has changed in 1.3
[04:41] <davecheney> axw: is that a question or a statement ?
[04:42] <axw> first is a question, second is a statement
[04:42] <davecheney> then yes, and ok
[04:42] <axw> the statement leads to my question, I'm backwards like that
[04:42] <axw> ok
[04:42] <davecheney> but others have hit this problem using released tools
[04:42] <axw> mmk, nfi why it would fail otherwise
[06:05] <jam> axw: LGTM on https://code.launchpad.net/~axwalk/juju-core/lp1293310-non-existent-hooks/+merge/211247
[06:06] <axw> jam: thanks
[08:11] <rogpeppe3> mornin' all
[08:13] <axw> morning rogpeppe3
[08:13] <rogpeppe3> axw: hiya
[08:14] <axw> rogpeppe3: I made the changes to https://codereview.appspot.com/75990043/, but thought I'd wait until you had a glance in case you weren't happy about the new package
[08:14] <rogpeppe3> axw: looking
[08:19] <rogpeppe3> axw: tiny thing: i wonder if the test should use /bin/sh rather than /bin/bash, as i think that might be what cloud-init is using.
[08:19] <rogpeppe3> axw: (i may be wrong there though)
[08:20] <axw> rogpeppe3: the synchronous bootstrap bit is always bash
[08:21] <rogpeppe3> axw: ok, and the DumpFileOnError code is only ever run in that context?
[08:21] <axw> rogpeppe3: and add-machine ssh, but that's also bash
[08:22] <rogpeppe3> axw: LGTM
[08:22] <axw> thanks
[08:39]  * jam => luncdh
[08:56] <dimitern> wallyworld_, are you around?
[09:02] <jam> morning dimitern
[09:02] <dimitern> jam, morning
[09:02] <jam> dimitern: I missed you earlier
[09:02] <jam> rogpeppe3: 1:1?
[09:03] <rogpeppe3> jam: ah yes!
[09:03] <dimitern> jam, i'm sorry i trusted my nexus ubuntu touch to sound the alarm but it didn't and i read later that it's not implemented yet
[09:27] <wallyworld_> dimitern: hi
[09:27] <vladk> dimitern: hi
[09:36] <dimitern> hey vladk
[09:36] <dimitern> wallyworld_, I have a question about upgrades
[09:36] <wallyworld_> sur
[09:36] <wallyworld_> e
[09:36] <dimitern> wallyworld_, we need to create some dirs with root permissions
[09:36] <wallyworld_> ok. where?
[09:36] <dimitern> wallyworld_, specifically, when upgrading rsyslog config and logdir
[09:37] <dimitern> wallyworld_, what's the best way to do that? i've seen provider/local calling exec.Command("sudo", "/bin/bash", "-s") and attaching stdout and stderr
[09:38] <wallyworld_> dimitern: the  machine agent runs as root, right?
[09:38] <dimitern> wallyworld_, or maybe generate a script and pass it on stdin (i.e. mkdir -p <logdir>)
[09:38] <dimitern> wallyworld_, so you're saying we should be able to create /var/log/juju-<namespace> in an upgrade step?
[09:38] <wallyworld_> i think so
[09:38] <dimitern> ok, i'll try that
[09:39] <wallyworld_> it's just an educated guess
[09:39] <wallyworld_> but would be the simplest i think
[09:39] <wallyworld_> cause an upgrade step is easy enough to write, and is only executed the once when needed to get to 1.18
[09:40] <dimitern> wallyworld_, yeah, i was testing my fix for bug 1291400 and found out some errors due to the logdir in var/log not getting created and hence rsyslog cannot create its certs there
[09:40] <_mup_> Bug #1291400: migrate 1.16 agent config to 1.18 properly (DataDir, Jobs, LogDir) <regression> <upgrade-juju> <juju-core:In Progress by dimitern> <https://launchpad.net/bugs/1291400>
[09:42] <wallyworld_> dimitern: good luck, let me know if it works. my only question is if the owner of the dir would be root but i think so since machine agent runs as root
[09:42] <dimitern> wallyworld_, it has to be a specific user/group i think, i'll check
[09:43] <wallyworld_> maybe, not sure ottomh
[09:43]  * dimitern really hates how we don't chown local provider logs to the user so I don't have to do sudo less ...
[09:43] <wallyworld_> even so, the process will have the priviliges to do it
[09:43] <wallyworld_> dimitern: i agree. file a bug :-)
[09:44] <dimitern> will do :)
[09:44] <wwitzel3> hola
[09:48] <rogpeppe3> hi all
[09:48] <rogpeppe3> voidspace: ping
[09:48] <wwitzel3> hey rogpeppe3
[09:49] <rogpeppe3> wwitzel3: yo!
[09:49] <wwitzel3> rogpeppe3: you have a good weekend?
[09:49] <rogpeppe3> wwitzel3: an excellent weekend, thanks
[09:49] <rogpeppe3> wwitzel3: we actually had some sun yesterday, and even better, managed to go out and take advantage of it
[09:50] <rogpeppe3> wwitzel3: you?
[09:50] <wwitzel3> rogpeppe3: that's great :)
[09:51] <wwitzel3> rogpeppe3: yeah, it was good, nothing exciting, but nice and relazing
[09:51] <wwitzel3> relaxing
[09:53] <voidspace> rogpeppe3, morning
[09:53] <rogpeppe3> voidspace: hiya
[09:53] <voidspace> rogpeppe3, hi :-)
[09:53] <voidspace> rogpeppe3, sorry about Friday
[09:54] <rogpeppe3> voidspace: how's your configuration working now?
[09:54] <voidspace> rogpeppe3, well, mostly good
[09:54] <voidspace> rogpeppe3, :-)
[09:54] <voidspace> rogpeppe3, I can't get the USB monitor working with Ubuntu and I think I'm stuck on a maximum of three monitors
[09:54] <voidspace> rogpeppe3, but other than that, good
[09:55] <voidspace> rogpeppe3, I still need to move the drives to the new machine
[09:55] <rogpeppe3> voidspace: only three monitors, how can you survive? :-)
[09:55] <voidspace> heh
[09:55] <voidspace> it is hard
[09:55] <voidspace> anyway
[09:55] <voidspace> rogpeppe3, shall I pair with you today?
[09:55] <rogpeppe3> voidspace: i was just about to suggest that, yes
[09:55] <voidspace> great
[09:56] <rogpeppe3> voidspace: whenever you're ready
[09:56] <voidspace> rogpeppe3, I'm pretty much ready
[09:56] <voidspace> rogpeppe3, hangout for audio?
[09:57] <rogpeppe> voidspace: let's start with that
[09:58]  * rogpeppe tries to work out how to create a hangout
[09:58] <voidspace> rogpeppe: shall we use the juju-core one, or start our own?
[09:59] <rogpeppe> voidspace: let's just use the juju-core one
[09:59] <rogpeppe> voidspace: https://plus.google.com/hangouts/_/canonical.com/juju-core
[10:08] <mgz> jam: are you around?
[10:09] <jam> mgz: I am, I just need to do a quick "get some coffee/tea" run, and then I'll be happy to chat
[10:09] <jam> mumble or G+ ?
[10:09] <mgz> sure thing
[10:09] <mgz> lets try mumble
[10:16] <jam> mgz: no love....
[10:16] <jam> I'll try again
[10:17] <jam> mgz: so I'm guessing this is Dubai's anti-VOIP software going into effect.
[10:17] <mgz> we'll have to make a new hangout
[10:17] <mgz> cunning
[10:17] <jam> At least, it is what it sounds like when I try to use Skype-out
[10:17] <jam> mgz: there is a hangout associated with our 1:1 calendar event
[10:17] <jam> can you get to that?
[10:17] <mgz> is the canonical mumble server not over ssl?
[10:18] <mgz> lets see
[10:19] <rogpeppe> mgz: have you got the link to the instructions for reconfiguring the gobot, please?
[10:20] <jam> rogpeppe:  https://lists.ubuntu.com/archives/juju-dev/2014-March/002182.html <https://lists.ubuntu.com/archives/juju-dev/2014-March/002182.html>
[10:21] <rogpeppe> jam: thanks!
[10:21] <jam> rogpeppe: he's in G+ with me, and its easier to paste via me, then copy it to IRC :)
[10:27] <rogpeppe> mgz: is there a reason that the verify_command in the tarmac configuration doesn't do a godeps -u ?
[10:28] <mgz> because it would also need go get -u
[10:28] <jam> rogpeppe: because half the time that would just break because you have to fetch first?
[10:28] <jam> and go get -u can overwrite the current branch that we are trying to test?
[10:28] <rogpeppe> jam: in that case, it *should* break, i think
[10:29] <rogpeppe> jam: otherwise we're testing with the wrong deps
[10:30] <rogpeppe> jam: currently i'm trying to help michael get his Instances aggregration branch in, and there's no easy way to do it
[11:06] <voidspace> rogpeppe, https://pastebin.canonical.com/106567/
[11:06] <rogpeppe> voidspace: yeah, just fixed it, i think
[11:08] <voidspace> rogpeppe, cool, thanks
[11:08] <voidspace> rogpeppe, nope :-)
[11:08] <rogpeppe> voidspace: indeed
[11:10] <mgz> now the hook borked
[11:16] <voidspace> rogpeppe, I'm grabbing coffee
[11:16] <rogpeppe> voidspace: k
[11:32] <perrito666> hi everyone
[11:40] <rogpeppe> fwereade: just encountered an interesting error with juju resolved
[11:41]  * fwereade peers nervously at rogpeppe
[11:41] <fwereade> hi again perrito666 :)
[11:41] <rogpeppe> fwereade: it's not too bad actually
[11:42] <rogpeppe> fwereade: i did "juju resolved", and the hook was still in error state
[11:42] <rogpeppe> fwereade: i did it again, and it said "ERROR cannot set resolved mode for unit "tarmac/0": already resolved"
[11:43] <rogpeppe> fwereade: but that was because a hook was still running
[11:44] <rogpeppe> fwereade: i wonder if the uniter should set the unit status out of error state the moment it starts to try rerunning the hook
[11:45] <fwereade> rogpeppe, it *was* designed that way but I'm trying to remember why
[11:45] <rogpeppe> fwereade: BTW the first time i did "juju resolved --retry"
[11:46] <rogpeppe> fwereade: it certainly felt a bit weird when it happen: "why can't i resolve this hook that's in error state?")
[11:46] <fwereade> rogpeppe, IIRC the idea is that we make sure we actually try to handle the resolved before we mark it ready to try again
[11:46] <rogpeppe> happened
[11:46] <rogpeppe> fwereade: i think that's the bit that's not so intuitive
[11:46] <voidspace> fwereade, I've been exchanging emails with  Erik Naslund :-)
[11:47] <fwereade> rogpeppe, the failure mode of setting resolved early is that we could not actually respond, but claim we did
[11:47] <rogpeppe> fwereade: because the user has no visibility into when hooks are actually running
[11:47] <fwereade> rogpeppe, I *think* that's worse
[11:47] <fwereade> voidspace, ah cool -- how's he doing?
[11:47] <fwereade> voidspace, say hi :)
[11:48] <voidspace> fwereade, I will do
[11:48] <voidspace> fwereade, he is using mock at his startup and sent an email saying thanks
[11:48] <fwereade> voidspace, excellent, I'm pretty sure I introduced him to it :)
[12:04] <ahasenack> ng
[12:05] <wwitzel3> natefinch: ping
[12:07] <natefinch> wwitzel3: howdy
[12:08] <wwitzel3> natefinch: quick hangout?
[12:08] <natefinch> sure
[12:10] <rogpeppe> x
[12:13] <bodie_> is there a standard for which version of ubuntu this should work best on?  davecheney says I'm still using the wrongodb, but this is definitely the one make install-dependencies set me up with
[12:14] <jam> bodie_: most testing is done on Precise, we tried to enable Trusty correctly, but then ended up regressing support elsewhere, so we have a patch in progress to restore proper support for Trusty's local provider
[12:15] <bodie_> makes sense
[12:15] <bodie_> is there anything I can do to help there?
[12:15] <bodie_> maybe I'll try the Vagrant setup in the meantime
[12:16] <axw> fwereade: heya. did you want to review https://codereview.appspot.com/70190050/ before Jesse lands it?
[12:16] <axw> it's a big 'un
[12:17] <axw> looks (nearly) good to me, but just checking if I should provision a LGTM on your review
[12:19] <axw> rogpeppe: yeah, I found that (resolved not changing error state immediately) a bit unintuitive too. some sort of feedback would be nice
[12:25] <fwereade> axw, if I haven't looked at it by eod I think we can go ahead,it
[12:25] <bodie_> just downloaded the 639MB vagrant image in almost exactly a minute... love this fios
[12:25] <axw> fwereade: okey dokey
[12:25] <fwereade> 's had several rounds and you were making smart comments last time I saw
[12:26] <fwereade> axw, you can represent me :)
[12:26] <axw> I'll do my best
[12:26] <fwereade> axw, btw I have been trying to assimilate all the awesome azure changes, couple of quick questions
[12:27] <fwereade> axw, 1 (possibly trivially working, probably deserves minor reflection) subordinates in fancy-azure mode
[12:27] <fwereade> axw, I suspect they will all work fine, but if you haven't considered them explicitly please do some thinking
[12:28] <axw> I haven't, and I think they'll work fine, but yes I will have a think about it
[12:28] <fwereade> axw, 2 (maybe more of a sticking point) can we change the startinstance params so that it's expressed in terms of instances to avoid, rather than leaking the concept of "principals" into environs?
[12:29] <fwereade> axw, I haven't figured out whether that screws everything up wrt AddMachine though
 axw, I suspect they will all work fine, but if you haven't considered them explicitly please do some thinking
 I haven't, and I think they'll work fine, but yes I will have a think about it
[12:30] <axw> sorry, net cut out
 axw, 2 (maybe more of a sticking point) can we change the startinstance params so that it's expressed in terms of instances to avoid, rather than leaking the concept of "principals" into environs?
 axw, I haven't figured out whether that screws everything up wrt AddMachine though
[12:31] <axw> fwereade: that makes sense for ec2, but not for azure I think?
[12:32] <fwereade> axw, my though for azure was that we could just put the machine into the same cs/as as all supplied instances (in fancy-azure mode) or ignore (in placement mode)
[12:32] <axw> i.e. with AZ you want to avoid other machines in the AZ, but in azure you want to stick them all in the same Cloud Service
[12:32] <axw> true
[12:32] <fwereade> axw, yeah, but in azure we can do so iff the instances to avoid all match
[12:33] <fwereade> axw, otherwise we can't distribute for reliability but whether that's an issue depends on the setting I think
[12:33] <fwereade> axw, thank god we decided not to allow racing provisioners though
[12:33] <axw> :)
[12:33] <axw> indeed
[12:35] <fwereade> axw, there might be some horrible hole in my logic but I'd like us to try quite hard to keep state concepts out of environ implementations
[12:35] <fwereade> axw, the jobs/info dependencies make me grumpy but they don't feel too fundamental, this raher does
[12:36] <axw> fwereade: yeah, I'll have to have a think about how it'll work
[12:36] <fwereade> axw, tyvm
[12:36] <axw> It'll mean recording more information specifically for provisioning
[12:36] <fwereade> axw, expand please?
[12:37] <axw> fwereade: instances to avoid is determined by the provider policy, right? that needs to happen as we're doing AddMachine if we're going to support clean machine assignment for ec2
[12:38] <axw> then it needs to be picked back up by the provisioner to pass to StartInstance
[12:39] <fwereade> axw, I think we can just always assume instances-to-avoid == instances-running-a-unit-of-this-service
[12:39] <fwereade> axw, provider is free to best-fit that
[12:39] <fwereade> axw, and in the case of manual placement it's completely overridden
[12:40] <fwereade> axw, ah doh I see
[12:40] <fwereade> axw, ormaybe not
[12:40] <axw> fwereade: I think that might work, need to let it marinate
[12:41] <fwereade> axw, it's more info we need at provisioning time, but I think we can just get away with a quick scan of the units on that machine -- if any -- and an API call to find out what other instances are also running those units
[12:41] <fwereade> axw, (prinicpals only, I think, but you already know that)
[12:42] <axw> yup. so basically what I was going to do, but hiding the principals from StartInstance
[12:42] <fwereade> axw, (also consider how/whether we can/should handle principals running on hosted machines -- I'd accept a TODO-figure-it-out there because it won't become a real concern until we start implementing zone distribution inside the other providers)
[12:42] <fwereade> axw, yeah, exactly
[12:43] <fwereade> axw, it's reimplementation but not fundamentally rearchitecting :)
[12:43] <axw> on hosted machines...?
[12:44] <axw> fwereade: what do you mean by "hosted machines"?
[12:44] <fwereade> axw, 2/lsc/3
[12:45] <fwereade> axw, 2/lxc/3
[12:45] <axw> ah
[12:45] <axw> yep, I only thought about it in so far as it's not really supported in Azure :)
[12:48] <fwereade> axw, I'm not quite decided what the Right Thing is yet, in an ideal world we'd be supplying some sort of weighting information -- ie it matter much more that we're not near instance X than Y, because the unit running on X is not well-distributed yet but the one on Y is
[12:48] <fwereade> axw, but that's off in best-is-enemy-of-good territory
[12:48] <fwereade> axw, so sticking with the simplest thing might be wise
[12:49] <fwereade> gaah need to do something quickly before meeting at 2, gtg
[12:49] <axw> fwereade: later, thanks for the chat
[13:23] <rogpeppe> voidspace: lp:~rogpeppe/juju-core/515-state-rename-api-addresses
[13:27] <voidspace> mgz, ping
[13:27] <voidspace> mgz, I'm starting again on a new machine
[13:28] <voidspace> mgz, so I need the bzr magic incantations to create the local branches
[13:28] <voidspace> mgz, and yet again I don't remember them :-)
[13:29] <voidspace> nor indeed where you put the instructions
[13:31] <mgz> voidspace: yeah, I said I should write them down
[13:32] <mgz> voidspace: `bzr switch -b trunk; bzr pull --remember lp:juju-core; bzr switch -b feature_branch`
[13:32] <voidspace> mgz, wonderful, thanks
[13:32] <voidspace> I will email those to myself
[13:32] <voidspace> it's just the initialisation I can't remember
[13:32] <voidspace> using it is fine :-)
[13:33] <voidspace> https://pastebin.canonical.com/106571/
[13:33] <voidspace> rogpeppe, ^^
[13:37] <wwitzel3> the logging calls in state/open.go where do those get logged to? logger.Infof
[13:38] <rogpeppe> wwitzel3: i'm not sure i understand the question
[13:38] <rogpeppe> wwitzel3: do you mean "where do the log messages end up?"
[13:39] <wwitzel3> there are logger.Infof calls in state/open.go, Open() where do the string values passed to Infof end up?
[13:41] <wwitzel3> what file would I tail to see them?
[13:45] <wwitzel3> cloud-init-output.log has them
[13:55] <bodie_> Is there a virtualbox / vagrant image specifically for core dev?
[13:55] <bodie_> i.e., Go installed, etc
[13:55] <rogpeppe> trivial method-renaming review anyone? https://codereview.appspot.com/76890043
[13:55] <bodie_> if not I'm going to host one
[13:55] <rogpeppe> wwitzel3: it depends on the context
[13:55] <rogpeppe> wwitzel3: is this when running a real environment?
[13:56]  * rogpeppe goes for lunch
[13:56] <wwitzel3> rogpeppe: I found it on the machine being bootstrapped in cloud-init-output.log
[14:00] <bodie_> does anyone know an eta on fixing the azure provider?
[14:01] <bodie_> er, rather the compat with the updated provider
[14:01] <bodie_> ... with the updated driver*
[14:01] <bodie_> sigh
[14:02] <mgz> bodie_: use godeps to flip back to the comaptible revision
[14:02] <bodie_> I was just using bzr
[14:02] <mgz> axw has some juju-core branches in progress but they're not yet landed
[14:02] <bodie_> is there a fancy simple go way?
[14:02] <mgz> and this is why we have godeps :0
[14:02] <mgz> rogpeppe: ^you got a potted simple way?
[14:03] <axw> godeps -u dependencies.tsv
[14:03] <bodie_> hehe.. potted.  fun working with people who have variations in their syntax ;)
[14:03] <bodie_> thanks axw
[14:03] <axw> nps
[14:04] <mgz> should be something like: `go get launchpad.net/godeps/...; go install launchpad.net/godeps/...; godeps -u dependencies.tsv`
[14:04] <mgz> from inside juju-core dir
[14:04] <axw> go install is not necessary if you do go get
[14:05] <bodie_> go install rebuilds, right?
[14:05] <bodie_> *double-checks note to self: "stop asking dumb questions"*
[14:07] <axw> bodie_: go install = go build and install the result to $GOPATH/(pkg|bin)
[14:10] <mgz> go get installs? that seems obnoxious, no wonder I generally avoid it
[14:12] <bodie_> heh
[14:12] <bodie_> I feel like the go tool is trying to do too much and not doing enough at the same time
[14:12] <bodie_> it should either do very little, or do things properly
[14:19] <natefinch> wwitzel3: ready to start up again?
[14:25] <natefinch> bodie_: the go tool does the right thing... we're doing slightly the wrong thing right now.   *usually* trunk just builds.  I actually think it's a mistake for us to ever have trunk not build.... but others may disagree.
[14:28] <bodie_> heh
[14:31] <jamespage> sinzui, good morning
[14:31] <sinzui> hi jamespage
[14:32] <jamespage> sinzui, so I was poking at 1.17.5 for trusty upload the morning and wanted to make a time/risk decision that I was not in the full facts of to make
[14:32]  * sinzui nods
[14:32] <jamespage> sinzui, and that really boils down to when 1.18.x will be released; I don't really want to upload 1.17.5 (and revert the juju-mongodb change I put in for .4) if its only really going to be there for a few days
[14:33] <sinzui> jamespage, understood
[14:34] <wwitzel3> natefinch: yep, ready
[14:34] <sinzui> jamespage, My only angst relates to ppc64 and arm64.
[14:34] <jamespage> sinzui, in the context of 1.18?
[14:35] <sinzui> jamespage, I can ask utlemming to release streams.canonical.com, but without those arch among the tools, they wont be tested
[14:35] <sinzui> jamespage, but too your point...they need to know juju-mongodb
[14:36] <jamespage> sinzui, right
[14:36] <sinzui> jamespage, I still think we can see 1.18.0 this week.
[14:36] <jamespage> sinzui, so will 1.18.0 use juju-mongodb across all archs if avaliable? this is fairly critical for the MIR
[14:36] <sinzui> or I release again when I see juju-mongodb restored
[14:36]  * jamespage scrubs fairly from that sentence
[14:37] <sinzui> jamespage, yes, juju-db will be used when it is available
[14:37] <jamespage> sinzui, great
[14:37] <jamespage> sinzui, sorry - juju-db or juju-mongodb?
[14:37] <jamespage> (just to make sure we all know which one)
[14:38] <sinzui> jamespage, sorry. I tried to type less. I mean the latter
[14:38]  * jamespage breathes again
[14:38] <jamespage> I know that was discussed as a rename
[14:42] <bodie_> so I'm on the verge of wiping my workstation and installing 12.04 (using 14.04 now) -- should I wait for this change to go in and just use a VM for now or something?
[14:42] <bodie_> tests seem to be breaking
[14:42] <bodie_> gustavo said it's mongo
[14:42] <bodie_> and I am using juju-mongodb
[14:43] <natefinch> bodie_: 14.04 works fine.  I'm on 14.04 and so are several other devs.
[14:43] <natefinch> bodie_: does mongod --help have the ssl section in the help now?
[14:43] <bodie_> yeah
[14:44] <natefinch> bodie_: can you pastebin the failing tests?  I know you have before, but I want to see if there are differences now that you have the right mongo
[14:45] <bodie_> http://paste.ubuntu.com/7108482/
[14:45] <bodie_> feeling a tiny bit hopeless at this point, it's been 4 or 5 solid days of struggle
[14:45] <bodie_> mongod isn't in my path
[14:46] <bodie_> it's in /usr/lib/juju/bin/mongod
[14:46] <natefinch> bodie_: the code I believe right now expects mongod to be in /usr/bin/
[14:46] <bodie_> it's these tiny little gotchas that make this impossible for people to join in on
[14:47] <bodie_> ok, not impossible
[14:47] <bodie_> frustratingly unobvious
[14:47] <bodie_> this is what I got from using make install-dependencies
[14:47] <natefinch> bodie_: that actually is probably the problem.... we have a bug with the current code about the juju-mongodb.   I know it's terrible, but try moving mongod to /usr/bin
[14:48] <bodie_> can I just symlink it?
[14:48] <natefinch> bodie_: possibly, but you may need to actually remove the juju/bin one.... try symlinking first.
[14:48] <natefinch> bodie_: and yes, we need a better onboarding process, with better documentation etc.
[14:49] <bodie_> I keep thinking it's just me being an idiot
[14:49] <bodie_> was really hoping to get some code in by friday at least
[14:49] <bodie_> thanks for the assistance
[14:50] <bodie_> see, gustavo said it was the wrong mongo version
[14:50] <bodie_> I don't know how he got that from my test output
[14:50] <bodie_> do I just need to move mongod or all 5 binaries?
[14:51] <bodie_> 6*
[14:52] <natefinch> bodie_: I think just mongod, but I'm honestly not 100% sure.
[14:54] <natefinch> bodie_: That is very strange that you're getting all those panics, though.   While we have problems with the juju/bin mongod.... it doesn';t usually panic like that
[14:57] <bodie_> you're on trusty, right?
[14:57] <natefinch> bodie_: yes
[14:58] <bodie_> so I don't really have any reason to expect switching distros to help
[14:58] <bodie_> i'll see if moving the binaries fixes this
[14:59] <bodie_> where did you get your copy of mongodb?
[14:59] <bodie_> James used make install-dependencies and it put his copy in /usr/bin, unlike mine
[15:00] <natefinch> bodie_: I built mine from source
[15:01] <bodie_> finally.  looks like the symlinks worked
[15:01] <bodie_> interesting, what version of gcc?
[15:01] <natefinch> bodie_: 4.8 I think lemme check
[15:01] <natefinch> bodie_: 4.8.2
[15:01] <bodie_> I wasn't able to get the source build to work, it kept spitting out warnings
[15:01] <bodie_> -_-
[15:02] <bodie_> forums looked like maybe a gcc 4.8 issue
[15:02] <bodie_> but I guess not
[15:02] <natefinch> bodie_: er.... hmm.... that's my version of gcc now, but I was on Raring when I built mongo
[15:02] <bodie_> ah
[15:02] <natefinch> bodie_: so possibly an older version of gcc, I don't know
[15:02] <bodie_> ok
[15:03] <rogpeppe> dimitern, natefinch, mgz, fwereade: trivial review please? https://codereview.appspot.com/76890043/
[15:03] <bodie_> aaaand 107,772 test errors
[15:05] <mgz> rogpeppe: wwitzel3 got there already
[15:05] <rogpeppe> mgz: cool
[15:06] <dimitern> rogpeppe, reviewed
[15:06] <rogpeppe> dimitern: thanks
[15:06] <rogpeppe> wwitzel3: thanks to you too - i just hadn't refreshed the page to see your review :-)
[15:07] <rogpeppe> dimitern: i don't understand your comment
[15:08] <rogpeppe> dimitern: the API hasn't change (and hopefully won't change)
[15:08] <rogpeppe> changed
[15:09] <dimitern> rogpeppe, ah, sorry - the public/agent facing api is still the same
[15:09] <rogpeppe> dimitern: yeah
[15:09] <dimitern> rogpeppe, then ignore me ;)
[15:09] <rogpeppe> dimitern: duly ignored
[15:11] <TheMue> adeuring: started testing but have to update my 3rd party packages first
[15:12] <TheMue> adeuring: could you paste me your error(s)?
[15:13] <adeuring> TheMue: http://paste.ubuntu.com/7108636/
[15:14] <TheMue> adeuring: hehe, yep, bingo
[15:14] <TheMue> adeuring: exactly the same here
[15:15] <adeuring> TheMue: the last error is from r 2428. Reverting to r2427 fixes that one
[15:15] <adeuring> but the other two error messages remain...
[15:15] <TheMue> adeuring: that's bad :/
[15:16] <mgz> adeuring: you need the right rev of gwacl, not top
[15:16] <mgz> *tip
[15:17] <mgz> and you want the ratelimiter package
[15:17] <mgz> see the log ^ for godeps tips
[15:17] <adeuring> mgz: ahhh.. thanks, that fixed it!
[15:23] <bodie_> natefinch... any thoughts?  http://paste.ubuntu.com/7108679/
[15:23] <bodie_> I have very little idea what could be causing this
[15:25] <natefinch> bodie_: that's the test that fails if mongod exists in /usr/lib/juju/bin :)
[15:26] <natefinch> bodie_: rename or move mongod from that directory and it'll pass.
[15:26] <natefinch> bodie_: it's a bug in the code & tests
[15:27] <natefinch> bodie_: we half-added a feature to use mongo from that directory
[15:27] <natefinch> bodie_: (where we = me)
[15:34] <natefinch> rogpeppe, mgz: is there a technical reason why cloud-init-output.log isn't mirrored back to the client when bootstrapping with --debug?  That would make my life so much easier
[15:34] <rogpeppe> natefinch: axw is the one to ask
[15:34] <rogpeppe> natefinch: i think it now sends back the output if the bootstrap fails
[15:38] <mgz> natefinch: it's because bootstrap is still in a funny place
[15:38] <mgz> were I redoing from scratch, I'd just have --debug echo/tail/poll the console-log nova api, and similar for local/manua
[15:40] <mgz> curent;y we have a funny mix of cloud-init parts and ssh-in-and-do-things parts that have disparate logging
[15:40] <bodie_> oy.  ok.  thanks natefinch
[15:40] <natefinch> mgz: probably why some of our errors come back as "rc: 1"
[15:41] <mgz> yeah, those are paricularly bad
[15:41] <mgz> because the stderr gets dropped
[15:41] <mgz> unlike with cloud-init
[15:42] <natefinch> mgz: I actually tried fixing that, and ended up with stderr being "return code 1"  or something along those lines equally useless
[15:43] <mgz> :)
[15:43] <mgz> too many lovely layers
[15:47] <stokachu> is there any documentation on using kvm as a container?
[15:48] <stokachu> the code looks like it supports it but couldnt find any documentation
[15:49] <bodie_> natefinch, can you point me to the bit that tries to use /usr/lib/juju/bin ?  would be nice if I could take a crack at fixing something
[15:49] <natefinch> stokachu: there's a bug about us needing to add documentation about it
[15:49] <stokachu> ok cool, any notes lying around?
[15:50] <bodie_> I guess /agent/mongo/mongo.go
[15:52] <natefinch> bodie_: yeah... I think the problem is that the test is using the MongoPath method, and the MongoUpstartService function is not.  we hard coded the MongoUpstartService but forgot to fix the test.  REally we should hardcode MongoPath for now, and put MongoUpstartService back to using MongoPath.
[15:52] <natefinch> stokachu: juju help add-machine, and just replace lxc with kvm
[15:52] <stokachu> natefinch: ah ok thanks
[15:52] <bodie_> I see
[15:52] <stokachu> and use manual provider right?
[15:53] <perrito666> hey, make on master yells errors in lxc.go and clonetemplate.go
[15:53] <natefinch> stokachu: that's orthogonal
[15:53] <perrito666> is this expected or I have something broken?
[15:53] <natefinch> perrito666: I'm not sure anyone actually uses make
[15:54] <natefinch> stokachu: do juju help deploy to see how to deploy to a specific machine (including new container)
[15:54] <stokachu> ok thanks will do
[16:15] <rogpeppe> voidspace: can you hear me?
[16:15] <rogpeppe> voidspace: or are you still coffeeing?
[16:22] <voidspace> rogpeppe, https://lastpass.com/
[16:23] <voidspace> rogpeppe, vault
[16:23] <voidspace> rogpeppe, that's the lastpass terminology anyway
[16:25] <rogpeppe> dimitern, fwereade, natefinch, mgz: small review (adding State.SetAPIAddresses)? https://codereview.appspot.com/76950043
[16:33] <stokachu> i <3 juju+kvm
[16:38] <natefinch> voidspace, rogpeppe: I love lastpass.  I don't know how anyone actually uses the web without it (or something like it)\
[16:38] <rogpeppe> natefinch: yeah, i think i need to use it
[16:38] <rick_h_> natefinch: +1 got the wife using it as well
[16:38] <voidspace> natefinch, I've just migrated from 1password as part of the move away from OS X
[16:39] <voidspace> natefinch, so far so good :-)
[16:39] <natefinch> it makes it trivial to use a different very strong password with every single service, which is really the only way to be secure.
[16:40] <natefinch> voidspace: I've been using it for a few years now.  No complaints.
[16:44] <rogpeppe> two branches out for review, please: https://codereview.appspot.com/76950043, https://codereview.appspot.com/76870044
[16:44] <rogpeppe> dimitern, natefinch, wwitzel3, mgz, fwereade: ^
[16:44] <natefinch> voidspace: one thing I like is that if you pay for it, you get the mobile client and access to the dolphin browser plugin (if you're on android, not sure if they have it on iOS)... the dolphin plugin works just like the desktop plugin, which is handy for browsing on your phone
[16:44] <natefinch> rogpeppe: I'll grab at least one
[16:44] <voidspace> natefinch, I've been using 1password for years which is very similar, except with syncing via dropbox instead of the passwords on their servers...
[16:45] <rogpeppe> natefinch: the 1st is a prereq of the 2nd
[16:45] <voidspace> natefinch, you can't have browser plugins on iOS unfortunately :-/
[16:45] <natefinch> voidspace: pretty sure lastpass is encrypted locally before you send your data to them, btw
[16:45] <natefinch> voidspace: I have a suggestion you probably won't like ;)
[16:45] <voidspace> natefinch, you buy me a new phone and I'll use it :-)
[16:45] <rick_h_> natefinch: works in mobile firefox. I use it in that on android
[16:45] <natefinch> voidspace: rofl
[16:49] <natefinch> voidspace: that's cool.  I'll have to try it and see how it compares to dolphin
[16:49] <natefinch> er rick_h_ ^
[16:53] <natefinch> rogpeppe: there you go
[16:54] <rogpeppe> natefinch: thanks
[16:55] <rogpeppe> natefinch: the second one is even simpler :-)
[16:55] <natefinch> rogpeppe: I did both ;)
[16:55] <rogpeppe> natefinch: brilliant!
[17:20] <voidspace> rogpeppe, back
[17:24] <voidspace> rogpeppe, I got dumped out of the hangout - trying to join again
[17:24] <rogpeppe> voidspace: k
[17:25] <voidspace> rogpeppe, hmm... it won't let me back in
[17:26] <rogpeppe> voidspace: what error do you see?
[17:27] <voidspace> rogpeppe, it takes me to the error page and says "there was an error", with a "Start a new hangout" button
[17:27] <rogpeppe> voidspace: awesome
[17:27] <voidspace> rogpeppe, now it's saying "It's taking too long to connect you to this video call.Try again in a few minutes"
[17:28] <voidspace> rogpeppe, which at least is progress I think...
[17:28] <rogpeppe> voidspace: i could try leaving and joining again
[17:28] <wwitzel3> Google is having some issues with hangouts atm
[17:28] <voidspace> that would explain it...
[17:28] <rogpeppe> voidspace: it still thinks you're connected, BTW
[17:29] <rogpeppe> voidspace: ha, i also cannot rejoin
[17:35] <voidspace> rogpeppe, creating a new one fails. wwitzel3 would appear to be correct :-)
[17:35] <rogpeppe> voidspace: yup
[17:37] <voidspace> rogpeppe, I'm going to work on my vim setup as that's pretty essential
[17:37] <voidspace> rogpeppe, I have half an hour to EOD
[17:37] <rogpeppe> voidspace: sgtm
[17:37] <rogpeppe> voidspace: we've done alright today i reckon
[17:37] <voidspace> rogpeppe, Mondays I have to leave promptly at 6pm due to krav maga, most other days I can be more flexible
[17:37] <voidspace> rogpeppe, yep, been fun
[17:38] <rogpeppe> voidspace: branch just merged
[17:38] <rogpeppe> voidspace: one still to go
[17:38] <voidspace> I saw
[17:38] <voidspace> great
[17:38] <voidspace> yep
[17:38] <rogpeppe> dimitern: ping
[17:39] <rogpeppe> fwereade: ^
[17:44] <natefinch> TIL not to mess with voidspace.... unless there's some other krav maga I don't know about, that's like, a UK form of knitting
[17:49] <voidspace> natefinch, hehe
[17:49] <voidspace> natefinch, I've only been doing it for a couple of months
[17:49] <voidspace> natefinch, I really enjoy it but still at the "complete beginner" stage
[17:51] <voidspace> natefinch, I still advise not messing with me though...
[17:56] <perrito666> natefinch: wwitzel3 hi, just wanted to say hello, you seem to be my most overlapped co-teammers :)
[17:56] <voidspace> right - EOD
[17:56] <voidspace> 'night all
[17:56] <bodie_> laters
[17:56] <voidspace> see you tomorrow
[17:56] <natefinch> voidspace: night!
[17:57] <natefinch> perrito666: hi, yes, it's nice not to be the only one here in the afternoons :)
[17:58] <wwitzel3> perrito666: hi :)
[18:08] <natefinch> rogpeppe, mgz: wwitzel3 and I were wondering if there were things in state.Open we should *not* be doing in an HA environment... .like if you're not the first bootstrap node to come up.   It's a little hard to tell what might cause problems if it were ran more than once.
[18:09] <rogpeppe> natefinch: i've certainly be *trying* to make everything that happens in state.Open applicable in a HA environment
[18:09] <rogpeppe> s/be /been /
[18:10] <natefinch> rogpeppe: we're having a problem where bootstrap seems to finish successfully, but then juju status gets an error ERROR state/api: websocket.Dial wss://ec2-54-198-131-15.compute-1.amazonaws.com:17070/: dial tcp <IP_ADDRESS>:17070: connection refused
[18:11] <rogpeppe> natefinch: is this on tip?
[18:11] <natefinch> rogpeppe: tip-ish.  I synced my branch last thursday, I believe
[18:11] <rogpeppe> natefinch: what do you see in the logs?
[18:12] <rogpeppe> natefinch: (it sounds like the machine agent isn't coming up properly)
[18:12] <natefinch> rogpeppe: I'm bringing up a new environment now, I'll check and see if I see anything noteworthy in the logs.
[18:19] <natefinch> rogpeppe: ahh, hmm, looks like we're getting a mongo error when we try to read the replsetconfig while opening state (we do that to know if we need to call initiate)
[18:20] <rogpeppe> natefinch: sounds right
[18:20] <rogpeppe> natefinch: i have some code that does the initial replicaset setup for state, if it might be helpful for you
[18:21] <natefinch> rogpeppe: we actually just were working on that today.  Right now our code does it in state.Open if the replset isn't already initiated
[18:22] <rogpeppe> natefinch: i'm not sure that's a great idea
[18:22] <rogpeppe> natefinch: it seems to take quite a long time after setting the initial (1 member!) replica set configuration until you can actually use the mongo again
[18:23] <rogpeppe> natefinch: i have no idea why that should be
[18:23] <rogpeppe> natefinch: i would prefer to keep the replicaset logic out of the state package
[18:24] <natefinch> rogpeppe: I was just putting it there because there's 40 lines of setup to dial mongo, which we have to do anyway
[18:27] <rogpeppe> natefinch: yeah, i see that, but i wonder if there some other possibility
[18:28] <natefinch> rogpeppe: I'm sure we can factor out the 40 lines so we don't have to write it multiple times.  And re-dialing isn't a big deal.
[18:28] <rogpeppe> natefinch: well, we'll have to redial anyway
[18:29] <natefinch> rogpeppe: right
[18:29] <bodie_> This line should read juju-mongodb, right?  http://paste.ubuntu.com/7109636/
[18:29] <bodie_> It currently says mongodb-server
[18:29] <bodie_> which I don't think will come from the ppa
[18:29] <rogpeppe> natefinch: i can think of two possibilities atm
[18:29] <rogpeppe> natefinch: 1) add a method to State that returns the mongo DialInfo that's appropriate for dialling the state's mongo server.
[18:30] <rogpeppe> natefinch: 2) factor out the dial code into another package and make state.Open call it
[18:31] <natefinch> rogpeppe: seems like the mongo package we already have would be a reasonable place to put the refactored method.  Getting stuff out of state seems like a good idea.
[18:31] <rogpeppe> natefinch: 3) factor the dial code out of state entirely and pass a mongo session into state.Open and state.Initialize
[18:32] <natefinch> rogpeppe: 2 or 3 seem fine, I don't really have an opinion as to which is better.  Probably passing the session into state is more flexible.
[18:33] <natefinch> (so I guess I do have an opinion ;)
[18:33] <natefinch> no strong opinion :)
[18:33] <rogpeppe> natefinch: the first option is least work
[18:33] <rogpeppe> natefinch: the third option is the most work
[18:34] <natefinch> rogpeppe: the difference between 2 and 3 seems small. though I don't know about the tests.  Mostly it seems like cut and paste.
[18:34] <natefinch> (aside from tests)
[18:35] <rogpeppe> natefinch: yeah, 3 isn't actually so bad - there are only 33 calls to state.Open in the code
[18:35] <natefinch> heh
[18:35] <rogpeppe> natefinch: i think it's my preferred option actually
[18:37] <rogpeppe> natefinch: but it is actually quite a big change, now i think about it
[18:37] <rogpeppe> natefinch: we'd need to move state.Info out of state
[18:38] <rogpeppe> natefinch: it might all work out nicely though
[18:40] <rogpeppe> natefinch: i would definitely run the idea past fwereade though, as it is definitely making the state abstraction a more leaky
[18:40] <rogpeppe> s/a more/more/
[18:42] <wwitzel3> natefinch: done for the day, but I will still be here on and off
[18:43] <wwitzel3> natefinch: if you make any break throughs make sure you push it to your branch so I can check it out in the morning
[19:05] <natefinch> wwitzel3: will do.
[19:06] <natefinch> rogpeppe: I'll mention it to fwereade.  Probably to get things going ,the best idea right now is to do #1.  Bringing on extra work, even if it's refactoring things a little more nicely, is probably not the best idea.
[19:06] <rogpeppe> natefinch: agreed
[19:12] <perrito666> hey, I am on my way out, see you all tomorrow :)
[19:12] <natefinch> perrito666: see you tomorrow :)
[19:26] <thumper> o/
[19:30] <natefinch> o/ thumper
[19:50] <hazmat> thumper, so with aufs local lxc.. is that optional?
[19:50] <thumper> hazmat: it is about to be
[19:50] <thumper> hazmat: I have a branch that allows configuration
[19:51] <hazmat> thumper, awesome
[19:51] <thumper> spent yesterday writing tests for it mostly
[19:51] <thumper> hazmat: it was on all the time (other than btrfs)
[19:52] <hazmat> yeah.. twould be nice as constraint..
[19:52] <hazmat> but env config is an ok fallback
[19:52] <hazmat> thumper, cause next would be aa-unconfined profile as container/workload constraint
[19:52] <hazmat> re ostack on local
[19:53] <hazmat> all of which would come back to supporting provider specific constraints
[19:53]  * thumper nod
[19:53] <thumper> s
[20:01] <rogpeppe> right, i'm done
[20:01] <rogpeppe> g'night all
[21:05] <natefinch> EOD for me.  Night all.
[21:06] <marcoceppi> thumper: did fast lxc land in 1.17.5?
[21:06] <thumper> marcoceppi: yes, but it seems there may be permission issues
[21:06] <thumper> looking into it
[21:07] <marcoceppi> thumper: well if there's something i have to do, like modify a path or whatever, I'm down for that, I just want fast lxc while writing this charm
[21:07] <thumper> yes, it is there
[21:13] <thumper> mwhudson: ping
[21:13] <thumper> mwhudson: maybe you are flying...
[22:21]  * thumper waits for the merge...
[22:32] <thumper> phew, third time lucky
[22:40] <marcoceppi> thumper: so, after the first time I deploy, each deployment (even between bootstraps) should be fast?
[22:43] <marcoceppi> thumper: oh, actually, I got an error executing lxc-clone
[22:43] <marcoceppi> thumper: ah, juju-local needs to depend on aufs-tools
[22:44] <thumper> ah
[22:44] <marcoceppi> thumper: :\ http://paste.ubuntu.com/7110975/
[22:44] <thumper> write that shit down L)
[22:44] <marcoceppi> after install aufs-tools
[22:45] <thumper> hmm...
[22:46] <marcoceppi> thumper: oh,I'll def file a bug as soon as I track down the issue
[22:46] <thumper> coolio
[22:46] <marcoceppi> s/I/you
[22:50] <thumper-gym> heh
[22:56] <marcoceppi> thumper-gym: yeah, I aufs-tools didn't fix it and i'm nto sure where else to look. I'm guessing the lxc-container-aufs option is in trunk and not released?
[23:34] <mwhudson> thumper-gym: hey, i am at kingsford smith airport so am happy for you to try to stop me getting bored out of my mind :-)
[23:40] <mwhudson> (that said the internet is pretty rubbish, so i might not be very good conversation)