[09:12] <airlynx> I'm just getting comfortable with making music with Ubuntu Studio, but I always find my music is lacking something, I would like to hear some samples of what others have made with this and maybe some explanations on how they made it, where would be a good place to start?
[09:34] <mothersofinventi> I'd like to troubleshoot my audio I/O, I really need it till today 16:00pm, someone could help me please?
[09:36] <mothersofinventi> is QAMIX a good place to start?
[09:47] <mothersofinventi> someone could help me please ?
[09:49] <mothersofinventi> how to simply figure out if the inputs are okay in ubuntu studio?
[09:53] <mothersofinventi> come on, I know I may be forgeting something very stupid, but I'm not sure and I need it so much!
[09:55] <airlynx> I don't think anybody's around, I asked a question about an hour ago and got no reply, my experience with I/O is extemely limited and I'm afraid I wouldn't be much help
[09:56] <airlynx> lol
[09:56] <airlynx> patience is a virtue
[10:02] <mothersofinventi> I'd really could use some help...
[10:02] <airlynx> well you can describe what's going on and I might be able to provide some insight, but like I said I'm not really a guru by any means
[10:05] <airlynx> mothersofinventi: have you checked your input levels and mute options with alsamix
[10:06] <mothersofinventi> yes, it seems all okay  in alsamix, but I can't hear any sound from mic...
[10:09] <airlynx> if you use something like meterbridge or bitscope you may be able to see if the mic is transmitting anything at all, if you're running jack you can try hooking the input and output together to see if anything comes out of the speakers
[10:11] <airlynx> has it worked in the past, or is this the first time you're trying it?
[10:13] <mothersofinventi> it's the first time I'm trying it, should I start jack?
[10:14] <airlynx> it's not always necessary to run jack but sometimes it can help to find the problem, using jack you can hook your system output to bitscope and see if you're mic is doing anything at all
[10:16] <airlynx> I've had a problem with my mic input for a while now, but that's because I've installed Ubuntu Studio on my laptop that has an unsupported soundcard, I was lucky to have any sound at all
[10:16] <mothersofinventi> I'm running a clean install of ubuntu studio, I can start jack but I don't know where bitscope is.
[10:16] <mothersofinventi> and, yes, I'n in a laptop.
[10:17] <mothersofinventi> I'm*
[10:17] <airlynx> I have an older installation of Ubuntu Studio, I don't know if bitscope is bundled with it anymore, do you have meterbridge?
[10:18] <airlynx> (if anybody else wants to jump in on this conversation, please feel free to do so! lol)
[10:19] <AutoStatic> I didn't catch all of the conversation
[10:19] <AutoStatic> An onboard mic that doesn't work?
[10:19] <airlynx> mothersofinventi is having a problem with his mic input, doesn't seem to be getting anything from it, that's about all you missed
[10:19] <AutoStatic> Ah ok
[10:20] <airlynx> I'm no guru
[10:20] <AutoStatic> Best tool to troubleshoot with would be alsamixer
[10:20] <mothersofinventi> yes, I've just started meterbridge, but it doesn't move at all.
[10:20] <airlynx> what type of laptop do you have?
[10:21] <mothersofinventi> a "NEXTERA"...
[10:21] <airlynx> never heard of it
[10:22] <AutoStatic> What does lspci in a terminal output?
[10:22] <AutoStatic> You could post it on http://pastebin.com/
[10:22] <mothersofinventi> ok, I'll try lspci, wait a bit.
[10:23] <AutoStatic> And when you open alsamixer, there are no 'MM' underneath any Mic related sliders?
[10:23] <mothersofinventi> http://pastebin.com/2TNY2Vvj
[10:24] <mothersofinventi> yes, there is an MM...
[10:24] <AutoStatic> Thanks
[10:24] <AutoStatic> ICH7, that should be fully supported
[10:24] <AutoStatic> Ok, MM means muted
[10:24] <mothersofinventi> what should I do?
[10:24] <AutoStatic> With your arrow keys select the muted strip
[10:25] <mothersofinventi> ok
[10:25] <AutoStatic> And press m to unmute
[10:25] <AutoStatic> Just unmute everything
[10:25] <AutoStatic> To see all strips, press F5
[10:26] <mothersofinventi> ok, now there's a LL, but I still hear no sound...
[10:26] <AutoStatic> And then get rid of all the M&M's
[10:26] <AutoStatic> LL?
[10:26] <AutoStatic> Shoudl be 00
[10:27] <mothersofinventi> okay, ppl, you are the best, everything is fine, now...
[10:27] <airlynx> lol, I have no idea what LL means
[10:27] <AutoStatic> Me neither
[10:27] <mothersofinventi> ;-)
[10:27] <AutoStatic> I can get no LL in AlsaMixer
[10:27] <mothersofinventi> LL is the oposite of MM...
[10:27] <airlynx> I was just trying, lol
[10:27]  * AutoStatic sings along with Satisfaction
[10:28] <mothersofinventi> it means it is sendind signal.
[10:28] <airlynx> Autostatic, is there somewhere you checked to see that ICH7 is supported or do you just know that?
[10:28] <AutoStatic> ICH7 is fairly old
[10:28] <AutoStatic> And should work with the snd-hda-intel kernel module
[10:29] <mothersofinventi> thank you ppl, bye!!
[10:29] <airlynx> I have all sorts of funkiness with my soundcard sometimes, I can have output from my speakers and headphones at the same time sometimes, lol
[10:29] <AutoStatic> Then you probably have a newer chipset
[10:29] <AutoStatic> With Jack Sensing
[10:29] <AutoStatic> There were issues with that
[10:30] <airlynx> I dunno, it's strange, mic input has never worked
[10:30] <airlynx> that's why I was a little lost in helping him, I was just going through some of the steps I've gone through in the past
[10:31] <AutoStatic> :)
[10:31] <airlynx> http://pastebin.com/JxAtjJZL <-- my lspci
[10:31] <airlynx> ICH8?
[10:32] <AutoStatic> hmmmm, ICH8
[10:32] <AutoStatic> Don't know if that chipset has Jack Sensing
[10:32] <AutoStatic> Or maybe it's something completey different
[10:33] <AutoStatic> It should work
[10:34] <airlynx> I've been through alsamixer before and don't see anything wrong, tried all combinations I could think of, but nothing
[10:34] <airlynx> I have a dual boot system and mic works fine in Windows
[10:34] <AutoStatic> Ah, then it should work in Ubuntu too
[10:36] <AutoStatic> Maybe you could post a screenshot of AlsaMixer somewhere?
[10:36] <AutoStatic> There's a pastebin for screenshots also
[10:36] <AutoStatic> forgot the exact URL
[10:36] <AutoStatic> And then a screenshot of AlsaMixer after you pressed F5 so it shows all strips
[10:37] <airlynx> looking for screenbin, lol
[10:39] <airlynx> ah screw it, uploaded to my personal site, lol
[10:39] <airlynx> http://airlynx.sitesled.com/alsamixer.png
[10:43] <airlynx> everything else works fine, I've been using it this way for about a year, just never had mic input
[10:48] <airlynx> I just realized that I had my jack inputs backwards in the screenshot, hooked vu bridge up to the speakers, I switched them around and mic input is just putting out steady noise if I turn the input volumes up, any suggestions?
[11:04] <airlynx> holy crap, I just fixed it
[11:04] <airlynx> http://ubuntuforums.org/showthread.php?t=1043568
[11:05] <airlynx> amazing what a few minutes dedicated to google will do
[11:06] <airlynx> I had to edit my alsa config to include the model of my laptop, and when I restarted alsa and pulseaudio it just worked
[11:08] <AutoStatic> :)
[11:08] <AutoStatic> Yeah sorry, I'm at work and got some questions
[11:09] <AutoStatic> So now it works, cool :)
[11:09] <airlynx> I love that feeling, this is why most people hate linux, and why I love it
[11:10] <AutoStatic> He he
[11:10] <AutoStatic> :D
[11:10] <airlynx> yup, thanks for inspiring me to spend some time actually looking at it, lol
[11:10] <AutoStatic> You're welcome
[11:12] <airlynx> well I'm out of here then, gonna go do some recording
[18:09] <natschil> Hello. I would like to get jackd working on lucid, without installing the whole ubuntustudio... someone in #ubuntu recommended I install some of the ubuntustudio meta-packages... does anyone know which ones these would be?
[18:24] <natschil> Hello. This question is probably really easy to answer, I just can't seem to find the answer anywhere... What is the name of the ubuntu-studio-ppa so that I can install ubuntustudio packages onto "normal" ubuntu
[18:24] <natschil> ?
[21:49] <jussi> !vanilla | natschil
[21:50] <natschil> jussi: thanks!
[21:50] <jussi> :)
[22:38] <om3> hi
[22:38] <om3> anyone here?
[22:42] <om3> hi acerimmer
[22:42] <om3> so
[22:43] <acerimmer_> hey
[22:43] <om3> do you know this proggie "Impro-Visor"?
[22:43] <acerimmer_> like i said, the REAL party is over on #ubuntu  and impro-visor is unknown to me .  lemme snapresearch
[22:44] <om3> well, it's about making it run with midi
[22:44] <acerimmer_> om3: ok so this package is NOT in the ubuntu repositories is it?  and there ARE repo'd music tools available?
[22:44] <om3> no, there's nothing equivalent
[22:44] <om3> and the programme itself does run
[22:45] <om3> the problem is timidity
[22:45] <om3> i need to connect improvisor to some midi device
[22:45] <om3> and i used to use timidity
[22:45] <acerimmer_> om3: just not linking with the timidity.  OK, (1) idk.  (2) suggest the multimedia forums
[22:45] <om3> together with aconnect and the snd_virmidi modules
[22:46] <acerimmer_> om3: all kinds of timidity threads over there.
[22:46] <acerimmer_> om3: http://ubuntuforums.org/search.php?searchid=73900962
[22:46] <om3> yea, read a lot of them
[22:47] <om3> but nothing seems to fit for me
[22:47] <acerimmer_> om3: dang.  you're just 8 steps aheada me.
[22:47] <om3> because im not even sure if timidity is the problem
[22:47] <acerimmer_> om3: any chance of support from the package maintainers?
[22:47] <om3> just thought, might be someone here who encountered similar problems
[22:47] <om3> and found a solution
[22:48] <om3> no clue...
[22:48] <acerimmer_> om3: sorry man.  keep looking.  maybe even send a note to the ubuntu studio list?
[22:48] <om3> maybe i should start a topic in ubuntuforums
[22:48] <om3> yup
[22:48] <acerimmer_> ok.  good luck.
[22:49] <om3> well, thanks for your attention :-)
[22:54] <rlameiro> om3: try to use aconnectgui to connect the midi paths to whatever midi player you want
[22:56] <om3> hmmm... should it be any different than aconnect?
[22:58] <om3> now, i don't even see timidity anymore in aconnect, nor in aconnectgui
[22:59] <om3> though i just did restart the timidity server
[23:06] <om3>  pulseaudio[2990]: module.c: Failed to load  module "module-alsa-sink" (argument: "device=hw:2"): initialization failed.
[23:06] <om3> that's in syslog
[23:08] <om3> well i think i have to sleep now
[23:08] <om3> good night everyone
[23:08] <om3> or whatever time it is in your region :-)
[23:19] <ScottL> rlameiro, do you prefer to use aconnectgui over patchage?
[23:19]  * ScottL asks because he's never seen any recommend aconnectgui and has only seen people mention patchage when not using qjackctl
[23:20] <ScottL> errr, anyone, not any
[23:27] <rlameiro> ScottL: well, i dont know if patchage works without jack
[23:27] <rlameiro> so i didnt wanted to give a bad advise
[23:31] <ScottL> good thinking
[23:32] <ScottL> i don't know either if patchage works without jack and quite frankly i didn't think about it either
[23:32] <ScottL> i might try that out later tonight :)
[23:32] <ScottL> i was mainly curious (and maybe learned something as well) because i didn't know that people actually used aconnectgui


