[07:57] <kevin___> good pm
[10:20] <crackerer> anybody know how to correctly identify the temperature of Athlon II x3 440 using msi 880gma-e45 motherboard?
[10:21] <crackerer> mga kabayan tulog ba kayo lahat? :-)
[10:51] <crackerer> dodimar: tulog ba talaga mga tao dito?
[10:54] <crackerer> TESTING!
[10:57] <dodimar> @Crackerer... siguro..
[10:57] <butiki> dodimar: Error: "Crackerer..." is not a valid command.
[10:58] <dodimar> crackerer... siguro..
[10:59] <crackerer> @crackerer: test... butiki??
[10:59] <butiki> crackerer: Error: "crackerer:" is not a valid command.
[10:59] <crackerer> butiki bot
[10:59] <butiki> crackerer: Error: "bot" is not a valid command.
[10:59] <crackerer> @help
[10:59] <butiki> crackerer: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.


[14:46] <LjL> @test
[14:47] <Pici> failed.
[14:47] <LjL> resurrected old bot for other channels, thought it might still be of some use here
[14:47] <LjL> Pici: no, succeeded
[14:47] <Pici> oh
[14:47] <Pici> Oh, a supybot.
[14:47] <LjL> @translate it en pici: volevo assicurarmi che nessun altro bot rispondesse a quel carattere
[14:47] <BabelBot> LjL: pici: I wanted to make sure that no other bot to respond to that character
[14:48] <jussi01> @now
[14:48] <BabelBot> jussi01: Error: "now" is not a valid command.
[14:48] <jussi01> LjL: ^^
[14:48] <Pici> LjL: Well, ubottu does, but it won't if its not a valid command.
[14:48] <LjL> ok then which character do you like best
[14:49] <Pici> @config supybot.reply.whennotcommand
[14:49] <ubot2`> Pici: False
[14:49] <BabelBot> Pici: Global: True; #ubuntu-irc: True
[14:49] <ubot4> Pici: False
[14:49] <Pici> ^^
[14:49] <LjL> POINT MADE
[14:49] <LjL> which character do you want
[14:50] <Pici> Something thats not @ or !
[14:50] <Pici> Or turn on that setting.
[14:51] <LjL> Pici: if i turn on that setting there'll still be a crapload commands that will be common to both bots
[14:51]  * pleia2 votes for ~
[14:52] <LjL> bad idea
[14:52] <pleia2> oh, alright
[14:52] <LjL> it's not on a few international keyboards
[14:52] <pleia2> % ?
[14:52] <LjL> at least the italian one
[14:52] <LjL> that works
[14:52] <LjL> %alias add tr translate $*
[14:52] <BabelBot> LjL: The operation succeeded.
[14:53] <LjL> %tr sv en konstigt att see supybot svara till % men det funkar nog bra
[14:53] <BabelBot> LjL: strange to see supybot respond to the% but it works good enough
[14:54] <LjL> %dict test
[14:54] <BabelBot> LjL: foldoc, gcide, wn, jargon, bouvier, and moby-thes responded: gcide: Test \Test\, v. i. [L. testari. See {Testament}.] To make a testament, or will. [Obs.] [1913 Webster] Test; bouvier: TEST. Something by which to ascertain the truth respecting another thing. 7 Penn. St. Rep. 428; 6 Whart. 284. Vide Religious Test; gcide: Test \Test\, n. [L. testis. Cf. {Testament}, {Testify}.] A (28 more messages)
[14:54] <pleia2> yay :)
[14:54] <Nafallo> %tr fr ✁☹
[14:54] <BabelBot> Nafallo: (translate <from-language> [to] <to-language> <text>) -- Returns <text> translated from <from-language> into <to-language>. Beware that translating to or from languages that use multi-byte characters may result in some very odd results.
[14:55] <Nafallo> %tr en fr ✁☹
[14:55] <BabelBot> Nafallo: ✁ ☹
[14:55] <LjL> %tr sv en nafallo är lite dum ibland
[14:55] <BabelBot> LjL: nafallo is a bit stupid sometimes
[14:55] <Nafallo> aha! the french insert spaces!
[14:55] <LjL> silly french
[14:56] <niko> LjL: ?
[14:56] <LjL> niko: silly!
[14:56] <niko> han
[14:58] <LjL> i'd still like to make people able to subscribe to translations like with the home-built babelbot that i did the other time...
[14:58] <LjL> except the home-built one worked awfully
[14:59] <LjL> now that google translate has automatic language detection, though... but supybot doesn't support that :|
[16:47] <jester-> hi
[21:51] <MTecknology> That's interesting.. someone decided to create an #ubuntu-uds channel
[21:53] <m4v> chanserv says it isn't registered
[21:53] <MTecknology> m4v: it's not. I just thought it was interesting that it's being used
[22:02] <MTecknology> m4v: otoh... #ubuntu-cloud is registered and not showing as an official channel
[22:02] <jpds> MTecknology: Well, poke them towards #ubuntu-devel-summit
[22:13] <MTecknology> heh - I was just skimming the available #ubuntu* channels and #ubuntu-cloud is the only one I'm not so sure was approved by the GC
[22:14] <MTecknology> oddly enough - a channel I'd like to see active and approved :P


[01:45] <h00k> OvenWerks: you don't happen to be around, do you?
[01:46] <OvenWerks> half and half.
[01:46] <h00k> I'm futzin for a bit, anyway.
[01:47] <OvenWerks> just waiting for my wife to get here
[01:47] <OvenWerks> then we go to eat I think
[01:52] <h00k> OvenWerks: I'm pretty sure it's Ardour I need to learn to use
[01:53] <OvenWerks> That is what i think too
[02:03] <OvenWerks> h00k: have you seen these ones: https://community.ardour.org/community#videos
[02:04] <h00k> OvenWerks: some of them, I'm browsing them now actually
[02:05] <h00k> OvenWerks: I notice that I have browser audio working, and as soon as I start jack from ubuntu studio controls, I lose browser audio and it will not return until I quit jack
[02:08] <h00k> similar from qjackctl
[02:10] <h00k> but starting it from Ardour keeps it. Okay. Lesson learned.
[02:25] <h00k> So, definitely I lose all audio once I start jack with ubuntu studio controls with default settings
[02:35] <h00k> is there a way to reset ubuntu studio controls to all defaults?
[02:47] <OvenWerks> that should not happen, default is to bridge pulse to jack and connect it to ssystem:playback_1 and 2 (the 1 and 2 can be changed)
[02:47] <h00k> I see that
[02:47] <OvenWerks> to reset to default rm ~/.config/autojack/autojackrc
[02:48] <h00k> No external USB devices plugged in, jack not running at all, any configuration I make, I cannot keep browser audio when i start jack with -studio-controls
[02:49] <OvenWerks> when you do start jack with controls, pulse can only use jack as it's output device
[02:49] <OvenWerks> which device are you using with jack?
[02:50] <h00k> well, I've got a USB capture cord for a guitar/ukulele (current challenge) and eventually an electric drum kit via USB/midi
[02:50] <OvenWerks> maybe try this (all one line) and paste the url it comes up with: cd /tmp && wget https://community.ardour.org/files/adevices.sh && bash ./adevices.sh |pastebinit
[02:51] <OvenWerks> do this with jack running
[02:51] <h00k> via which method -- studio controls, qtctl, or ardour itself
[02:51] <h00k> or does it not matter
[02:51] <OvenWerks> controls would be best
[02:52] <h00k> OvenWerks: https://paste.ubuntu.com/p/s24dRMDWW8/
[02:53] <OvenWerks> that is not with -controls.
[02:53] <h00k> indeed it was :[
[02:54] <h00k> with it stopped: https://paste.ubuntu.com/p/svRCMSfBfd/
[02:55] <h00k> jack started with ardour: https://paste.ubuntu.com/p/Sytc65QJzR/
[02:56] <OvenWerks> the first one was not with jack started by ubuntustudio controls,
[02:57] <OvenWerks> so that is the same then
[02:57] <OvenWerks> that is the way ardour starts jack
[02:59] <h00k> check it: https://paste.ubuntu.com/p/bMpJhrBKvc/  https://drive.google.com/file/d/1x5njmFhGwQspGVbnLuRGcYl7APJTWKQ6/view?usp=sharing
[02:59] <h00k> It really was
[03:00] <OvenWerks> nope, controls may be running but it would not start jack that way unless it is a diferent version than anything in thje lasy 10 years
[03:00] <OvenWerks> controls does not use jackd
[03:01] <h00k> I have no idea what you mean or what I am doing wrong
[03:01] <OvenWerks> so stop ardour which should stop jack
[03:01] <h00k> ardour isn't running
[03:02] <OvenWerks> qjackctl?
[03:03] <h00k> qjackctl had it running.  sorry.
[03:03] <OvenWerks> I need to go for a bit
[03:03] <h00k> no problem
[03:03] <h00k> thanks anyway
[03:04] <OvenWerks> ok
[03:04] <OvenWerks> i be back
[03:05] <OvenWerks> It is almost like the file has been modified
[03:05] <OvenWerks> ( usr/bin/autojack )
[03:05] <h00k> ps aux | grep jack: https://paste.ubuntu.com/p/Y3PwsJ6ktM/
[03:06] <h00k> I can pastebin autojack but I don't know if that's helpful.
[03:07] <OvenWerks> sure, I look through quick
[03:07] <h00k> https://paste.ubuntu.com/p/b6F2XJmVPH/
[03:08] <h00k> ~./config/autojack/autojackrc looks basic: https://paste.ubuntu.com/p/9n6KzRSNr6/
[03:09] <OvenWerks> autojack is correct, it should start jackdbus via jack_control
[03:09] <h00k> jack is *actually* killed (kill -9), although have no audio (browser)
[03:10] <h00k> I'm gonna bounce this thing. brb.
[03:12] <h00k> on login, jackd already running
[03:12] <OvenWerks> That jack is not even the same settings as the -controls config. I thin k it is stuck somehow.
[03:12] <h00k> neat :[
[03:12] <OvenWerks> jackd or jackdbus?
[03:12] <h00k> both
[03:13] <OvenWerks> do you have cadence installed?
[03:13] <h00k> grep jack: https://paste.ubuntu.com/p/gFSWnpFr97/
[03:13] <h00k> yes (by default, ubuntu studio)
[03:13] <h00k> wait
[03:13] <h00k> nope
[03:13] <h00k> no binary executable by that name in my paths
[03:15] <h00k> should I have cadence installed?
[03:16] <h00k> this was a fresh 20.04 install about a week or two ago, I haven't done much mucking
[03:16] <OvenWerks> ls ~/.config/autostart/
[03:16] <OvenWerks> does that have anything in it?
[03:16] <OvenWerks> don't install cadence
[03:17] <h00k> I have no .config/autostart
[03:17] <h00k> empty/doesn't exist
[03:17] <h00k> no folder
[03:17] <OvenWerks> empty is ok
[03:18] <OvenWerks> did you try running jack as root?
[03:19] <h00k> nope, never.
[03:19] <OvenWerks> good
[03:19] <h00k> I know better ;)
[03:19] <h00k> yeah, on login, jackd starts, and I have zero audio
[03:19] <OvenWerks> is this ubuntustudio or ubuntu with ubuntustudio on top?
[03:20] <h00k> studio proper
[03:21] <OvenWerks> settings->session and startup
[03:21] <OvenWerks> there is a application autostart tab
[03:21] <h00k> I see that
[03:22] <h00k> Just pulseaudio as far as anything audio in here
[03:23] <OvenWerks> how about in the session tan
[03:24] <h00k> https://imgur.com/iX9UhCa.png
[03:24] <h00k> xfwm4, settings, panel, thunar, xfdesktop, power manager, pulseaudio, kdeconnectd
[03:25] <h00k> advanced has 'gnome services on startup' checked
[03:25] <h00k> KDE unchecked, remote apps unchecked
[03:25] <OvenWerks> in the general tab is Automatically save session on logout checked?
[03:27] <h00k> No
[03:27] <OvenWerks> I don't know what is starting jackd
[03:28] <OvenWerks> did you do a full reboot or just logout/in?
[03:29] <h00k> full reboot
[03:29] <h00k> lemme see if there's anything fishy in qjackctl
[03:30] <OvenWerks> That commandline does not look like qjackctl either (to me)
[03:31] <OvenWerks> qjackctl specifies two devices normally
[03:31] <h00k> "save JACK audio sever config to" .jackdrc
[03:31] <h00k> that's it
[03:32] <h00k> standby.
[03:37] <h00k> removed .jackdrc, rebooted, jackd did not start on login. Clean ~/.config/autojack/autojackrc by deleting, launch ubuntustudio-controls, and now it will *not* start jack.
[03:37] <h00k> where be the logs for that bad boy?
[03:39] <OvenWerks>  they are ~/.log/
[03:41] <OvenWerks> the file is autojack.log
[03:41] <OvenWerks> the file in the jack subdir may say something too.
[03:42] <h00k> I'm seeing ERROR: JackServer::Open failed with -1
[03:42] <h00k> in jackdbus.log
[03:42] <h00k> https://paste.ubuntu.com/p/f5hXQhtTrh/
[03:45] <OvenWerks> how about autojack.log
[03:45] <OvenWerks> it looks like some other application is using that device.
[03:46] <h00k> jack starting with ardour: https://paste.ubuntu.com/p/CKgCTGspwR/
[03:47] <OvenWerks> Ya, same command line
[03:48] <OvenWerks> I feel like I am missimg something.
[03:50] <OvenWerks> when controls starts jackdbus, it first tells pule not to see any alsa devices, then does a killall -9 jackd jackdbus... then starts to set up jackdbus.
[03:50] <OvenWerks> *pulse
[03:52] <h00k> I got jack running with us-controls. Method: Run ardour, let ardour start jack. Mess around for a bit, quit ardour.
[03:53] <h00k> Jack quit. Tested browser audio: works. Fired up -studio-controls, started jack, it started, lost browser audio.
[03:54] <OvenWerks> what does  jack_lsp -c |pastebinit
[03:54] <OvenWerks> show?
[03:54] <h00k> https://paste.ubuntu.com/p/wPfRnztnqt/
[03:54] <h00k> https://paste.ubuntu.com/p/Y3wXycm7ty/
[03:56] <OvenWerks> in pavucontrol applications
[03:56] <h00k> I can do a video tour, heh
[03:56] <OvenWerks> sorry in the Playback tab
[03:57] <OvenWerks> I guess we should see the output devices
[03:57] <OvenWerks> you should see jacksink (pulse_out)
[03:57] <h00k> https://imgur.com/DKltZ8J.png
[03:57] <h00k> can confirm
[03:57] <h00k> yes
[03:57] <h00k> I do see that, and I see audio that *should* be playing but isn't
[03:58] <h00k> https://imgur.com/F2QGKEm.png
[03:58] <OvenWerks> That all looks right
[03:59] <h00k> https://imgur.com/egiI0qr.png
[03:59] <h00k> I am baffled, it *looks* like it should be doing a thing.
[04:00] <h00k> carla: https://imgur.com/w7HnWGe.png
[04:02] <h00k> should I mess with "Extra Devices" in studio-controls?
[04:02] <h00k> "Connect other internal audio interfaces"
[04:02] <OvenWerks> prpobably not
[04:02] <h00k> maybe pulseaudio is being a putz
[04:02] <OvenWerks> hdmi requires really large buffers
[04:03] <h00k> I do have 2 PCH devices
[04:03] <h00k> https://imgur.com/NZ4WwF1.png
[04:03] <OvenWerks> so does killall -9 jackd actually kill jackd?
[04:04] <h00k> I did a kill -9 on the processid, and it killed it.
[04:04] <OvenWerks> maybe try using -controls but setting buffer to 4096
[04:05]  * OvenWerks is runniing out of ideas
[04:05] <h00k> no change there
[04:05] <OvenWerks> does it still start jackd?
[04:05] <h00k> Yep
[04:06] <h00k> I just tried 3 jack periods, neg.
[04:07] <h00k> neg meaning browser audio (and all other audio) dies when I start jack with -controls
[04:07] <OvenWerks> ya.
[04:07] <OvenWerks> because jackd is getting started
[04:07] <OvenWerks> your usb device has a headphone jack?
[04:08] <h00k> It does not
[04:08] <h00k> I don't actually have it plugged in for "Testing" at the moment, i'm just trying to get any kind of audio when jack starts. Should I expect to still hear audio?
[04:09] <h00k> youtube --> start jack --> continue youtube (y/n?)
[04:09] <OvenWerks> I am just wondering if we get rid of the jackdrc file (again)
[04:10] <OvenWerks> set the usb device as jack master.
[04:10] <h00k> gone
[04:10] <OvenWerks> (second dropdown)
[04:11] <OvenWerks> and then try adding PCH,0,0 as an extra device
[04:11] <h00k> https://imgur.com/aAB9dWn.png
[04:11] <OvenWerks> then use Carla to connect pulse-out to that
[04:11] <OvenWerks> so start jack?
[04:12] <h00k> jack started
[04:12] <h00k> I'm looking at carla to makesure I'm doing the right thing
[04:14] <h00k> https://imgur.com/04eXG0K.png
[04:14] <h00k> Haven't touched it yet, just moved things to where they made sense
[04:15] <OvenWerks> Ya, so reconnect pulse-out to PCH,0,0-out
[04:15] <OvenWerks> you can leave the connections to system for now.
[04:16] <h00k> notta yet. both pulse outs to all pch,0,0-out playbacks
[04:17] <OvenWerks> look at alsamixer, levels are up not muted?
[04:21] <h00k> doesn't appear to be: https://imgur.com/2b0mem3.png
[04:22] <OvenWerks> still no sound... I'm baffled
[04:23] <h00k> First time... I tried troubleshooting for a decent full day. Turns out I had a bard cord. had to find that out using garage band or something on a mac, just gave me static.
[04:23] <h00k> anyway, I know the cord works now, and I can get things decent in some other easy to use stuffs, but I'd prefer to use studio just... because I'm a sadist and I like the challenge.
[04:24] <h00k> and jack is a bastard yet for me.
[04:26] <h00k> OvenWerks: I appreciate the time. I'm not sure where to go. :[
[04:27] <OvenWerks> I'm not either at this point
[04:27] <OvenWerks> I have been using this basic setup for years on a number of different machines
[04:32] <h00k> https://imgur.com/a/deB419z
[04:32] <h00k> that's fairly logical
[04:34] <OvenWerks> when controls has jack running that should show no devices :)
[04:34] <h00k> correcto
[04:34] <h00k> can confirm
[04:34] <OvenWerks> but this way you have sound?
[04:34] <h00k> Yep!
[04:34] <h00k> I get browser sound all day
[04:34] <h00k> youtubes on how to not suck at ardour and stuff
[04:35] <h00k> so I mean, my actual hardware functions properly
[04:35] <OvenWerks> good
[04:36] <h00k> I played with sample rate a bit, mostly only between 48 and  441
[04:36] <h00k> because 44100 will be good enough
[04:36] <OvenWerks> when the next version of controls comes out, it may be worth a try
[04:37] <OvenWerks> quite a lot has changed
[04:37] <h00k> even if I set jack master controls (no usb) I can select "pch 0,0 playback and capture analog"
[04:37] <h00k> Yep, I'l definitely be checking out the alphas/betas
[04:37] <h00k> anyway, I just can't make 'er do.
[04:37] <h00k> Thanks for trying with me anyway.
[04:38] <OvenWerks> your welcome
[04:38] <h00k> I gotta switch back over to *the dark side* for a bit with music yet
[04:39] <h00k> I'm out for the eve. Catch you later.
[04:41] <OvenWerks> o/
[08:35] <Du66y> Hiya...
[14:30] <h00k> I'ma try, for kicks, on a different laptop maybe later tonight
[21:10] <Eickmeyer[m]> jdl51: Studio uses Xfce which doesn't support wacom tablets. You can use the Studio stuff on top of regular Ubuntu, though.
[21:10] <Eickmeyer[m]> !ubuntustudio-installer
[21:12] <Eickmeyer[m]> jdl51: It's linked on the front page of the Ubuntu Studio website.
[21:13] <Eickmeyer[m]> Welcome. :)
[21:46] <Eickmeyer[m]> jdl51: You might think about talking to #irc:matrix.org to figure out what's going on with your Matrix bridge, you're not appearing on IRC.
[21:53]  * OvenWerks was wondering who Eickmeyer[m] was talking to...
[21:53] <Eickmeyer[m]> OvenWerks: You and krytarik ...


[03:19] <jamesbv> Hey, I'm kinda new here and I'm having problems with Unity.
[03:19] <holstein> jamesbv: hello
[03:22] <holstein> Guest34568: oh... i see you are having network problems too :/
[03:24] <magicjamesv> Hello!
[03:24] <philipballew> holstein, congrats!!!
[03:24] <holstein> philipballew: :)
[03:25] <philipballew> magicjamesv, how goes it?
[03:25] <philipballew> did they teach you the secret handshake holstein :)
[03:25] <magicjamesv> It's pretty good, but my Unity panel and launcher are gone!
[03:26] <holstein> philipballew: lol
[03:26] <philipballew> what did you do when it went away?
[03:26] <magicjamesv> I think it was after I was messing with the settings in the CompizConfig
[03:27] <magicjamesv> but I reset those to their defaults...
[03:27] <philipballew> can you you a terminal
[03:27] <magicjamesv> yeah
[03:27] <holstein> magicjamesv: you can try making a new user temporarily, and logging in
[03:27] <magicjamesv> and I can use it in Ubuntu Classic
[03:27] <holstein> that'll help you narrow down the issue a bit
[03:28] <magicjamesv> I'll try that...
[03:28] <philipballew> "unity -reset" or something like that resets unity to its default settings
[03:29] <philipballew> how did the meeting go holstein
[03:29] <magicjamesv> yeah, I've tried unity -reset
[03:30] <holstein> philipballew: well... someone wasnt there, so darcy casselman and i just did our thing
[03:30] <philipballew> i figured.but you gotta get your bases covered
[03:30] <holstein> now... im legit :)
[03:30] <philipballew> To legit to quit!
[03:30] <holstein> :)
[03:31] <philipballew> i was gonna ask holstein is ubuntu studio gonna switch to xfce soon?
[03:31] <holstein> this cycle
[03:32] <holstein> hoping to be stable for 12.04 (lts)
[03:32] <magicjamesv> Woah! It works for the new user!
[03:32] <philipballew> how is the testing going?
[03:32] <philipballew> magicjamesv, thats good to hear
[03:32] <holstein> magicjamesv: interesting... so, there should be somthing in your /home directory you can trash, and it'll respawn
[03:32] <magicjamesv> ok, is dig around...
[03:32] <holstein> i would carefully move out unity named directories, and save them just in case
[03:33] <magicjamesv> *I'll
[03:33] <magicjamesv> ok
[03:33] <philipballew> ill took to. i have unity goin now
[03:33] <bioterror> holstein, you take xubuntu and you install some graphics, sound and video editing software. you have new studio with xfce4 ;)
[03:33] <holstein> magicjamesv: in dont have a test case running to help poke around right now :/
[03:33] <holstein> but, hopefully its obvious
[03:33] <holstein> bioterror: dont think thats not on the table ;)
[03:34] <holstein> its been really great watching the xubuntu team too
[03:34] <holstein> those folks work hard, and have a great product because of it
[03:34] <philipballew> holstein, what if magicjamesv just pastbins the output of ls -a
[03:34] <holstein> philipballew: sure.. if you know what to look for...
[03:35] <philipballew> i have a .compez
[03:35] <holstein> magicjamesv: it could be that... one of the compiz ones
[03:35] <holstein> if you said you were messing around in there anyways...
[03:37] <magicjamesv> ok, I'll be right back
[03:39] <magicjamesv> ok, I'm back
[03:39] <philipballew> and?
[03:41] <magicjamesv> well, I moved the contents of the .compiz/session folder to a folder on my desktop, but it didn't make any difference. I tried resetting unity but it did the same thing
[03:42] <holstein> magicjamesv: its gotta be one of those UI related directories... or at least thats what i would expect
[03:42] <magicjamesv> ok, I'll keep poking around...
[03:43] <philipballew> id assume to. if unity -reset did not work id think its a compez setting. also you may just not have all the right settings
[03:43] <philipballew> oh ..
[03:44] <philipballew>  id assume to. if unity -reset did not work id think its a compez setting. also you may just not have all the right settings  magicjamesv
[03:45] <philipballew> like you might have something not clicked like it should
[03:45] <magicjamesv> hhmm.....
[03:45] <magicjamesv> oh hey daraeman!
[03:46]  * daraeman_ wonders who this is
[03:47] <philipballew> magicjamesv, some people might not like it when you talk to them like that
[03:47] <holstein> apparently...
[03:48] <magicjamesv> sorry
[03:51] <magicjamesv> WooHoo!
[03:51] <magicjamesv> Guess what!
[03:51] <holstein> magicjamesv: what was it?
[03:51] <philipballew> let me guess
[03:51] <philipballew> you fixed it :)
[03:52] <magicjamesv> "Ubuntu Unity Plugin" was unchecked in Compiz!
[03:52] <philipballew> ...
[03:52] <holstein> thats good to know... i didnt even know about that checkbox...
[03:52] <philipballew> its all good :)
[03:52] <magicjamesv> but I learned a lot along the way!
[03:53]  * philipballew hopes he had fun to
[03:54] <philipballew> magicjamesv, how goes it?
[03:54] <magicjamesv> It's working perfect now
[03:55] <philipballew> NICE!!! is there anything you'd like to do with it?
[03:55] <magicjamesv> With Unity?
[03:56] <philipballew> yeah?
[03:56] <philipballew> if you want something to mess with try this https://reformedmusings.wordpress.com/2011/05/05/howto-get-the-compiz-desktop-cube-in-ubuntu-11-04-natty-and-unity/
[03:56] <philipballew> or ubuntu in general
[03:57]  * philipballew expects him to break unity soon if he follows the guide
[03:59] <urlin2u> the cube is easy, just be ready for the desktop to go hogwild while seting it up.
[03:59] <urlin2u> ;-)
[03:59] <magicjamesv> Yeah, I have no desire to use that cube thing
[04:00] <philipballew> your missin out!
[04:00] <philipballew> well maybe not...
[04:01] <magicjamesv> Isn't it just a workspace switcher?
[04:01] <X-Hunter> hey guys
[04:01] <philipballew> basically. the unity workspace switcher is pretty nice
[04:01] <anon> ei
[04:02] <X-Hunter> i have a few questions about terminals
[04:02] <philipballew> 11.10 has unity and its much better to magicjamesv
[04:02] <philipballew> X-Hunter, go for it
[04:02] <magicjamesv> yeah, I haven't ever used more than on workspace so far though...
[04:02] <X-Hunter> terminals vs shells? whats the diff?
[04:03] <X-Hunter> what does "sudo" at the beginning of a line mean?
[04:03] <CrOnOs2000> i must say i did not like unity maybe when is more mature chaged from lucid today
[04:04] <philipballew> sudo gives you root status
[04:04] <CrOnOs2000> sudo is run the next comand as super user (root)
 : sudo reffers to administrator privilages
[04:04] <X-Hunter> but cant u just put in su for superuser?
[04:04] <CrOnOs2000> yes su root
[04:05] <X-Hunter> so by putting in su, i dont need any sudos until i have a new terminal window?
[04:05] <CrOnOs2000> you can use sudo -i for a root terminal
[04:06] <philipballew> magicjamesv, it helps if like you have mutiple apps open. not as much on a unity ui
[04:06] <CrOnOs2000> until you use exit or close the terminal will remain as root use
[04:06] <CrOnOs2000> user*
[04:06] <X-Hunter> thx, i dont feel like a (huge) noob anymore!!!!!!!
[04:06] <stlsaint> X-Hunter: understand that when you invoke a root terminal you will not be prompted to verify any modifications you do!
[04:06] <X-Hunter> ok
[04:06] <X-Hunter> good to know
[04:06] <stlsaint> X-Hunter: a root terminal has fatal consequences to a system
 : try "man sudo" for more information
[04:07] <X-Hunter> cool, cool
[04:07] <magicjamesv> philipballew, yeah, I'm not much of a multitasker yet. Also, my machine can't support more that a few programs running at the same time
[04:08] <X-Hunter> is a gui or a terminal better for file management
[04:08] <philipballew> magicjamesv, how much ram you got?
[04:08] <magicjamesv> X-Hunter, I'm a noob too!!
[04:08] <stlsaint> X-Hunter: this is up to you
[04:09] <magicjamesv> philipballew 2 gigs
[04:09] <stlsaint> X-Hunter: there is no "better" for file management
[04:09] <X-Hunter> heh heh go fig
[04:09] <X-Hunter> g2g thx 4 all of ur help!!!!!
[04:10] <magicjamesv> this is pretty cool. I think I'll be using A LOT more often now
[04:11] <philipballew> magicjamesv, its the quickest way to get help usually
[04:11] <magicjamesv> yeah, are there usually people on here?
[04:12] <philipballew> most always. sometimes it gets slow at like 4 in the morning. but other then that people are always on
[04:12] <philipballew> feel free to stay. even help
[04:13] <philipballew> Join the community!
[04:13] <magicjamesv> ok, is it usually the same group of people?
[04:14] <philipballew> usually. you'll get to know the regulars on here.
[04:14] <magicjamesv> fun stuff
[04:14] <philipballew> is ubuntu running well overall as a whole?
[04:16] <magicjamesv> yeah, but it's still missing all that Adobe software...
[04:16] <philipballew> cs5 and stuff?
[04:16] <magicjamesv> CS5.5 and stuff!
[04:17] <CrOnOs2000> lol why i use dreamweaver on wine
[04:17] <philipballew> CrOnOs2000, i hear that runs well
[04:17] <magicjamesv> Adobe needs to get their stuff together and release CS6 on Linux
[04:17] <CrOnOs2000> it does im installing edge now from adobe
[04:18] <magicjamesv> yeah, maybe dreamweaver and Illustrator, but not Advanced film production/visual effects programs like After effects and Premiere Pro
[04:18] <bodhizazen> CrOnOs2000, I am old school, if you are going to do web pages, learn html and css and use vim =)
[04:19] <philipballew> magicjamesv, its like linux has a small market they say but if they ran cs5 more people who just need a comp for adobe stuff would use ubuntu
[04:19] <philipballew> vi is nice with html. its a good way to learn ot bod
[04:19] <philipballew> bodhizazen, ^
[04:19] <CrOnOs2000> well i only make personal and family web so i see no point on be and expert on that :D
[04:20] <bodhizazen> no way, vim + zenburn FTW
[04:20] <magicjamesv> As soon as I can (smoothly) run After Effects on Ubuntu, I'll completely drop Windows
[04:21] <CrOnOs2000> well you can always use a VM and run your programs
[04:21] <bodhizazen> What is After Effects ?
[04:21] <CrOnOs2000> vmware is exelent
[04:21] <bodhizazen> sounds like a medical procedure gone bad
[04:22] <CrOnOs2000> lol
[04:22] <bodhizazen> vmware - eww ...
[04:22] <magicjamesv> I haven't tried VM yet, doesn't it really slow things down though?
[04:22] <bodhizazen> KVM + spice
[04:23] <anon> magicjamesv: adobe wont make those products available for *nix anytime soon
[04:23] <anon> market share bs
[04:23] <philipballew> magicjamesv, it really depends on your system
[04:23] <bodhizazen> magicjamesv, not at all =)
[04:23] <CrOnOs2000> not realy on my p4 intel windows run almost the same
[04:23] <bodhizazen> depends on if you have the hardware (KVM)
[04:23] <anon> later
[04:24] <magicjamesv> bodhizazen, After Effects is Adobe's advanced Visual Effects/Compositing/Motion Graphics program
[04:25] <philipballew> bodhizazen, you run kvm?
[04:26] <bodhizazen> yes philipballew
[04:26] <philipballew> nice!
[04:26] <bodhizazen> spice is very nice, you will enjoy it once it migrates from Fedora into Ubuntu
[04:27] <philipballew> magicjamesv, if you wanna run adobe products id look into wine or crossover
[04:27] <bodhizazen> The spice server gives very nice resolution, up to 1920x1200, combined with a VNC server + speed + copy paste from guest to host
[04:28] <bodhizazen> I connect to the spice server and can copy-past over the VNC client
[04:28] <bodhizazen> fast enough to play music
[04:28] <bodhizazen> But the version in the ubuntu ppa is err a first step in the right direction
[04:29] <bodhizazen> Currently I am connecting to 4 spice clients - oneric, fedora, scientific, and backtrack
[04:31]  * bodhizazen is a VM addict
[04:31] <magicjamesv> I'll try AE CS4 with Wine tomorrow, goodbye!
[04:54] <stlsaint> bodhizazen: arent we all?!  You were banned since you cursed after you were warned about not cursing.
[23:46] <pleia2> if you have a problem with #ubuntu you should report it to the IRC Council: https://wiki.ubuntu.com/IRC/IrcCouncil
[23:50] <Pauliax> thank you! this channel is mutvh better
[23:54] <Pauliax> oh realy sorry, for my language!


[03:26] <Omnifrog> bragging time
[03:26] <Omnifrog> kids TCAP scores came home today
[03:26] <Omnifrog> http://i.imgur.com/dSyxSp7.jpg
[03:30] <Unit193> Well hey!    (Hrm, maybe something nicer?)
[03:31] <Unit193> Congrats, feeling like your standing atop a mountian?
[12:14] <wrst> good deal Omnifrog!


[00:28]  * thumper looks at anastasiamac_
[00:29] <thumper> anastasiamac_: Is there a reason that block.ProcessBlockedError doesn't use errors.Cause(err) ?
[00:31]  * thumper stops staring and wonders why the test is still failing with that line added
[00:31] <thumper> haha
[00:31] <thumper> ha
[00:31] <thumper> hmm...
[00:32]  * thumper looks at trunk
[00:32] <thumper> yep... broken in trunk
[00:32]  * thumper enfixorates
[01:14]  * thumper does a little dance
[01:14] <thumper> my three outstanding branches landed today
[01:14] <waigani> \o/
[02:02]  * menn0_ is struggling with the damn open ports migration (again)
[02:03] <menn0_> the tests are sensitive to anything with the DB changing...
[02:15]  * thumper weeps
[02:15] <thumper> I know what is a great idea...
[02:15] <thumper> lets test the apiserver by exhaustively testing the command line client
[02:17] <thumper> or even better...
[02:17] <thumper> let's test the apiserver by calling the api client
[02:17] <thumper> what could possibly go wrong?
[02:17] <thumper> stabby stabby
[02:18]  * thumper takes a deep breath
[02:22]  * thumper breathes out
[02:23] <thumper> why does this make me so fucking angry?
[02:23] <wwitzel3> because it's wrong
[02:31] <thumper> thank you waigani
[02:31] <thumper> waigani: I think it is work I made you do earlier this year that makes the work I'm doing now slightly less painful
[02:33] <waigani> ha, I thought it was another wallyworld typo
[03:50] <thumper> menn0_: https://github.com/juju/juju/pull/1295
[03:50] <menn0_> thumper: looking
[03:51] <thumper> menn0: like the machine command branch but for environment commands
[03:51] <thumper> 1710 lines, and I tried to keep it small
[03:51] <thumper> geez
[03:52] <thumper> menn0: I suppose I could have landed the apiserver and client test refactoring separately
[03:52] <thumper> that would have reduced it by about 300 lines
[03:52] <menn0> menn0: yeah I was thinking that but now that you've done it
[03:52] <menn0> ...
[03:55] <thumper> meh
[03:55] <thumper> just noticed doc help for environment get still metions get-environment
[03:55]  * thumper stops for coffee
[04:27] <mattyw> jam1, are you around?
[04:45] <menn0> thedac: phew! review done.
[04:46] <menn0> thedac: that should have been thumper
[07:01] <mattyw> jam1, ping?
[07:01] <jam1> mattyw: hi
[07:01] <mattyw> jam1, hi there, I fixed http://reviews.vapour.ws/r/563/ after your comments, would you mind taking another look?
[07:02] <jam1> mattyw: looking
[07:11] <jam1> the diff still hasn't loaded....
[07:12] <jam1> mattyw: refresh worked. Anyway LGTM
[07:14] <mattyw> jam1, thanks very much
[07:14] <mattyw> jam1, I'm going to land it
[07:14] <jam1> np
[07:14] <jam1> sounds good
[07:35] <fwereade> axw, would you take a look at the latest diff on  http://reviews.vapour.ws/r/606/ please? context is failed test here: http://juju-ci.vapour.ws:8080/job/github-merge-juju/1581/console
[07:35] <axw> fwereade: looking
[07:36] <axw> fwereade: http://reviews.vapour.ws/r/589/? :)
[07:36] <fwereade> axw, dammit, ty
[07:51] <fwereade> axw, so, the doubled fields don't feel quite right to me -- ISTM that there's a fundamental properties-of-a-single-block-device struct that wants to get out
[07:52] <fwereade> axw, altough I *also* know that it's not quite that simple, witness the Constraints/HardwareCharacteristics dichotomy
[07:53] <axw> fwereade: there is one already: storage.BlockDevice. it's pretty much parallel to Constraints/HC
[07:53] <fwereade> axw, and I can also see the attraction to parsing constraints into a single struct that replaces the service-level one that came from the charm
[07:54] <fwereade> axw, yeah, I'm quibbling about the doubled fields more than anything
[07:54] <axw> fwereade: you mean Size vs. MinSize?
[07:54] <fwereade> axw, instinct is suggesting that Minimum and Preferred would be better top-level fields?
[07:54] <axw> ah, I see
[07:55] <fwereade> axw, and I see how Count is a bit of a problem from that perspective
[07:55] <fwereade> axw, but I'm starting to think that maybe it's a matter of an array of duped {min, pref} structs?
[07:56] <axw> fwereade: I did wonder about that, but how do you say that a struct isn
[07:56] <axw> erk
[07:56] <axw> isn't required at all
[07:56] <axw> s/struct/disk/
[07:57] <axw> i.e. I might like 100 disks, but I'll be happy if you have one or two
[07:57] <fwereade> axw, right, I see, it probably can't sanely be an array
[07:57] <axw> I would prefer if it's not in there though, since it's not an independent variable...
[07:58] <fwereade> axw, indeed, it does feel like it wants to exist at another level
[08:01] <fwereade> axw, although, hmm
[08:01] <fwereade> axw, I think the min/pref thing does still apply
[08:01] <fwereade> axw, we need at least 2 disks but really want 6
[08:02] <fwereade> axw, but you're right that they're independent
[08:02] <fwereade> axw, I can well imagine preferring to have 2 awesome disks than 6 crappy ones
[08:04] <fwereade> axw, that feels like it's pushing us towards more sophisticated fallback behaviour again
[08:05] <fwereade> axw, because if we just do straight "try preferred, then try minimum" we'd end up with 2 crappy disks
[08:05] <axw> good point
[08:05] <axw> ugh
[08:05] <fwereade> axw, can we make a case for count being different enough to be a separate dimension, even if it's specified together?
[08:06] <fwereade> axw, but even then
[08:06] <axw> fwereade: I think so- try preferred and then min count of (other) preferred constraints before
[08:06] <axw> anything else
[08:07] <fwereade> axw, it feels like we should *definitely* get explicit user feedback re choosing whether to degrade count or quality first
[08:07] <axw> which equates to, "give me as many of the best disks you can give me"
[08:07] <axw> yeah
[08:07] <fwereade> axw, some people will certainly care more about redundancy than speed
[08:08] <axw> fwereade: there's always going to be the option of being explicit about the constraints, in which case there's no degradation anyway
[08:08] <axw> but yes, this needs some input from interested parties
[08:08] <fwereade> axw, yeah, indeed
[08:08] <axw> my last email got crickets...
[08:09] <fwereade> axw, yeah, I feel this is something of a systemic issue
[08:09] <fwereade> axw, there *are* interested parties, but they all have their own priorities, and fixing the bugs today tends to take priority over defining the features of tomorrow
[08:11]  * axw nods
[08:14] <axw> fwereade: your diff LGTM
[08:15] <fwereade> axw, cool, thanks
[09:31] <perrito666> morning
[09:53] <TheMue> perrito666: o/
[10:01] <jam1> dimitern: standup ?
[10:01] <dimitern> jam, brt
[10:54] <axw> fwereade: in the interest of getting something working, would you be satisfied with separating the constraints out into top-level Minimum and Preferred, and refactoring if it turns out that it doesn't fit with the default fallback approach decided on later?
[10:54] <fwereade> axw, +1
[10:55] <axw> cool
[10:55] <fwereade> axw, I think it's one of those cases where we'll have to converge to what's actually right regardless
[10:56] <axw> fwereade: maybe, but I can't really see how there is a "right" here; it depends on the user, so it'd have to be policy driven
[10:57] <fwereade> axw, I'm really just thinking about the shape of the code and the structs that most happily map between the user view and the substrate
[10:57] <axw> oh, right
[11:41] <fwereade> so, I'm suffering an attack of incandescent rage re: the uniter tests building jujud
[11:41] <fwereade> does anyone have any bright ideas for how we might avoid doing this?
[12:22] <hazmat> what's the story on juju actions?
[12:22] <hazmat> we have apis but no cli?
[12:24] <fwereade> hazmat, they're under development, in https://github.com/juju-actions
[12:24] <fwereade> hazmat, hopefully soon tobe behind a feature flag as proposed by thumper, but I haven't kept up on whether he's done that
[12:24] <fwereade> hazmat, jw4 or bodie_ should know the latest
[12:39] <axw> fwereade: why do the uniter tests need jujud? are they executing hook tools?
[12:40] <fwereade> axw, yeah
[12:41] <fwereade> axw, I am *sooo* tempted to just use jsonrpc and hack up jujuc in python already :/
[12:42] <fwereade> axw, it used to be a separate executable
[12:42] <fwereade> axw, but it's not very small
[12:42] <fwereade> axw, and so we rolled it into jujud
[12:43] <axw> yeah, not long after I started I think
[12:43] <fwereade> axw, (but then that's not very nice for windows... /sigh)
[12:43] <fwereade> axw, I thought it was even before that
[12:44] <axw> maybe, maybe I just remember the old packages
[12:44] <fwereade> axw, hey ho :)
[12:45]  * perrito666 tipes fearful that the power might once again go off ..
[12:45] <perrito666> you have to love local power company
[12:50] <axw> fwereade: as a minimal change, perhaps move jujuCMain out of cmd/jujud/main.go into worker/uniter/jujuc somewhere, and add a new minimal cmd package just for those tests that calls jujuCMain
[12:50] <axw> then at least it doesn't build the entire tree
[12:54] <fwereade> axw, yeah, I was thinking about that, and then I got stressed about having a separate code path for the tests
[12:54] <fwereade> axw, which was leading me towards just doing a separate implementation in a scripting language
[12:55] <fwereade> axw, and then I started trying to find out what the protocol was for plain golang rpc and *ofc* we'd have to change it out for json and grr arrgh hmmph
[12:56] <axw> fwereade: what, everyone doesn't use websockets+json ? :)
[12:56] <fwereade> axw, ;p
[14:09] <jw4> hazmat: wrt actions - we've been holding off on the CLI until we can land the full implementation, but now that we have feature toggle we'll start landing what we have behind a flag.
[14:17] <coreycb> jw4, interesting timing on this topic, I was just going to ask about it :)
[14:17] <jw4> coreycb: :)
[14:17] <coreycb> jw4, any estimates on when cli will start to land?
[14:18] <jw4> Well, we have some finished already in the github.com/juju-actions/juju fork under the cli-action-dev branch
[14:19] <jw4> coreycb: my mission in the next couple days is to start landing the super command and sub commands behind a feature toggle
[14:19] <coreycb> jw4, great, thanks.  any chance you could point me to a charm that has action hooks?
[14:20] <jw4> coreycb: bodie_ mocked up a demo one that he's using for sample usage : https://github.com/binary132/actions-demo
[14:21] <jw4> coreycb: also, marcoceppi is using bleeding edge versions of the API for a project he's working on
[14:22] <coreycb> jw4, awesome, thank you
[14:23] <jw4> coreycb: please hit bodie_, TheMue , or I up with any and all comments / feedback / issues
[14:24] <coreycb> jw4, will do
[14:44] <wwitzel3> natefinch: ping
[14:45] <natefinch> ericsnow, wwitzel3: btw, realized I made a mistake with some of the configuration code for GCE..... we can talk about it in standup, but long story short, we have to keep all configuration in the original map[string]interface{}, unfortunately
[14:45] <natefinch> wwitzel3: howdy
[14:46] <natefinch> wwitzel3: want to hop in moonstone for the 1:1?
[14:46] <wwitzel3> natefinch: yep
[14:46] <sinzui> natefinch, We have a regressions bug 1401130 about joyent. There is only 1 suspect commit. Can you ask someone to investigate
[14:46] <mup> Bug #1401130: Joyent deployments cannot download agents from state-server <ci> <joyent-provider> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1401130>
[14:47] <natefinch> sinzui: sure
[14:47] <sinzui> dimitern, how goes the work on bug 1397376?
[14:47] <mup> Bug #1397376: maas provider: 1.21b3 removes ip from api-endpoints <api> <cloud-installer> <fallout> <landscape> <maas-provider> <juju-core:In Progress by dimitern> <juju-core 1.21:In Progress by dimitern> <https://launchpad.net/bugs/1397376>
[14:48] <dimitern> sinzui, live testing latest changes - maas still gives me some issues
[14:48] <sinzui> :/
[14:48] <dimitern> sinzui, I'll propose the fix while waiting
[14:48] <sinzui> thank you dimitern
[15:06] <hazmat> coreycb, jw4 re marcoceppi's prototype action cli via api https://github.com/juju-solutions/juju-action
[15:08] <jw4> thanks hazmat
[15:09] <coreycb> jw4, thanks!
[15:09] <coreycb> I mean, hazmat ^
[15:33] <katco> ericsnow: ping
[15:33] <ericsnow> katco: hey
[15:34] <katco> ericsnow: good morning :)
[15:34] <katco> ericsnow: i'm reviewing http://reviews.vapour.ws/r/608/
[15:34] <katco> ericsnow: the code looks good, but i'm having trouble knowing if it's complete. can you point me to some light literature on the nature of the change?
[15:35] <ericsnow> katco: https://github.com/juju/juju ;)
[15:35] <katco> ericsnow: haha
[15:35] <ericsnow> katco: I'm not expert on the uniter code nor on jujuc
[15:36] <katco> ericsnow: i guess i'm trying to understand if availability zones need to be added elsewhere, or if any additional tests are needed
[15:36] <katco> ericsnow: as i am not an expert on this concept either
[15:36] <ericsnow> katco: for this change I simply traced how we get the IP address stuff into relation-get and did the same for the availability zone
[15:36] <katco> ericsnow: ah ok. so the use-case is much the same
[15:37] <ericsnow> katco: yep
[15:37] <katco> ericsnow: do you think any additional tests are needed to ensure it's being set?
[15:37] <ericsnow> katco: see https://docs.google.com/a/canonical.com/document/d/1yVlzgKqfhKccUbm3WcZBq7WnzglBygknscr_I_u4bUg/
[15:37] <katco> ericsnow: thanks
[15:38] <ericsnow> katco: this patch is just a tiny part of all that spec
[15:38] <katco> ericsnow: like maybe instead of checking for an empty string in uniter_base_test.go, we maybe fill in an availability zone and check it?
[15:39] <ericsnow> katco: I'd be glad to add more tests (there's always a gap to fill)
[15:39] <katco> ericsnow: nothing too crazy or anything, maybe just a single test to ensure it's being passed around correctly?
[15:40] <ericsnow> katco: suggesting it in a review comment would be most helpful
[15:40] <katco> ericsnow: you got it
[15:40] <ericsnow> katco: good idea
[15:40] <ericsnow> katco: tas
[15:40] <katco> ericsnow: thanks for the explanation :)
[15:40] <ericsnow> katco: I just dumped everything I know on the subject ;)
[15:41] <katco> ericsnow: haha well it was helpful :)
[15:41] <ericsnow> katco: good
[16:10] <ericsnow> natefinch: standup?
[16:12] <natefinch> ericsnow: doh, coming
[16:14] <dimitern> ericsnow, is the RB hook not working?
[16:15] <dimitern> ericsnow, I have this PR https://github.com/juju/juju/pull/1297 - maybe the description is too long for the hook to handle and add the RB link?
[16:15] <dimitern> anyway..
[16:16] <ericsnow> dimitern: this happened the other day to axw
[16:16] <ericsnow> dimitern: I'll check it out
[16:16] <dimitern> ericsnow, yeah, I guess the bot just said tl;dr :)
[16:16] <ericsnow> dimitern: :)
[16:17] <dimitern> katco, as OCR can you have a look at this fix for bug 1397376 ?  https://github.com/juju/juju/pull/1297
[16:17] <mup> Bug #1397376: maas provider: 1.21b3 removes ip from api-endpoints <api> <cloud-installer> <fallout> <landscape> <maas-provider> <juju-core:In Progress by dimitern> <juju-core 1.21:In Progress by dimitern> <https://launchpad.net/bugs/1397376>
[16:17] <katco> dimitern: one sec, on a call
[16:18] <dimitern> katco, np, when you can
[16:18] <dimitern> fwereade, is you're still around and willing can you have a look as well? ^^
[16:18] <dimitern> if*
[16:40] <katco> dimitern: apologies. i am in the middle of reviewing axw's storage branch and then i'll hop onto yours
[16:41] <katco> dimitern: ty for the ping :)
[16:42] <dimitern> katco, it's ok, take your time
[16:51] <katco> ericsnow: hey can you look at the diff for http://reviews.vapour.ws/r/589/
[16:51] <katco> ericsnow: i think review board has an error
[16:51] <katco> ericsnow: it's not displaying the diff for some files
[16:51] <ericsnow> katco: will do
[16:52] <ericsnow> katco: were those files removed?
[16:52] <katco> ericsnow: ty sir
[16:52] <katco> ericsnow: um. hrm.
[16:52] <katco> ericsnow: let me check, didn't think of that
[16:53] <katco> ericsnow: ah yes they were. but that shouldn't show up as an error should it?
[16:53] <katco> ericsnow: i would expect it to say something sensible, like "file deleted" for the RHS
[16:56] <katco> dimitern: hey am i daft? i don't see your PR on review board?
[16:57] <dimitern> katco, yeah - it got hit by the "desc tl;dr" RB bot bug
[16:57] <dimitern> ..apparently
[16:57] <katco> dimitern: oh, haven't hit that one yet. so can you post the diffs to RB manually?
[16:57] <dimitern> katco, I can certainly try.. give me a sec
[16:58] <katco> dimitern: ty sir
[16:59] <ericsnow> dimitern: looks like github is giving us a 404 when we go to pull the diff
[16:59] <ericsnow> dimitern: I'll need to investigate further
[17:00] <dimitern> katco, there you go - http://reviews.vapour.ws/r/611/diff/
[17:00] <dimitern> ericsnow, oh boy.. it's not even that big :) ~1K lines
[17:01] <sinzui> natefinch, is anyone working on bug 1401130 or bug 1400358 that block merges
[17:01] <ericsnow> dimitern: (though the 404 may actually mean 401)
[17:01] <mup> Bug #1401130: Joyent deployments cannot download agents from state-server <ci> <joyent-provider> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1401130>
[17:01] <mup> Bug #1400358: TestLoginsDuringUpgrade broken on i386 <ci> <regression> <testing> <juju-core:In Progress by menno.smits> <https://launchpad.net/bugs/1400358>
[17:01] <katco> dimitern: tyvm!
[17:01] <dimitern> ericsnow, interesting - some auth cache/cookie expired?
[17:02] <sinzui> dimitern, if you need to submit you fix for api-endpoints and CI is blocked, use "__JFDI__" in the message
[17:02] <natefinch> sinzui: no, sorry, been in meetings all morning.  I'll try to get someone on those now.
[17:02] <dimitern> sinzui, yep, I know the drill :)
[17:02] <ericsnow> dimitern: pretty sure the auth is okay (but the 400 implies it's not)
[17:03] <dimitern> weird..
[17:03] <dimitern> anyway I'll be off now
[17:04] <dimitern> sinzui, I'll merge the fix tomorrow morning. it seems
[17:05] <katco> dimitern: i'll ping you after i'm done reviewing in the off-chance you're still on
[17:06] <katco> dimitern: but this one is likely going to take awhile
[17:07] <dimitern> katco, ok
[17:08] <dimitern> katco, btw don't feel obliged to approve it, if it's not clear; it's was a mess before, a little less now, but still not perfect
[17:10] <katco> dimitern: no worries
[17:39] <wwitzel3> ericsnow: ping
[17:40] <ericsnow> wwitzel3: ready?
[17:41] <wwitzel3> ericsnow: yep, in moonstone
[17:41] <ericsnow> wwitzel3: brt
[17:58] <ericsnow> wwitzel3: port range parsing: http://reviews.vapour.ws/r/612/
[18:49] <natefinch> perrito666: can you take a look at https://bugs.launchpad.net/juju-core/+bug/1401130 ?   unfortunately, I have to take the kids while my wife goes to a prenatal checkup, so I'll be out most of the afternoon.
[18:49] <mup> Bug #1401130: Joyent deployments cannot download agents from state-server <ci> <joyent-provider> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1401130>
[18:50] <natefinch> sinzui: menno has a fix for the other one, I think it best for him to just get that in later today (early in his day)
[18:51] <sinzui> okay. thank you natefinch
[19:14] <perrito666> looking
[19:19] <jw4> We're beginning to land Actions CLI commands now behind an "action" feature flag
[19:19] <jw4> the first PR is http://reviews.vapour.ws/r/613/
[19:19] <jw4> PTAL OCR ^^
[19:19] <jw4> :)
[19:24] <katco> jw4: PTAL? sorry still working my way through dimitern's change
[19:26] <perrito666> sinzui: has anyone tried that by hand?
[19:28] <sinzui> perrito666, about the which thing?
[19:28] <sinzui> oh, I see
[19:28] <perrito666> sinzui: sorry I swallowed the context
[19:28] <perrito666> about the joyent issue
[19:29] <sinzui> perrito666, Yes. I tried joyent with tip and 1.20.13 and 1.20.14
[19:29] <sinzui> perrito666, I the 1.20.x do work
[19:29] <sinzui> perrito666, I attached the cloud-init-output.log of the 1.22-alpha1 machine that was stuck in pending
[19:31] <perrito666> sinzui: it is interesting that you think it can be related to this bug https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1283992
[19:31] <mup> Bug #1283992: Multi-monitor: wallpaper is corrupted <amd64> <apport-bug> <compiz-0.9> <trusty> <ubuntu> <unity (Ubuntu):Invalid> <https://launchpad.net/bugs/1283992>
[19:31] <sinzui> perrito666, Joyent has a history of good bootstraps and bad deployments because the other machines got a different network than the one the state-server was one. A few months ago, wallyworld or awx added a rule to select the right network
[19:31] <perrito666> ahh buu the title is right here
[19:31] <sinzui> oops.
[19:31]  * sinzui looks for other joyent network bug
[19:32]  * perrito666 changes wallpaper
[19:33] <sinzui> perrito666, I think the current issue may relate to bug 1383922
[19:33] <mup> Bug #1383922: Services deployed joyent have broken networks <ci> <deploy> <joyent-provider> <reliability> <juju-core:Triaged> <https://launchpad.net/bugs/1383922>
[19:34] <sinzui> perrito666, there is one other nuance. Joyent added firewalls as a feature for each. machine. We don't use them, but I wondered if joyent ever had a rule to bring up the machine with with firewall up, then takes it down when it thinks the machine is ready
[19:55] <perrito666> sinzui: sorry to bother again, I am trying to make a picture of the issue here
[19:56] <sinzui> go ahead perrito666
[19:59] <perrito666> sinzui: the cloudinit log from a failure, comes from an attempt with master tip?
[19:59] <perrito666> (sorry for the dramatic pause, dog ran away into a pool of muddle)
[19:59] <sinzui> perrito666, yes, was a few hours ago
[20:00]  * sinzui looks for commit
[20:00] <sinzui> perrito666, it was commit 0363d9c6
[20:01] <perrito666> sinzui: I think a valid test would be to run by hand the last successful commit
[20:01] <perrito666> it is a quick way to know if its us or them
[20:01] <sinzui> perrito666, this log is uniformative http://juju-ci.vapour.ws:8080/job/joyent-deploy-precise-amd64/1240/console, so while it was stalled in pending, I sshed into one of the machine
[20:02] <sinzui> perrito666, but there are no streams for it. I can run the entire build or...
[20:02]  * perrito666 thinks
[20:03] <perrito666> I think the test would be valid enough with upload tools
[20:03] <sinzui> ...or use a binary from http://juju-ci.vapour.ws:8080/job/publish-revision/1283/ with --upload tools
[20:03] <perrito666> sidenote: we need to have a non hackish tools to publish a stream
[20:17] <sinzui> perrito666, that last version just worked for me.
[20:18] <perrito666> ok, so we broke something
[20:24] <thumper> waigani_: so "state-id" in the dummy config seems like it is not important
[20:24] <thumper> waigani_: I'm trying to see where it is used
[20:24] <thumper> waigani_: what exactly is failing for you?
[20:24] <waigani_> ... value *errors.Err = &errors.Err{message:"cannot add a new machine", cause:(*errors.errorString)(0xc21027f730), previous:(*errors.errorString)(0xc21027f730), file:"github.com/juju/juju/state/addmachine.go", line:168} ("cannot add a new machine: invalid state-id \"90168e4c-2f10-4e9c-83c2-feedfacee5a9\"")
[20:25] <waigani_> and if I don't pass the state-id in:
[20:25] <waigani_> 	... value *errors.Err = &errors.Err{message:"cannot add a new machine", cause:(*errors.errorString)(0xc21008b9c0), previous:(*errors.errorString)(0xc21008b9c0), file:"github.com/juju/juju/state/addmachine.go", line:168} ("cannot add a new machine: environment is not prepared")
[20:25] <waigani_> thumper: ^
[20:26] <thumper> waigani_: well a state id needs to be an integer
[20:27] <thumper> waigani_: and it seems llike the dummy env sets it itself
[20:27] <thumper> waigani_: because it expects only one environment
[20:27] <waigani_> ah
[20:27] <thumper> waigani_: you may need to look through the dummy provider somewhat
[20:28] <thumper> waigani_: the dummy provider calls 'newState' which seems to do stuff we don't want
[20:28] <thumper> for secondary environments
[20:28] <waigani_> thumper: right, maybe a new branch to get dummy to work with non-state-server envs?
[20:29] <thumper> waigani_: yeah... I think that may be needed
[20:29] <thumper> waigani_: it seems that dummy assumes too much now
[20:29] <waigani_> haha, I am now three branches removed from what I started on this week
[20:29] <thumper> :-)
[20:29] <thumper> push another on the stack
[20:29] <thumper> eventually you'll get to pop some
[20:30] <waigani_> yep
[20:30] <thumper> waigani_: please add a task card on kanban :)
[20:30] <menn0> waigani_: it could be worse. you might be using Subversion.
[20:30] <waigani_> lol
[20:31] <waigani_> thumper: okay, I'll shelve others, update kanban and start this new branch.
[20:31]  * thumper nods
[22:21] <menn0> thumper: here's that test fix: http://reviews.vapour.ws/r/615/
[22:22] <menn0> thumper: I think it's ok now (not *too* ugly)
[22:23]  * thumper looks
[22:24] <thumper> menn0: why refactor the machine agent?
[22:24] <thumper> what do you get out of it?
[22:25] <menn0> thumper: so that the specific workers that the test needs can be run
[22:25] <menn0> thumper: instead of spinning up the whole agent
[22:26] <menn0> thumper: moving the code that starts workers into methods makes it available from the test
[22:27] <menn0> s/it/them/
[22:27] <thumper> ah..
[22:27] <thumper> kk
[22:27] <thumper> hadn't got to the tests yet :)
[22:27] <menn0> thumper: right, I can see how the machine agent changes might have seemed unnecessary without seeing the tests :)
[22:37] <thumper> menn0: ship it!
[22:37] <menn0> thumper: cheers
[22:39] <menn0> thumper: I hadn't realised that this bug had been "promoted" to a CI blocker
[22:40] <menn0> thumper: just as well that I was working on it
[22:40] <thumper> :)
[22:40] <thumper> I didn't know either
[22:40] <thumper> oh, looky looky, there are two critical bugs in the topic
[22:50] <alexisb> thumper, that is very observant of you
[22:50] <alexisb> perrito666 is working one
[22:51] <alexisb> or was the last time I checked in
[22:52] <thumper> alexisb: I try
[22:56] <jw4> Okay take two :: OCR PTAL http://reviews.vapour.ws/r/616/
[22:57] <jw4> thumper: included your feedback into this new PR ^^
[22:57] <thumper> jw4: ok, I'll take a look after lunch. not OCR but interested
[22:58] <jw4> thumper: cool, thanks - fwiw my approach to setting and restoring the flags might need to be generalized but I wanted to keep it light
[22:58] <thumper> jw4: I've not looked, but we probably want two tests for the commands, one to show it isn't there by default, and one to show it is when flag is set
[22:59]  * thumper wanders off for a bit
[22:59] <jw4> thumper: +1
[23:16] <menn0> hmmm... this is a new merge failure
[23:16] <menn0> Traceback (most recent call last):
[23:16] <menn0>   File "/var/lib/jenkins/juju-ci-tools/ec2-terminate-job-instances", line 3, in <module>
[23:16] <menn0>     from deploy_stack import destroy_job_instances
[23:16] <menn0>   File "/var/lib/jenkins/juju-ci-tools/deploy_stack.py", line 23, in <module>
[23:16] <menn0>     from jujupy import (
[23:16] <menn0>   File "/var/lib/jenkins/juju-ci-tools/jujupy.py", line 25, in <module>
[23:16] <menn0>     from utility import (
[23:17] <menn0>   File "/var/lib/jenkins/juju-ci-tools/utility.py", line 16, in <module>
[23:17] <menn0>     from mock import patch
[23:17] <menn0> ImportError: No module named mock
[23:17] <menn0> looks like mock isn't installed on the build host
[23:17] <menn0> or something
[23:19] <ericsnow> wwitzel3: I didn't realize it was so late for you
[23:19] <ericsnow> wwitzel3: want to pick this up tomorrow?
[23:20] <ericsnow> wwitzel3: I got the PortSet patch up: http://reviews.vapour.ws/r/617/
[23:20] <ericsnow> wwitzel3: I also updated dependencies.tsv on the GCE branch
[23:20] <ericsnow> wwitzel3: I'll still be here a while
[23:30] <perrito666> alexisb: hey I was looking at the joyent one until the power went down
[23:30] <perrito666> I am just back
[23:36] <wwitzel3> ericsnow: ok, sorry, yeah was doing the dinner thing
[23:37] <ericsnow> wwitzel3: no worries
[23:37] <ericsnow> wwitzel3: I feel dumb for taking you so far past lunch :(
[23:37] <ericsnow> wwitzel3: ...that you simply went straight to dinner
[23:38] <ericsnow> wwitzel3: timezones stink
[23:38] <wwitzel3> ericsnow: it's fine, it was fun, I will give a review to PortSet and helpers before I take off. Then we can pickup tomorrow where you we leave off with you driving.
[23:39] <ericsnow> wwitzel3: perfect
[23:39] <ericsnow> wwitzel3: have a nice evening
[23:41] <menn0> davecheney: would you mind taking a look at http://reviews.vapour.ws/r/618/
[23:41] <menn0> davecheney: it's a one line change
[23:42] <menn0> so builds are broken right now
[23:43] <menn0> I'm trying to merge the fix for one of the CI blockers. The test all pass but the CI tool that cleans up the EC2 instances dies because it can't import the Python "mock" library.
[23:45] <menn0> thumper: ^^^
[23:45] <menn0> thumper: looks like we're blocked until someone for the QA team is around
[23:51] <davecheney> sure
[23:51] <davecheney> looking
[23:56] <thumper> jw4: I thought you were going to break that branch up?
[23:57] <jw4> thumper: exactly
[23:57] <jw4> thumper: that's why I didn't the first time
[23:57] <thumper> jw4: 616 is still everything
[23:57] <jw4> thumper: bodie made that initial commit set up the framework for all the subcommands
[23:58] <jw4> thumper: no, none of the subcommands are implemented
[23:58] <jw4> thumper: just skeletal
[23:58] <jw4> thumper: later commits fill in all the subcommands
[23:58] <thumper> ah...
[23:58] <thumper> ok
[23:58]  * thumper looks again
[23:58] <jw4> thumper: I'd have to actually break up that one commit to get it smaller
[23:58] <jw4> thumper: and it'd be a royal pain
[23:58] <jw4> thumper: but... if that's what is required