[08:29] <mup> Bug #1447783 was opened: 1.8b3 Failed deployment/release timeout <landscape> <power> <MAAS:New> <https://launchpad.net/bugs/1447783>
[08:47] <mup> Bug #1447961 was opened: MAAS  it can not install in ubuntu 15.04 server <MAAS:New> <https://launchpad.net/bugs/1447961>
[08:59] <mup> Bug #1423613 changed: [0-day sru] maas needs to support systemd for Ubuntu >= 15.04 <hs-arm64> <verification-done> <MAAS:Fix Committed by andreserl> <maas (Ubuntu):Fix Released by andreserl> <https://launchpad.net/bugs/1423613>
[08:59] <mup> Bug #1447961 changed: MAAS  it can not install in ubuntu 15.04 server <MAAS:New> <https://launchpad.net/bugs/1447961>
[08:59] <mup> Bug #1446878 changed: maas django app won't start "ImportError: No module named apt_pkg" <verification-done> <MAAS:Fix Committed by mpontillo> <MAAS 1.7:In Progress by andreserl> <maas (Ubuntu):Fix Released by andreserl> <https://launchpad.net/bugs/1446878>
[08:59] <mup> Bug #1447573 changed: [0-day SRU] maas needs to use python-django16 instead of 1.7 <verification-done> <maas (Ubuntu):Fix Released> <https://launchpad.net/bugs/1447573>
[09:11] <mup> Bug #1447961 was opened: MAAS  it can not install in ubuntu 15.04 server <MAAS:New> <https://launchpad.net/bugs/1447961>
[09:11] <mup> Bug #1423613 was opened: [0-day sru] maas needs to support systemd for Ubuntu >= 15.04 <hs-arm64> <verification-done> <MAAS:Fix Committed by andreserl> <maas (Ubuntu):Fix Released by andreserl> <https://launchpad.net/bugs/1423613>
[09:11] <mup> Bug #1446878 was opened: maas django app won't start "ImportError: No module named apt_pkg" <verification-done> <MAAS:Fix Committed by mpontillo> <MAAS 1.7:In Progress by andreserl> <maas (Ubuntu):Fix Released by andreserl> <https://launchpad.net/bugs/1446878>
[09:11] <mup> Bug #1447573 was opened: [0-day SRU] maas needs to use python-django16 instead of 1.7 <verification-done> <maas (Ubuntu):Fix Released> <https://launchpad.net/bugs/1447573>
[09:17] <mup> Bug #1447961 changed: MAAS  it can not install in ubuntu 15.04 server <MAAS:New> <https://launchpad.net/bugs/1447961>
[09:18] <mup> Bug #1423613 changed: [0-day sru] maas needs to support systemd for Ubuntu >= 15.04 <hs-arm64> <verification-done> <MAAS:Fix Committed by andreserl> <maas (Ubuntu):Fix Released by andreserl> <https://launchpad.net/bugs/1423613>
[09:18] <mup> Bug #1446878 changed: maas django app won't start "ImportError: No module named apt_pkg" <verification-done> <MAAS:Fix Committed by mpontillo> <MAAS 1.7:In Progress by andreserl> <maas (Ubuntu):Fix Released by andreserl> <https://launchpad.net/bugs/1446878>
[09:18] <mup> Bug #1447573 changed: [0-day SRU] maas needs to use python-django16 instead of 1.7 <verification-done> <maas (Ubuntu):Fix Released> <https://launchpad.net/bugs/1447573>
[15:39] <mup> Bug #1293701 changed: Starting nodes en mass without ssh keys gives bad error message <ui> <MAAS:Triaged> <https://launchpad.net/bugs/1293701>
[15:39] <mup> Bug #1367511 changed: XML and YAML output should be line numbered. <ui> <MAAS:Triaged> <https://launchpad.net/bugs/1367511>
[15:39] <mup> Bug #1374070 changed: It's possible to remove the name from a node and MAAS won't supply a new one <confusing-ui> <ui> <MAAS:Invalid> <https://launchpad.net/bugs/1374070>
[15:39] <mup> Bug #1375273 changed: 'Allocated', 'deploying' and 'deployed' nodes are all represented as 'allocated' on the frontpage dashboard. <node-lifecycle> <ui> <MAAS:Invalid> <https://launchpad.net/bugs/1375273>
[17:17] <bdx> can anyone depict a way to commission and deploy other releases of ubuntu than trusty
[17:17] <bdx> ?
[19:04] <mup> Bug #1447783 changed: 1.8b3 Failed deployment/release timeout <landscape> <power> <MAAS:New> <https://launchpad.net/bugs/1447783>
[22:46] <mup> Bug #1448338 was opened: unable to select power type or add a node using firefox <MAAS:Confirmed> <https://launchpad.net/bugs/1448338>
[22:52] <mup> Bug #1448338 changed: unable to select power type or add a node using firefox <MAAS:Confirmed> <https://launchpad.net/bugs/1448338>
[23:01] <mup> Bug #1448338 was opened: unable to select power type or add a node using firefox <MAAS:Incomplete> <https://launchpad.net/bugs/1448338>


[08:55] <Unit193> https://packages.qa.debian.org/m/mate-polkit/news/20230811T085255Z.html So now we'll be able to switch.


[13:18] <niemeyer> Hello jujuers
[14:16] <smoser> hazmat, i'm here now. it looks to me from your pastebin at http://pastebin.ubuntu.com/918245/ that cloud-init ran the 'start', found the DS, and used it.
[14:16] <smoser> but the cloud-config upstart job did not run
[14:16] <smoser> which is:
[14:17] <smoser>  start on (filesystem and started rsyslog)
[14:56] <SpamapS> hazmat: re your question about jitsu.. I like the idea of having a 'jitsu' command that is basically just the juju wrapper that already exists.. so it calls juju when jitsu doesn't have a command you pass it.
[14:59] <SpamapS> maybe niemeyer should contribute to juju-jitsu, then it would be Brazilian Juju-Jitsu ;)
[15:08] <niemeyer> :)
[15:25] <imbrandon> jcastro: btw http://brandonholtsclaw.com/sites/default/files/domain-list.pdf I'm thinking cloudexamples.net will be a good place for "sure, just run juju deploy uber wordpress" etc
[15:25] <imbrandon> whatduya thunk?
[15:58] <gary_poster> hazmat or To Whom It May Concern: my escapades trying to get Juju working on Canonical OpenStack continue.  We are now worse off than when I started, but better off than last week.  Current status is https://pastebin.canonical.com/63978/ if anyone has any input or suggestions; the text is from the pertinent RT, https://rt.admin.canonical.com//Ticket/Display.html?id=50773
[16:02]  * hazmat joins in the adventure
[16:06] <imbrandon> hrm speaking of OpenStack, marcoceppi did you ever check to see about the s3 compat for hp swift containers ?
[16:07] <marcoceppi> imbrandon: I haven't checked since I first tried
[16:07] <marcoceppi> too much other stuff going on
[16:07] <imbrandon> kk, np , just curious
[16:07] <imbrandon> i may dig in and learn the ways of the jedi
[16:07] <imbrandon> or try
[16:09] <hazmat> gary_poster, what version of juju are you using
[16:09] <hazmat> fwereade_, did you try juju with a private cloud with constraints?.. i'm getting errors on ec2-zone
[16:10] <gary_poster> hazmat, 0.5+bzr504-1juju4~precise1
[16:13]  * gary_poster gets lunch.  biab
[16:13] <hazmat> gary_poster, thanks
[16:49] <bkerensa> jcastro: You making juju stickers I hear?
[16:49] <jcastro> no
[16:50] <jcastro> those are charm school stickers
[17:02] <bkerensa> jcastro: ahh
[17:10] <bkerensa> jcastro: kees's sbuild juju charm is pretty cool we got to use it when he wrote it
[17:21] <hazmat> gary_poster, since the private cloud is behind a firewall, you'll need to login to some machine where the client has access to the cluster.
[17:21] <hazmat> gary_poster, attaching the public ip address no longer changes the output of public ip address or public dns address
[17:22] <gary_poster> hazmat, that was not the case before, and preventing that restriction (the firewall) is the point of the RT.  The .canonistack dns names should be something we can configure once in .ssh/config and then juju wuld just work
[17:22] <gary_poster> would
[17:23] <hazmat> gary_poster, yes
[17:23] <hazmat> it is different now, previously i could just attach a public ip to the bootstrap and work, but that is broken.. if the addresses/hostnames returned we're routable in some fashion that would also fix the problem
[17:24] <hazmat> s/were
[17:24] <hazmat> where
[17:24] <hazmat> ;-)
[17:25] <gary_poster> hazmat, :-) cool.  So you suspect that if I get the RT fixed (the second bullet point in my summary) then possibly the deployment would also work again (third bullet point)?
[17:25] <gary_poster> I was only pessimistic about this because the failure for my third bullet point was seemingly in canonistack itself
[17:26] <gary_poster> so it was not a connection failure but...something else, like the security problem you found last time
[17:31] <hazmat> gary_poster, hmm
[17:31] <hazmat> gary_poster, yeah.. just reviewd the RT in full
[17:32] <hazmat> i'd like to think persistence pays off..
[17:32] <gary_poster> :-)
[17:33] <hazmat> what i find a little irksome is that previously attaching public ips would change the reported public address
[17:33] <hazmat> but that appears to no longer be the case
[17:33] <hazmat> and is yet another minor incompatibility with ec2 behavior
[17:33] <gary_poster> yeah
[17:34] <hazmat> i guess i should submit my patch for euca2ools nova compatibility
[17:36] <gary_poster> +1, if that is waiting in the wings, yeah :-)
[17:36] <hazmat> looks like its already done.. but un-acted.. https://bugs.launchpad.net/euca2ools/+bug/891889
[17:36] <_mup_> Bug #891889: euca-describe-addresses fails with missing attribute on Address object when using boto < 2.1 <euca2ools:New> < https://launchpad.net/bugs/891889 >
[17:41] <hazmat> gary_poster, i don't really understand elmo's comment on that RT, what is juju supposed to do differently here when it doesn't have access to any accessible endpoint
[17:41] <hazmat> ie. re fix juju
[17:42] <hazmat> gary_poster, so my recommends in a nutshell would be setting up on the bootstrap instance after logging into it.. or getting the chinstrap gateway setup when they attach a domain suffix to the hostname.
[17:46] <gary_poster> hazmat, re fix juju, I think my reply to him addressed his points.  There's not something for juju to fix, and there was a reasonable way to accommodate juju (*.canonistack resolving on chinstrap).  I will do as you suggest (set up on the bootstrap after logging into it) if I need to do canonistack, but my main goal is to push through the domain suffix thing, because I think that's going to be a win for every person who want
[17:46] <gary_poster> s to use juju on canonistack..and we're hoping that's a decent number of people.
[17:46] <gary_poster> thanks
[17:54] <hazmat> gary_poster, thanks for keeping at it.. i totally agree this process should be easier for folks..  its probably worth a wiki page on how to setup locally that we can direct folks to
[17:55] <gary_poster> hazmat, yeah, that's my plan once it works.
[18:05] <elmo> gary_poster: what are you talking about?
[18:05] <_mup_> juju/trunk r518 committed by<EMAIL_ADDRESS>[18:05] <_mup_> [trivial] fix for private clouds using ec2 api, ec2-zone and instance-type are still valid constraints
[18:06] <gary_poster> elmo, RT 50773, your comment https://rt.admin.canonical.com/Ticket/Display.html?id=50773#txn-838466
[18:07] <gary_poster> or actually https://rt.admin.canonical.com/Ticket/Display.html?id=50773#txn-838466
[18:07] <gary_poster> eh same one, sorry, on call
[19:34] <_mup_> Bug #977481 was filed: Support private/public cloud spanning <juju:New> < https://launchpad.net/bugs/977481 >
[20:37] <_mup_> Bug #977528 was filed: Relation membership for child relations should be cached before hook execution <juju:New> < https://launchpad.net/bugs/977528 >
[20:48] <_mup_> juju/relation-hook-commands-spec r9 committed by<EMAIL_ADDRESS>[20:48] <_mup_> Updated per review comments
[21:11] <marcoceppi> Can charms have a "." in the name?
[21:16] <bkerensa> marcoceppi: surely jcastro knows
[21:16] <bkerensa> :D
[21:16] <jcastro> We haven't said one way or the other
[21:17] <marcoceppi> I'll just omit the period then
[21:18] <jcastro> m_3: hey so, we have a charm on github: https://bugs.launchpad.net/charms/+bug/977552
[21:18] <_mup_> Bug #977552: Charm Needed: Terraria server <Juju Charms Collection:Confirmed> < https://launchpad.net/bugs/977552 >
[21:18] <jcastro> ideas for integrating/mirroring/whatever?
[21:18] <marcoceppi> jcastro: you can setup a mirror repo on LP
[21:18] <marcoceppi> it pull from git every X mins
[21:19] <marcoceppi> I think imbrandon did that for the drupal charm
[21:19] <jcastro> I don't think asking people to mirror their stuff in lp will scale
[22:33] <m_3> jcastro: np, with only a few, I can pull manually
[22:37] <m_3> jcastro: still preliminary atm... just treat it as a normal charm submission... have him tag it with new-charm when it's ready for review
[22:39] <m_3> jcastro: the fact that it's on github doesn't matter until after it's accepted into the charm store... then we'll figure out MPs -vs- PRs when we cross that bridge


[10:27] <bartuss7> Hello. I'm trying to inject dns to /etc/resolv.conf using userdata, but doesnt work. I'm using heat to inject resolv config. Here is my config: https://pastebin.com/dhW2SgZy
[11:25] <chele> hi there, how can i disable dhcp and provide static network config?
[11:26] <chele> i saw this bugs from last summer but not resolution so far https://bugs.launchpad.net/cloud-init/+bug/1633656
[14:05] <smoser> bartuss7: any time someone pastes a pastebin.com, my eyes make me tell them 2 things
[14:06] <smoser> a.) pastebinit (pacakge, installed in ubuntu by default) . uses http://paste.ubuntu.com .
[14:06] <smoser> b.) my favorite pastebin (although i fear it wont last long) https://hastebin.com/
[14:07] <smoser> now... done witih public service announcement, i'll look at what you have.
[14:11] <smoser> bartuss7: a few things i suspect.
[14:12] <smoser> a.) the 'resolv_conf' module isnt enabled by default. you'd have to add it to /etc/cloud/cloud.cfg (init_modules).
[14:12] <smoser> b.) i dont know if heat will magically add the '#cloud-config' header or not
[14:13] <smoser> but you have to have that or cloud-init will not pay attention to the content (it does  not assume that all data is always for it).
[14:13] <smoser> c. in openstack... y ou can proably manaage your nameservers differentlky through network settings and it should all get through.
[14:14] <smoser> chele: need some more data.
[14:14] <smoser> are you using uvtool ?
[14:15] <chele> smoser right
[14:15] <chele> i think my college solved with user_data.cfg
[14:15] <smoser> chele: so i assume that its just a missing feature.
[14:16] <smoser> let me see if there is a way in uvtool to manage it via network-config
[14:16] <chele> but according to the bug report it still tried dhcp and ...
[14:16] <chele> right
[14:44] <smoser> chele: http://paste.ubuntu.com/26464399/
[14:44] <smoser> i'll update that bug with this
[14:46] <chele> smoser right, so this doesn't fire dhcp req?
[14:46] <smoser> correct. it gives the static configuration describec by that ENI file
[14:47] <smoser> and should work 14.04 -> 18.04
[14:47] <chele> right. ok so i guess bug might be fixed but nobody update the bug report...anyway thanks.
[14:50] <smoser> chele: well this is not an ideal situation really.
[14:51] <smoser> it will work. just not ideal. see the caveats i wrote there.
[14:52] <smoser> hi might be wrong about 14.04
[14:53] <chele> right.
[19:02] <smoser> rharper blackboxsw powersj fyi, yesterday i turned on auto-expire of Incomplete bugs.
[19:02] <smoser> which is why you might see some mail
[19:02] <powersj> "some"
[19:03] <powersj> ;) and yes got 40+ this morning
[19:04] <smoser> rharper: https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/336630
[19:04] <smoser> you want to finish-approve that ?
[19:19] <rharper> smoser: looking
[19:23] <rharper> smoser: approved; but generally I didn't understand why we wouldn't have the list of labels we recognize in one place (or at least one in python and one for ds-identify )
[19:24] <smoser> rharper: it *is* in one place.
[19:24] <smoser> only in ds-identify.
[19:26] <rharper> ok
[21:22] <smoser> powersj: https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/336722
[21:23] <smoser> that i think would magically start working when lxd 3 lands in whaever snap channel we're using.
[21:25] <powersj> smoser: thanks! where did you find the info about lxd 3.0?
[21:25] <powersj> I can give it a shot in a bit too
[21:26] <powersj> oh sorry now I see your comment in the bug
[21:27] <smoser> yeah, ikind of would like to have the currrently-working path in place too
[21:27] <smoser> i dropped the _setup_console_log bit before i knew that '--show-console-log' didn't actually work  :)
[23:21] <blackboxsw> thanks for the reviews smoser rharper thanks for the good review on my doc branch, I think I addressed all comments and reworked a lot of the content and cross reference links.


[07:17] <hloeung> bdmurray: delete the provider-state and bootstrap-verify files in the control bucket
[07:22] <vila> axw: hi there, still around ? (Replying to your mail while you pong ;)
[07:23] <axw> vila: hiya, I am
[07:25] <vila> axw: almost there
[07:27] <vila> axw: replied for the questions in the first part of the mail, that leaves us with the config you want me to try, let me re-phrase to make sure we're on the same page
[07:28] <axw> sure
[07:28] <vila> no , in fact, I can't ;) So, when you say "Could you
[07:28] <vila> try bootstrapping, then try to manually ssh with the options above and "-v"
[07:28] <vila> to see what keys ssh is trying?", what config and what options do you mean ?
[07:29] <axw> I mean try running the ssh command I pasted:  ssh -v -i ~/.juju/ssh/juju_id_rsa -i ~/.ssh/id_rsa -i ~/.ssh/id_dsa -i ~/.ssh/identity <host>
[07:29] <axw> I realise they're not relevant to you, but that's what juju's doing
[07:29] <vila> axw: I realize the config that was working doesn't make a lot of sense given your explanations, but it was working which blurry what I should try
[07:29] <vila> oh, right
[07:30] <axw> it *should* be working if you've got the private key loaded in ssh-agent
[07:30] <axw> those -i's are just so we try the defaults in case they're not also loaded into an agent
[07:30] <vila> so, restore a config with one key for chinstrap and a different one in authorized-keys-path ?
[07:31] <axw> yes please
[07:31] <vila> ha, loaded in the agent, hmm, hard to say if/when that was the case, let me setup that
[07:31] <axw> I will try the same to see if I can reproduce it
[07:31] <axw> you said in your email it was though?
[07:32] <axw> do you mean it was but maybe is not now?
[07:34] <vila> yeah, there is a grey area during which I suspect I upgraded juju to 1.17.2 while my node was still bootstrapped
[07:34] <vila> running $ juju bootstrap --show-log
[07:35] <vila> damn it it works
[07:36] <axw> doh :)
[07:36] <vila> and so does the ssh command above
[07:37] <axw> if it does fail again, just confirm that the agent has/n't got the key loaded
[07:37] <vila> ssh-add -l lists the key in authorized-keys-pat
[07:37] <vila> h
[07:38] <vila> axw: I will but it's a passwordless key so I think those don't have to be added to the agent, will re-try with a clean one
[07:39] <axw> vila: it does if you want ssh to try it. otherwise it needs to be specified with -i, or in ~/.ssh/config
[07:39] <vila> axw: well, it is specified in my ~/.ssh/config in the section that goes through chinstrap
[07:40] <axw> the authorized-keys-path one?
[07:40] <vila> yes
[07:41] <vila> re-trying after 'ssh-add -D'
[07:42] <vila> queried for my lp key
[07:43] <vila> still working
[07:43] <vila> queried while bootstrap I mean, trying your ssh command
[07:43] <vila> Host key verification failed.
[07:43]  * vila fixes known_hosts
[07:44] <axw> vila: just pass -o StrictHostKeyChecking=no
[07:44] <vila> ssh works too
[07:44] <axw> you'll get that a lot otherwise
[07:44] <vila> huh, OMG:
[07:45] <vila> apt-cache policy juju-core -> 1.16.3-0ubuntu<IP_ADDRESS>~ctools
[07:45] <vila> wth
[07:45] <vila> doh
[07:45] <axw> doh :)
[07:45] <vila> I'm on the machine-0 host ;)
[07:45] <vila> right, on my desktop: 1.17.2-0ubuntu1~ubuntu13.10.1~juju1
[07:46] <vila> from http://ppa.launchpad.net/juju/devel/ubuntu/ saucy/main amd64 Packages
[07:47] <axw> so if that's working, I'm really not sure why it wasn't working before
[07:49] <vila> axw: gee, me neither but it sure wasn't, there was an error initially (using one key in ~/.ssh/config and a different one in envs.yaml) but I did align and reproduced the error (without ssh-add -D though but I can't see the link). Then I used the same key and it worked
[07:50] <axw> I'll play around with my keys and see if I can reproduce it
[07:50] <vila> axw: let's call it unreproducible for now
[07:50] <vila> axw:  is there some place I can check for logs about some ssh -vv juju may have internally ?
[07:51] <vila> axw: or some way to pass -vv to juju and get some output ?
[07:51] <axw> vila: nope, stupidly I did not add logging for that bit
[07:51] <vila> axw: bah, I guess, using the ssh command (with nohostchecks) is close enough right ?
[07:52] <axw> yes, and the "-i" args
[07:52] <axw> they're important because they change behaviour of how default keys get picked up and so forth
[07:52] <vila> axw: sure, thanks for that one
[07:53] <vila> axw: yup, the commit msgs were very good to point me in that direction
[07:54] <vila> axw: I'm adding automated tests around bootstrap anyway, so I'll know if I run into that again
[07:54] <axw> great, thanks
[07:54] <vila> axw: thanks to you, enjoy your evening !
[07:55] <axw> cheers, and have a nice day :)
[08:37] <cargill> hi, after having some problems with an existing vagrant env, I removed it (removing Vagrantfile, ./vagrant, ~/.vagrant.d and ~/Virtualbox VMs), then set it up again and I cannot do juju ssh or debug-log anymore (in the freshly created environment)
[08:47] <cargill> this makes juju slightly useless and me stuck because I have no idea whatsoever how to find out what went wrong (if it is #1202682, I do not understand how sinzui divined that it should be an ssh issue, so I cannot say I'm suffering from that)
[08:47] <_mup_> Bug #1202682: debug-log doesn't work with lxc provider <cts-cloud-review> <debug-log> <local-provider> <papercut> <ssh> <ui> <juju-core:In Progress by themue> <https://launchpad.net/bugs/1202682>
[09:01] <cargill> oh, and /var/log/juju-setup.log logs a few different errors/warnings but I can still deploy (some) charms, so they might be inconsequential
[09:03] <TheMue> cargill: never worked with vagrant, the mentioned issue is when using the local provider
[09:03] <TheMue> cargill: but you could paste your setup log to have a look
[09:04] <cargill> TheMue: which the vagrant image sets up (it's a virtualbox machine that has juju+local set up)
[09:04] <cargill> documented here https://juju.ubuntu.com/docs/config-vagrant.html
[09:08] <TheMue> cargill: ah, based on lxc, so at least the ssh/debug-log problem could be the same. the local provider doesn't uses an explicit container for state and api. so ssh doesn't work here.
[09:10] <TheMue> cargill: but the log exists at $JUJU_HOME/<ENVNAME>/log/all-machines.log
[09:18] <cargill> if that's the case, that would explain debug-log not being able to run, but would not explain the failure to ssh to other containers
[09:21] <cargill> this is juju-setup.log, this time for a precise vagrant box http://pastebin.com/zJ88WR6T
[09:34] <cargill> TheMue: there is no all-machines.log file anywhere on the box
[09:36] <TheMue> cargill: hmm, so it is more different from local provider than thought
[09:37] <cargill> if I understand the documentation, it should use a vanilla local provider, so maybe something is horribly broken, just not showing in the juju-setup.log?
[09:39] <cargill> yet nothing matching /error/i in the syslog
[09:40] <cargill> or anywhere relevant in /var/log
[09:43] <cargill> must be something wrong with my setup (I wish juju just worked on Debian directly without an extra level of virtualization)
[09:58] <cargill> Any thoughts on how to find out what's wrong/how to work around this?
[10:11] <cargill> funny, I can "juju ssh postgresql/0" but not "juju ssh 2" where 2 is the machine that postgresql/0 uses
[11:18] <cargill> why does postgres node see connections from another node as coming from <IP_ADDRESS> instead of the node's IP (<IP_ADDRESS>)?
[11:31] <dimitern> cargill, it seems you're using the local provider - its ip addresses are like 10.0.3.x, so this could be the host machine's ip in the lxc bridge
[11:32] <cargill> yes it is
[11:32] <dimitern> cargill, so that's why - the host's ip is also the default route on the lxc subnet
[11:35] <cargill> dimitern: this makes relations to postgres not work, since only the other node's IP gets whitelisted, not the host's IP
[11:35] <cargill> is this a bug?
[11:46] <dimitern> cargill, container networking is still not implemented, so you might expect issues like this
[11:46] <cargill> ah, ok, so a known missing feature and need to work around that, fine with me, is there a list? :)
[11:47] <dimitern> cargill, and manual steps might be needed for charms to work, like setting config options etc. from the command line
[11:48] <dimitern> cargill<EMAIL_ADDRESS>is the place to raise questions or the #juju-dev channel here on freenode, but reporting bugs is always welcome - just please make sure you do a search first to see if what you're seeing is not already reported
[11:49] <cargill> I mean a list of quirks to watch for in a "local" deployment
[11:51] <dimitern> there's a list of known bugs - https://bugs.launchpad.net/juju-core/+bugs?field.tag=local-provider
[12:07] <cargill> dimitern: thanks
[13:28] <melmoth> juju people: what happen in a charm when a "juju destroy-unit" is called ?
[13:33] <marcoceppi> melmoth: faily certain that the unit is marked as dying, then any relations that exist go through the -relation-departed/broken cycle, then stop hook is called, then it's removed from topology
[15:06] <rick_h_> marcoceppi: I'm trying to run two local envs and I see it noting storage ports and such but I'm getting an error ERROR cannot use 37017 as state port, already in use
[15:06] <rick_h_> when I try to bring up the second local env
[15:07] <rick_h_> is there a config bit for the env.yaml for that? I don't see a reference in the docs
[15:07] <marcoceppi> rick_h_: that's annoying, what version juju?
[15:07] <rick_h_> 1.17.2-trusty-amd64
[15:07] <marcoceppi> rick_h_: there's like three things you need to do, iirc, and they're not really well documented anywhere
[15:07] <marcoceppi> thumper: what do you need to run multiple local envs?
[15:08] <rick_h_> marcoceppi: ok, good to know it's not just me missing the boat then.
[15:08] <rick_h_> marcoceppi: he'll be afk, I can check with him tonight. I need to get some instructions written up for demos for sales folks
[15:08] <marcoceppi> rick_h_: yeah, let me go poke at it real quick see if I can't jog my memory
[15:08] <marcoceppi> rick_h_: if you do, please pass those notes on to me so I can get them in the docs
[15:08] <rick_h_> marcoceppi: k, appreciate it if you know, but no rush. I've got a couple of days to get things written out/tested
[15:09] <rick_h_> marcoceppi: rgr
[18:35] <stokachu> is there a decent application for testing websockets in the console?
[18:36] <stokachu> like i want to test the connection to the juju api with json parameters
[19:03] <marcoceppi> Does anyone know if you can deploy a subordinate to a subordinate


[00:00] <DonkeyHotei> i considered that but decided it was overkill
[00:00] <pleia2> I don't know what the cool kids are using for backups these days
[00:01] <pleia2> I do a poor job of backing up my personal laptop, so I should probably figure it out (my desktops and servers at home are rsync+cron to a server)
[00:02] <DonkeyHotei> i don't do much backing up at all, instead relying on my data recovery fu when things go wrong
[02:26] <rww> heh, the email address on Richard Gaskin's GPG key is misspelled
[04:34] <pleia2> rww: maybe it's a trust test ;)


[04:27] <zx2c4> apw: in case you're tired of dkms stuff,
[04:27] <zx2c4> i backported wireguard properly to 5.5 using upstream commits
[04:27] <zx2c4>  https://data.zx2c4.com/wireguard-5.5.8-20a586ec4f5acf195f71caea55c5a33c574078cb69712da591467ffc08dd8b72.zip
[04:27] <zx2c4> that applies ontop of 5.5.8
[04:27] <zx2c4> i did this for Debian's upcoming kernel
[04:28] <zx2c4> if you guys want to do the same instead of the dkms thing with wireguard-linux-compat, there are the patches
[04:28] <zx2c4> cc kerneltoast
[04:28] <zx2c4> however, if you want to keep the same mechanism for focal as you do for older ubuntu releases, then the dkms approach might be more uniform and easier to deal with throughout
[04:29] <zx2c4> i have no opinion either way, but thought i'd let you know about the option
[05:34] <apw> zx2c4: thanks, we are most likely to stay as we are, at 5.6 it is moot
[06:42] <zx2c4> apw: cool
[06:42] <zx2c4> how's it coming with backporting it to 18.04 andwhatnot?
[14:18] <rbasak> Is there a quick reference table of which kernel versions are in which release, including the HWE options?
[14:18] <rbasak> Extracting this information out of packaging information seems painful.
[14:19] <rbasak> Oh, just https://wiki.ubuntu.com/Kernel/LTSEnablementStack?
[14:20] <rbasak> But that seems out of date.
[17:31] <sarnold> rbasak: I've found this very handy https://kernel.ubuntu.com/sru/dashboards/web/kernel-stable-board.html
[17:42] <rbasak> sarnold: that's just what I needed. Thanks!


[03:51] <Sadin> i think this is a great little idea! http://coderwall.com/sadin
[10:59] <rmg51> Morning
[11:32] <JonathanD> Morning.
[11:39] <rmg51> o/
[13:00] <teddy-dbear> morning
[13:31] <InHisName1> morning all
[15:48] <morecheese> hey InHisName1 just catching up with your response from yesterday... didnt find anything in Windows Firefox options that would do the trick. i thought it was the "HideMenubar" addons ive used in the past, but that didnt seem to do the trick either.
[15:48] <morecheese> you're sure you've fixed it before?
[17:32] <morecheese> side note: maximizing the Firefox window puts the Firefox menu button in-line with the tabs how i like it. just wish i could do it without maximizing the window.
[18:12] <morecheese> :(
[18:12] <morecheese> nvm that
[23:05] <sacul> \o
[23:07] <sacul> pleia2: i don't have an account on ubuntupennsylvania.org anymore :( ;)
[23:09] <sacul> no one in here...