[11:27] <andreas> what's with launchpad importing old comments from 2011 and such from other bug trackers? New feature? Broken feature that was just fixed?
[11:34] <cjwatson> andreas: Broken feature that was just fixed
[11:34] <cjwatson> More or less
[11:34] <andreas> cjwatson: ah, thanks
[11:34] <cjwatson> andreas: And it's just the Red Hat bug tracker, not "other bug trackers" in general
[11:35] <andreas> indeed
[11:35] <cjwatson> I mean, we do import from other bug trackers, but the RH one is the one that was fixed
[23:19] <codygarver> hi, github recently added a new "Verified" commit gpgsig feature and it is breaking the git to bzr importer. Is this a known issue? Log: https://answers.launchpad.net/launchpad/+question/660151
[23:20] <cjwatson> codygarver: Yes.  I just answered your question there.
[23:20] <wgrant> (and it's nothing to do wih GitHub's feature; git has had gpgsig support for many years)
[23:20] <cjwatson> Basically nothing we can realistically do about it I'm afraid; it'd be a significant development project in Bazaar, for which we have no staff.
[23:21] <codygarver> thanks for the info, I'm sorry to hear about this
[23:22] <cjwatson> (It's conceivable it might get done in the Bazaar fork Breezy; if that gets far enough ahead then it's possible we might switch to it.  But I don't believe it's yet fixed there either.)
[23:23] <codygarver> I think the reason I'm only just now experiencing this is github made some change to merging things with their web interface
[23:24] <codygarver> I don't sign locally but their web interface is doing it for me...
[23:24] <cjwatson> Yeah, every so often somebody changes something and a few more repos start failing.
[23:25] <cjwatson> What are you using the imports for?  (i.e. is there a blocking reason you can't use git-to-git instead)
[23:25] <codygarver> we used to be 100% launchpad, then move the trunks to github and set up imports to keep from having to mess with all the separate debian packaging branches and recipes
[23:26] <codygarver> so this means I will need to convert the packaging branches to git as well and use git based recipes instead
[23:26] <cjwatson> OK, so you'd have to migrate them indeed, but git-based recipes work
[23:26] <cjwatson> So a bit annoying but shouldn't be a blocker
[23:26] <codygarver> yeah I think I will survive, thanks again for the help
[23:43] <cjwatson> (I think Breezy is already a bit ahead, though not yet in ways that are very relevant to Launchpad.  One thing that might make a difference is if they introduce a new format)


[00:37] <shimey> help
[00:49] <bigjools> shimey: hello
[07:06] <gmb> Morning jtv. Sorry I didn't email you to tell you where I'd put my (very vestigial) branch. Did you find it, and was it useful?
[07:07] <gmb> (I got totally sidetracked yesterday, so I'd only just started iterating on it)
[07:10] <jtv> gmb: I did not find it, therefore no, not very useful.  :)
[07:10] <gmb> jtv: Damn, and it was my only maas-test branch, too. Oh well. Apologies again. Somehow I suspect you managed fine :)
[07:11] <jtv> gmb: But this may put you in the position of the most understanding potential reviewer for https://code.launchpad.net/~jtv/maas-test/create-admin/+merge/194284 :)
[07:11] <jtv> gmb: not the lint one!?
[07:11] <jtv> Ah.
[07:11] <gmb> Ah, well played sir :)
[07:11] <gmb> jtv: Branch, not MP.
[07:11] <gmb> And so no
[07:11] <jtv> *Now* I see extract-functions.  Why didn't I see that?  I thought I looked about 5 hours ago.
[07:11] <gmb> It wasn't my only one
[07:12] <gmb> jtv, I don't think you'll have suffered for it; I only just got started teasing things apart.
[07:12] <jtv> gmb: careful with the "test base class" stuff — you may hit a nerve with this team.  :)
[07:13] <jtv> We have tons and tons of testcase classes, base and leaf and mixed, in the main tree and it's been getting to us.
[07:13] <gmb> jtv: Yeah, I know. That was my second iteration or so... I just wanted to pull it out of the test case for starters and then I could start massaging it into a nice utility.
[07:13] <gmb> jtv: Anyway, I'll review your branch now.
[07:13] <jtv> Thanks for both then.  :-)
[07:20] <jtv> rbasak: morning, and Q about uvtool... does it set up a fixed username/password or something?
[07:21] <rbasak> jtv: the username is "ubuntu" (cloud-init default in our cloud images).
[07:21] <rbasak> jtv: the password is unset by default. uvtool defaults to adding your ~/.ssh/id_rsa.pub if you have one and aren't overriding cloud-init userdata.
[07:22] <rbasak> jtv: or use --password to set a password for the ubuntu user
[07:27] <jtv> rbasak: oh, and I forget — how do I actually reach the VM, networking-wise?
[07:27] <jtv> I tried <vmname>.local but no luck.
[07:28] <jtv> Heyyy, that just started working.  Maybe it just needed a while!
[07:28] <jtv> Thanks for the pointers.
[07:28] <jtv> No, not pointers.  The info?
[07:30] <rbasak> jtv: .local seems unreliable and I might drop it. It takes ages for the instance to install avahi-daemon.
[07:30] <jtv> Oh, will the uvt-wait thingy actually wait for the hostname to show up?
[07:30] <bigjools> what does this do over vagrant, out of interest?
[07:31] <rbasak> jtv: the latest trunk adds "wait" and "ip" subcommands. It actually just peeks at /var/lib/libvirt/dnsmasq/default.leases
[07:31] <rbasak> jtv: (so requires that you are using the default libvirt bridge/dnsmasq)
[07:33] <rbasak> bigjools: it does far less than vagrant, intentionally. It's just a wrapper over simplestreams, libvirt and cloud-init. So you get to use unmodified cloud images directly, with easy cloud-config definition or direct use of your own overrides.
[07:33] <bigjools> nice
[07:33] <bigjools> cloud images you say ...
[07:34] <bigjools> could these be the same cloud images that maas uses for ephemerals?
[07:34] <bigjools> rvba might see where I am going with this ...
[07:34] <rbasak> Remind me how ephemeral images differ again?
[07:35] <bigjools> I have no idea if they even do
[07:35] <rbasak> I'm sure we do; otherwise we wouldn't generate them.
[07:35] <rbasak> I just can't remember how.
[07:35] <bigjools> we mount them over iscsi as /
[07:36] <rvba> rbasak: right now maas-test uses the name published over avahi, but as we discussed yesterday, we will ditch that and use the ip (parsed from default.lease).  The only thing we need is for wait to wait until cloud-init has run.
[07:36] <bigjools> rvba: are you using cloud-init to install maas?
[07:36] <jtv> I suppose we could always just loop until either the hostname resolves or we lose patience...
[07:37] <jtv> bigjools: not yet.
[07:37] <rvba> bigjools: not currently, but we could.
[07:37] <jtv> Right now it's apt-get (good enough for me tbh)
[07:37] <bigjools> in other words is cloud-init an overhead we don't need?
[07:37] <rvba> bigjools: we need it for something else
[07:37] <bigjools> I would be looking to pare down the VM image as much as possible
[07:37] <rvba> To configure the bridged interface.
[07:37] <bigjools> how big is it BTW?
[07:38] <bigjools> I'm a bit concerned about the amount of downloading to run this stuff
[07:38] <rbasak> http://bazaar.launchpad.net/~smoser/maas/maas.ubuntu.com.images-ephemeral/view/head:/maas-cloudimg2ephemeral is the cloud image to ephemeral image conversion script
[07:38] <rvba> I'm not going to disagree with that.
[07:39] <bigjools> rvba: can we use that script to cut some downloading out?
[07:39] <rbasak> uvtool can use an external image, provided it's in qcow format. It just needs it to have cloud-init installed. I'm not sure if ephemeral images will work, though.
[07:40] <bigjools> well if we just download cloud images and then run this tool ...
[07:40] <rbasak> I'm a little lost. What's your goal here?
[07:40] <rvba> bigjools: maybe, this is worth looking into.
[07:41] <bigjools> it's a shame it doesn't explain what it's actually doing
[07:41] <bigjools> rbasak: so we have to download images for uvtool and then again download ephemeral images for maas inside the vm.  We should be able to avoid that here
[07:41] <bigjools> they are largely identical
[07:41] <bigjools> apart from whatever this script does
[07:41] <rbasak> I see. That makes sense.
[07:42] <bigjools> I made sense \o/
[07:43] <rbasak> One possible difference is that ephemeral images need to ignore other disks that are on the machine. uvtool uses cloud-init to supply metadata without a metadata server by adding a second disk with the metadata and having cloud-init find it. I wonder if that's compatible.
[07:43] <bigjools> I don't see how it can even come into play
[07:43] <rbasak> uvt-kvm will take a --backing-image-file qcow2 format file directly if you have one
[07:44] <rbasak> Then it doesn't need to have downloaded anything previously; you can take care of it.
[07:48] <rvba> rbasak: btw, I managed to dhcp a node on the bridge interface all right.
[07:49] <jtv> Oh, you have the bridging working?
[07:49] <rbasak> \o/
[07:49] <bigjools> \o/
[07:50] <rvba> Yep, as a proof-of-concept for now: i.e. no code, just manual stuff.
[07:50] <rvba> But now it can be transformed into code.
[07:51] <rbasak> rvba: if I drop avahi-daemon installation, and you drive it from outside the guest, then do you still need the wait subcommand extended? I'm not exactly sure how to do that part right now.
[07:51] <rvba> rbasak: that would be ideal… but I think we can work around it.
[07:52] <rbasak> rvba: btw, you can wait for /var/lib/cloud/instance/boot-finished to appear. It just doesn't work in the general case. I've talked to smoser about something in /run so things don't get confused by reboots
[07:54] <rvba> rbasak: instead of using uvtool's cloud-init config and inject our stuff in the run-command, we could simple configure the entire cloud-init's config.  With this level of control we would be fine.
[07:56] <rbasak> rvba: sure, you can do that.
[08:01] <rvba> rbasak: hum, even if we do that, we would still a way to know when cloud-init has finished running.
[08:05] <rbasak> rvba: as a workaround, I think "while ! -f /var/lib/cloud/instance/boot-finished; do sleep 1; done" should do it.
[08:05] <rbasak> rvba: it just doens't work in the general case, because if you booted the backing image previously, then that file already exists.
[08:07] <rvba> rbasak: thanks, that should work in case so we can use that until something more solid is in place.
[08:10] <rvba> in our* case
[08:16] <rvba> rbasak: I also want to try using a "interface type='direct'" to see if we can avoid setting up the bridge.
[08:34] <rvba> rbasak: it seems to work just as well.
[08:36] <roaksoax> rvba: ping
[08:36] <roaksoax> err
[08:36] <roaksoax> rbasak: ping
[08:37] <rbasak> roaksoax: pong
[08:38] <roaksoax> rbasak: pm :)
[08:39] <rvba> rbasak: any reasons why we should use a bridged connection instead of a "direct" connection?  A "direct" connection seems a bit simpler to set up.
[08:40] <rbasak> rvba: for the connection to the independent NIC that connects to the MAAS node under test? "direct" would be fine in that case, if it works. I've never tried it.
[08:40] <rvba> rbasak: yes, for the connection to the node.  I just tried it, it seems to work fine.
[08:40] <rvba> We will start with this then.
[09:10] <jtv1> rvba: it's about a TODO (I think you probably wrote it) to check for an ssh key.
[09:11] <jtv1> AFAICS we can't connect to the VM without one, unless perhaps we start doing nasty stuff with stdin/stdout.
[09:11] <rvba> Right.
[09:11] <jtv1> And uvtool only uses the default key, which is something I'd love to change but for now seems to be something we just have to deal with.
[09:11] <rvba> Well, there is a way around this.
[09:12] <jtv> Oh?
[09:12] <rvba> i.e. we could generate our key and use that…
[09:12] <jtv> That's the thing — the path is hard-coded in uvtool.
[09:12] <rbasak> If you generate your own cloud-config and supply uvtool with that, you can supply whiever key you want
[09:12] <jtv> $HOME/.ssh/id_rsa
[09:12] <rvba> That's exactly what I was thinking about.
[09:12] <jtv> Ah!
[09:12] <rvba> And we want to do that anyway.
[09:12] <rbasak> Or I could make the path overridable I suppose. I just need sensible logic that works reasonably in the general case.
[09:13] <rvba> Because we will want to add ppas and stuff.
[09:13] <rvba> So owning cloud-init's config seems like the logical thing to do.
[09:13] <jtv> rbasak: command-line option?  For our usage it'd be fine to have a disposable key.
[09:13] <rbasak> rvba: or you could do that stuff (apart from the key) from a script. The advantage of that is that it would be synchronous, and slightly easier to debug.
[09:14] <jtv> Easier in some ways, harder in others...
[09:14] <rbasak> jtv: a command line option would be fine
[09:15] <jtv> But anyway, for now userdata sounds like a good option.
[09:15] <rvba> rbasak: well, technically we could even use the run-cmd-once to set up another ssh key.
[09:15] <rbasak> I'm a fan of making everything synchronous where possible
[09:15] <rbasak> create, wait, grab the ip then run a script that calls ssh as needed
[09:15] <rbasak> Then you can do things synchronously across the host and the guest
[09:15] <jtv> (Out of interest, what is the advantage of setting up PPAs and installing packages through cloud-init, given that we need to ssh into the VM anyway?)
[09:15] <rbasak> jtv: right
[09:16] <rvba> Well, in my view, it's just that cloud-init is already designed to do most of the preparation things we will want to do:
[09:16] <jtv> (I wasn't making a statement, only asking)
[09:16] <rvba> set up ssh keys, install ppas, install packages.
[09:17] <rvba> Sure, we can do most of this (not the ssh key installation) manually using ssh.
[09:17] <rbasak> rvba: I think that's handy when you don't have an easy synchronous means to do the same thing. Eg. if you want to start an EC2 instance and don't want to hang around to ssh into it, but just want it deployed.
[09:18] <rbasak> rvba: OTOH, using ssh gives you stdin/out/err capability, for example. You aren't running scripts in the dark. So I think cloud-init's functionality makes sense when there is no ssh option, but ssh makes sense in the general case when there is an option to use it.
[09:18] <jtv> I think basic laziness is the most powerful argument here.  :)
[09:18] <jtv> I'll selfishly focus on the ssh key.
[09:19] <rbasak> Debugging and development velocity for me. Unix-land is focused on sending errors to stderr when something fails. With ssh, everything is hooked up so you see it.
[09:19] <rvba> rbasak: that's a good point.  So, could you add an option to uvtool to support using a user-defined ssh key?
[09:19] <rbasak> (and the user, too)
[09:19] <jtv> rbasak, is it a matter of passing something like userdata=<data> to uvt-kvm?
[09:19] <rbasak> rvba: sure. That's relatively easy.
[09:19] <rvba> jtv: yes
[09:20] <jtv> No base64 or anything like that?
[09:20] <rbasak> No base64. Although you do need a temporary file.
[09:20] <rvba> jtv: If rbasak can do, then all maas-test has to do is create and use that key, how does that sound?
[09:21] <jtv> Well... is uvtool in the cloud PPA?
[09:21] <jtv> In other words, is it safe to depend on a future version of uvtool?
[09:22] <rbasak> You mean the cloud archive? Yes, but we can't really put new functionality into Precise before Trusty's release, if that's what you're asking.
[09:22] <rbasak> (into Precise via the cloud archive, that is)
[09:22] <jtv> Then ISTM it's not quite enough to add an option to uvtool and make maas-test use it.
[09:22] <rbasak> It looks like "--user-data -" would work, so you can send it in stdin. I think. Not tested.
[09:23] <rvba> We can create a file, that's really not a problem.
[09:23] <jtv> And I can take a cue from create_default_user_data I suppose.  It sends yaml.
[09:23] <rbasak> Which release does maas-test need to be able to run in?
[09:23] <jtv> Good question.  Arguably, 14.04 would do because we run a VM anyway.
[09:24] <rvba> Well, uvtool needs to be installed on the host machine.
[09:24] <rvba> bigjools: ^ "Which release does maas-test need to be able to run in"
[09:24] <jtv> Yes, but what I mean is: if you want to test with MAAS on Precise, you can tell maas-test to fire up a Precise VM.
[09:25] <rbasak> Right. You might just be required to have a 14.04 laptop to run the test on though, for example. Right?
[09:25] <jtv> The problem with writing our own key right now is that its filename has to be $HOME/.ssh/id_rsa[.pub].
[09:25] <rbasak> Though uvtool is in the cloud-tools pocket, and that will be updated on release of Trusty (for Precise).
[09:25] <jtv> If there's already a key there and it has a passphrase, it gets harder.
[09:25] <rvba> rbasak: right, but still, I'd like bigjools to comment on that.
[09:25] <rbasak> OK
[09:25] <rvba> jtv: we should put maas-test's key somewhere else
[09:26] <jtv> Duh :)
[09:26] <rvba> and write our own cloud-init config with that key.
[09:26] <jtv> Yes...
[09:26] <rvba> I don't see where the problem is… ?
[09:26] <jtv> I think we were thinking different things when you said we can write a file...
[09:27] <rbasak> I can add an option to override the default path. Provided that it's OK for uvtool with that option to only be available in Trusty and Precise (with cloud-tools after Trusty's release), then you should be OK using it.
[09:27] <jtv> Anyway, yes, I'm looking at the code that generates the default user data.
[09:27] <rvba> rbasak: I think that option is useful to have.  But we need to figure out if we can rely on newer version of uvtool.
[09:27] <rvba> jtv: at the time we were talking about the user-data file.
[09:27] <jtv> Either that, or do the userdata thing.
[09:28] <jtv> rvba: I think I interpreted it as an alternative to what we were discussing.
[09:28] <rvba> jtv: ah ok
[09:28] <jtv> Tone of voice does not carry well on IRC... Let's try talking louder.  :)
[09:29] <rbasak> I THINK WE AGREE
[09:29] <rbasak> :)
[09:29] <jtv> YAY!
[09:29] <rvba> OK!
[09:29] <jtv> R U ON AOL 2 LOL
[09:29] <jtv> rbasak: I'll just imitate the yaml dump from create_default_user_data then...
[09:30] <rbasak> jtv: sure. Do you still want an option to override the default key path?
[09:30] <bigjools> rbasak: last LTS is all that counts, plus HWE kernels as necessary
[09:30] <rvba> jtv: as a reference, here is a real-world user-data created by uvtool: http://paste.ubuntu.com/6375343/
[09:32] <jtv> Thanks rvba.
[09:33] <rvba> jtv: line 7-13 is the base64-ized version of the script I gave to uvt-kvm using --run-cmd-once.
[09:33] <jtv> bigjools: so we don't need maas-test on Precise?
[09:34] <rvba> jtv: and you can probably get rid of the avahi-daemon stuff, I'll put together a branch today to use the IP rather than the name (because avahi takes ages to publish that name).
[09:34] <rvba> Use the IP rather than the name when sshing into the machine that is.
[09:35] <jtv> rvba: why use the IP?  And how do we obtain it?
[09:35] <jtv> I can look it up, but this sounds as if we already get it somewhere.
[09:35] <rvba> jtv: no, we use the name published by avahi.
[09:35] <rvba> jtv: like I said, it's slow, I want to use the IP.
[09:35] <rvba> utv-kvm gives us the IP
[09:35] <rbasak> "uvt-kvm ip" in trunk. It reads libvirt's dnsmasq leases file
[09:36] <rvba> (it parses the log file)
[09:36] <rvba> the lease file
[09:36] <rbasak> (but requires that you are using libvirt's dnsmasq for DHCP)
[09:36] <rvba> And we do that.
[09:36] <jtv> utvtool in 13.10 doesn't support that, does it?
[09:36] <rbasak> Right. I'm just paranoid that someone will apply it to a different use case and it won't work.
[09:37] <rbasak> jtv: no
[09:37] <rvba> arg
[09:37] <jtv> So then we might as well go with a "here's my ssh keypair" option.
[09:37] <jtv> And just not do any user-data unless we really want to.
[09:37] <rbasak> Do you need it to? You can use ppa:uvtool-dev/trunk for 13.10 this cycle, and after 14.04 release you won't care, right?
[09:38]  * rbasak unaways himself, as he's actually here.
[09:41] <jtv> rbasak: I suppose we could, but either way, if we require the PPA anywhere at all we might as well go with the ssh-key option.
[09:41] <jtv> At least it seems to me the cleanest, smallest, least fragile solution.
[09:42] <rvba> If we have to stick to what's released now, we could: stick with using avahi for name resolution, customize user-data to pass our own key.
[09:43] <jtv> But if we then also want to avoid using the hostname in the user-data...
[09:43] <rbasak> jtv: ie. avoid using avahi
[09:43] <jtv> ...it'd still be nice to have the "uvt-kvm ip" command.
[09:44] <rbasak> rvba: why would we need to stick to what's released now?
[09:44] <rvba> rbasak: I don't know.  I'm just unsure what the requirements are when it comes to using ppas and stuff.
[09:44] <rvba> rbasak: I'll ask Julian to clarify that.
[09:45] <rbasak> OK
[09:45] <rvba> jtv: rbasak But I'd like to use "uvt-kvm ip" as much as you do.
[09:45] <rbasak> :)
[10:08] <rvba> rbasak: okay, we will be using the ppa for saucy.
[10:09] <jtv> rbasak: need any help getting that option for the ssh key in?
[10:14] <rvba> rbasak: I filed bug 1248895. I phrased it like "Add option to…" because you seem to be filing bug this way yourself.
[10:25] <jtv> rvba: all that's missing is the word "should"  :-P
[10:28] <rvba> heh
[10:29] <bigjools> snork
[10:29] <bigjools> I am EODing
[10:29] <bigjools> cheerio folks
[10:30] <jtv> nn bigjools
[10:30] <rvba> nn bigjools
[10:30] <jtv> I'll be following.
[10:30] <bigjools> 12h work day for me ...
[10:30] <jtv> gmb: don't forget to land that lint branch
[10:30] <jtv> bigjools: don't do that!
[10:30] <gmb> jtv: Good point, ta.
[10:30] <bigjools> making up for yesterday!
[10:30]  * bigjools departs
[10:31] <jtv> gmb: I now realize why I didn't find your branch — maas vs maas-test
[10:32] <jtv> Be careful come MP time...
[11:50] <gmb> Ooh, MemryError. Haven't seen one of those for a while.
[11:50] <gmb> *Memory
[14:33] <gmb> rvba: Have at it: https://code.launchpad.net/~gmb/maas-test/extract-functions/+merge/194351
[14:34] <rvba> gmb: cool, I'll have a look in a minute.
[14:43] <rvba> gmb: reviewing your branch now.  Here is a tiny branch to review if you have time: https://code.launchpad.net/~rvb/maas-test/vm-network/+merge/194353
[14:50] <rvba> gmb: I get test failures when I run 'make test' in your branch: http://paste.ubuntu.com/6376687/
[14:51] <rvba> gmb: err, http://paste.ubuntu.com/6376689/
[14:51] <gmb> rvba: Oh! I didn't see those before, but I haven't make test since I merged trunk. Hang on.
[15:04] <rvba> gmb: also, this is what I get when I run the script: http://paste.ubuntu.com/6376753/
[15:04] <gmb> rvba: Yes, jtv's changes clobbered some of mine and caused problems. Fixing it now.
[15:07] <gmb> rvba: Should be fixed now.
[15:15] <rvba> gmb: approved with a couple of remarks.
[15:17] <gmb> rvba: Thanks
[15:28] <gmb> rvba: Fixed + asked a question re: check_call.
[15:29] <rvba> gmb: you're right, there is a bit of duplication: one one side we use addDetail and inside run_command itself we (optionally) check the retcode (but note that the Exception contains all the info)
[15:30] <gmb> rvba: Right. So, I guess I'm asking: is there a preference for test_install_maas_package?
[15:31] <rvba> gmb: I think I put the check_call stuff in run_command so that even the commands run at the fixture level can be checked.
[15:32] <gmb> rvba: When you say "run_command()" you mean utils.run_command(), right?
[15:32] <rvba> Right.
[15:32] <rvba> gmb: I'm trying to think what's better for test_install_maas_package…
[15:32] <rvba> gmb: on second thoughts, maybe it's better to keep the check at the test level.
[15:33] <rvba> If we do that everywhere in the test, it will give us more control.
[15:33] <gmb> rvba: I agree.
[15:33] <rvba> Cool, let's do that then.
[15:34] <gmb> rvba: So for clarity: do you mean that we stick with using asserts to check that a process has behaved properly (and therefore treat a failure as a failure rather than an error)?
[15:34] <freeflying> after a node get a new ip via dhcp, how long does maas take to update its dns record
[15:34] <rvba> gmb: yes… do you agree that it's best?
[15:35] <gmb> rvba: Yes, I do. After all, we're leveraging the testing infrastructure for a reason.
[15:35] <rvba> Right.
[15:35] <gmb> Cool.
[15:35] <rvba> freeflying: it can take up to 1 minute.
[15:35] <gmb> I'll get this landed then.
[15:36] <freeflying> rvba, if it doesn't, what shall I look into to troubleshoot?
[15:37] <rvba> freeflying: check that there is a record for your node in the dhcp lease file (/var/lib/maas/dhcp/dhcpd.leases)
[15:38] <freeflying> rvba, the lease file has been changed
[15:42] <rvba> freeflying: can you check that the cluster's celery log contains traces of the task named 'upload_dhcp_leases' being executed?
[15:43] <rvba> freeflying: also, please check that the region's celery log contains traces of tasks related to DNS… when new dhcp lease should have triggered a DNS zone rewrite on the region.
[15:44] <freeflying> rvba, [2013-11-08 00:43:28,566: INFO/MainProcess] Task provisioningserver.tasks.upload_dhcp_leases[7c0e286e-41c4-49c8-a58c-28ac1b62de6c] succeeded in 3.58162903786s: None
[15:44] <rvba> That looks all right.
[15:44] <freeflying> [2013-11-07 19:30:11,536: INFO/MainProcess] Task provisioningserver.tasks.rndc_command[7ba2f719-6988-43f6-b70e-64f2670db0dc] succeeded in 0.0125498771667s: None
[15:44] <freeflying> seems this is the problem
[15:45] <freeflying> last update was couple of hours back
[15:45] <rvba> Yeah, that's not right.
[15:46] <rvba> Is your cluster configured to handle DHCP *and* DNS?
[15:48] <freeflying> rbasak, cluster only handle dhcp
[15:49] <rvba> freeflying: Well, that's your problem then.
[15:49] <freeflying> rvba, any solution
[15:50] <rvba> freeflying: change the cluster's setting :)
[15:50] <freeflying> rvba, like what?
[15:50] <rvba> freeflying: you can do that in the UI, or via the API.
[15:51] <freeflying> rvba, what do I need change
[15:51] <rvba> freeflying: where did you see that cluster was only handly dhcp?
[15:52] <rvba> freeflying: have a look at http://maas.ubuntu.com/docs/cluster-configuration.html
[15:52] <freeflying> rvba, the region controller and cluster are on different server
[15:53] <rvba> Right, so the DNS server is on the region and the DHCP server is on the other server, but still, you need to configure the cluster controller to say that it should relay the DNS info to region.
[15:53] <freeflying> rvba, so I only need cluster to manage dns? and then region controller will manage dns?
[15:54] <rvba> freeflying: yeah, you need to set the cluster to "Manage DHCP and DNS" and then the DNS server on the region will have all the DNS info.
[15:54] <freeflying> rvba,  that is what I have it set via web UI
[15:55] <rvba> freeflying: can you check that your dns server is running on the region machine?
[22:02] <freeflying> rvba, yes, it is
[22:16] <Azendale> I have a problem where if I boot too many machines in my MaaS cluster, it makes the DHCP server in MaaS stop responding until I reboot the MaaS server (which is both a region controller and the cluster controller). Anyone have any ideas where to start debugging?
[22:23] <freeflying> Azendale, how many node you booted simultaneously
[22:24] <Azendale> freeflying: 3 or 4 probably will cause it, 5, 6 or 7 will do it for sure
[22:25] <Azendale> freeflying: These are all KVM machines connected (with virtio drivers) to a bridge on the host machine
[22:25] <freeflying> Azendale, can you check /var/log/maas/pserv.log
[22:25] <freeflying> Azendale, uhmm
[22:26] <freeflying> Azendale, I had similar symptom before, but it were 30 vms
[22:28] <Azendale> freeflying: ok, I'll look at that log file, give me a few minutes
[22:37] <bigjools> Azendale: I'm interested in your log file
[22:44] <Azendale> bigjools: Ok, I can get you a copy. Should a paste bin it somewhere or upload it somewhere?
[22:45] <bigjools> Azendale: pastebin for now and then we can detemine if it's a bug
[22:45] <Azendale> ok, sounds good
[22:45] <bigjools> our QA lab does multiple simultaneous boots OK so this is curious
[22:47] <Azendale> it seems like usually it will boot (but booting can take a while with all the concurrent image loads). But then at some point after that, either when the installer is trying to get dhcp or on the reboot after the install, the DHCP fails and the machine gets stuck. Usually, I will restart the maas server, and then power off the nodes and start one or two at a time
[22:49] <Azendale> bigjools: It's going to take a while for stuff to install, and I'll have to run to class in a few minutes, but I'll get back to this in a few hours and get you a copy of the log
[22:49] <bigjools> Azendale: ok thanks
[22:50] <Azendale> bigjools: np, thank you for the help!
[22:50] <bigjools> is DHCP failing or the tftp?
[22:52] <Azendale> bigjools: it's the dhcp I believe. I've seen cases where the installer can't get an address, and gives up. I've also seen the PXE boot in the VM give up on an interface because it can't get an IP and go to the next interface, ad infinitum. (I may have seen the tftp get stuck before, but I'm not sure on that. I'll keep notes)
[22:54] <Azendale> ok, got to go for now, but I'll be back
[22:54] <bigjools> Azendale: ok thanks - that sounds like isc-dhcpd then. see you later


[13:36] <crised> Whai is  a recommended cheap but high quality board to run a server 24/7 that supports ubuntu arm? only light load
[14:21] <marvin24> d-i is broken


[00:07] <Metacity> Whoops...
[00:10] <Unit193> But nice part message anyway.
[02:53] <flan_suse> I can't open Mugshot anymore. I get this error message: IndexError: string index out of range
[02:53] <flan_suse> The only thing I did last time was clear my "first name".
[02:53] <flan_suse> When I try to open Mugshot again, I receive the above error message.
[02:54] <holstein> !info mugshot
[02:55] <flan_suse> !info mugshot
[02:55] <holstein> flan_suse: its that package? have you tried as a different user? where do you get that error? in the terminal?
[02:55] <flan_suse> Yes. That is the package.
[02:55] <flan_suse> And it was working fine until I cleared the "First Name" field.
[02:55] <flan_suse> Now I cannot open it anymore.
[02:56] <holstein> flan_suse: have you tried as a different user?
[02:56] <flan_suse> Works fine under another user.
[02:56] <holstein> flan_suse: you can use the guest user.. if it works as the guest user, then, you can assume its not an issue with the application, or system
[02:56] <flan_suse> If I can find where Mugshot stores its config file, I might be able to fix it / reset it.
[02:56] <holstein> flan_suse: so, if its "fine" in another user, try resetting the config for it
[02:56] <flan_suse> holstein: Where does it store its config file? I could not find it.
[02:56] <holstein> flan_suse: i would look in the users /home..
[02:57] <flan_suse> holstein: I have. There is no folder named Mugshot or mugshot anywhere.
[02:57] <flan_suse> It might be under an "xfce" folder, but I'm having trouble finding the config file.
[02:57] <holstein> flan_suse: look in the .hidden ones.. in .config
[02:57] <flan_suse> holstein: I am.
[02:58] <holstein> flan_suse: sure, friend.. let me think of a machine that i dont mind installing that onto, and i'll try it, and tell you where i find the config
[02:58] <flan_suse> Installing what onto?
[02:58] <flan_suse> Mugshot? It's default in Xubuntu.
[02:59] <holstein> flan_suse: i dont have it here, friend.. so, i'll need to add it, and look for its config..
[02:59] <flan_suse> It's known as "About Me" under Xfce's preferences.
[02:59] <holstein> flan_suse: i dont want mugstho..
[02:59] <holstein> mugshot*
[02:59] <flan_suse> You don't have "About Me" under your Settings in Xfce?
[02:59] <holstein> but, as i  said, if you wait, i'll install it and look and tell you where i find the config
[03:00] <holstein> flan_suse: i dont have mugshot, friend.a nd i dont have stock xubuntu in front of me.. but, i volnteer assistance here, and *can* install it and will.. and ill tell you where i find the config
[03:00] <flan_suse> Okay, and thank you.
[03:01] <holstein> flan_suse: is it not just ~/.face ?
[03:01] <flan_suse> holstein: That's only the image.
[03:02] <ObrienDave> catfish does not show any occurrence of "mugshot" in my /home
[03:03] <flan_suse> ObrienDave: Same here
[03:03] <flan_suse> ObrienDave: I'm guessing the config file has a different name.
[03:04] <ObrienDave> that would be a good guess ;p
[03:05] <ObrienDave> http://smdavis.us/doku/doku.php?id=mugshot-docs
[03:06] <ObrienDave> official docs
[03:08] <flan_suse> BRB
[03:08] <flan_suse> Going to relogin and see if this fixed it.
[03:10] <ObrienDave> latest build    https://launchpad.net/mugshot/+download
[03:11] <flan_suse> I am back.
[03:11] <ObrienDave> latest build    https://launchpad.net/mugshot/+download
[03:12] <holstein> well, its likely not the build, since its working fine here, and in another user there
[03:12] <holstein> i mean, change it if you like, but, i dont think its the application
[03:13] <holstein> seems like its pulling the data from somewhere else.. i know, im already over using it, and i literallly just launched it ;)
[03:13] <holstein> but, anyways.. i would try just purging and reinstalling, since, that might get rid of the data that seems to be breaking it, flan_suse
[03:14] <flan_suse> Well, I figured out how to fix it manually, just tinkering around!
[03:14] <flan_suse> I had to manually edit (with sudo) the passwd file: sudo nano /etc/passwd
[03:15] <flan_suse> For my user, I had to write something in the 5th field.
[03:15] <ObrienDave> so, apparently a null field breaks it. file a bug
[03:15] <holstein> nah.. i have a lot of null fields
[03:16] <flan_suse> flansuse:x:1000:1000:Flan,,,:/home/flansuse:/bin/bash
[03:16] <flan_suse> ObrienDave: Bingo.
[03:16] <holstein> i mean, file the bug, but thats not it
[03:16] <flan_suse> I manually added Flan
[03:16] <flan_suse> holstein: I can run Mugshot now.
[03:16] <holstein> sure.. me too
[03:16] <ObrienDave> ok, delete the same field. if it breaks, file the bug
[03:17] <holstein> im just saying, i have blank fields..
[03:17] <flan_suse> Okay. Let me try.
[03:17] <holstein> if you can break it, let me know how, and i'll try it here
[03:18] <flan_suse> Yup. Broke it.
[03:18] <flan_suse> But there's a catch.
[03:18] <flan_suse> Here is my entry, so you can see:
[03:18] <flan_suse> flansuse:x:1000:1000:,,,:/home/flansuse:/bin/bash
[03:18] <flan_suse> Notice I have 3 commas?
[03:18] <holstein> flan_suse: how? i'll try and confirm
[03:18] <flan_suse> :,,,:
[03:19] <flan_suse> Instead of just...
[03:19] <flan_suse> ::
[03:19] <flan_suse> When I cleared the "First Name" field in Mugshot, THAT is what my /etc/passwd entry looked like.
[03:20] <holstein> flan_suse: so, you clear "first name" and what?
[03:20] <flan_suse> (And yes, Mugshot asked for my admin password before I applied the changes to /etc/passwd)
[03:20] <holstein> flan_suse: nah.. didnt break here
[03:20] <holstein> are you on 14.04?
[03:21] <flan_suse> 14.04
[03:21] <holstein> me too..
[03:21] <flan_suse> holstein: Do this.
[03:21] <ObrienDave> me three
[03:21] <flan_suse> Open up mugshot.
[03:21] <flan_suse> Clear EVERYTHING. No first name, last name, initial. Clear it ALL.
[03:21] <flan_suse> Don't even have "spaces" in any of the fields.
[03:21] <holstein> its empty, and im putting in my password..
[03:22] <holstein> that breaks it..
[03:22] <holstein> but, whats the point?
[03:22] <holstein> i mean, its for storing data.. you can file a bug, and i'll confirm it..
[03:22] <flan_suse> What do you mean what's the point?
[03:23] <flan_suse> I'm not sure why it breaks on something like that. Having no account information (name, initials, email, etc.) shouldn't break an application.
[03:24] <ObrienDave> but wait, the docs say it get some things from etc/password, but i don't see the same info in that file
[03:25] <flan_suse> ObrienDave: It's the 5th field in the entry, under /etc/passwd
[03:25] <ObrienDave> ie, i don't see David and B as two separate fields
[03:25] <flan_suse> The very first "comment" in that field is treated as the "First Name". The next comment is "Last Name" and it continues like that.
[03:25] <flan_suse> Really?
[03:26] <ObrienDave> no, :David B,,,:
[03:26] <ObrienDave> david:x:1000:1000:David B,,,:/home/david:/bin/bash
[03:26] <flan_suse> Ugh. Strange way to store it...
[03:26] <flan_suse> No wonder.
[03:27] <ObrienDave> it might start with etc/password but i'm sure it's stored elsewhere
[03:27] <flan_suse> ObrienDave: It always asks for the admin password when making changes to any of the fields.
[03:28] <flan_suse> Do I use ubuntu's bug tracker?
[03:28] <holstein> !bug
[03:29] <holstein> or try and go upstream with it
[03:29] <ObrienDave> when you delete name, does it actually re-write etc/password?
[03:30]  * ObrienDave does not want to try it for himself ;p
[03:31] <flan_suse> ObrienDave: Yes.
[03:32] <ObrienDave> ok, i just changed my initials, no password asked, no writing etc/password. retained initials change. MUST be stored elsewhere
[03:33] <flan_suse> Hmmmm.
[03:33] <flan_suse> But you left First and Last names in tact?
[03:33] <ObrienDave> yes
[03:38] <flan_suse> Ah.
[03:38] <flan_suse> Ugh.
[03:39] <flan_suse> Wrote up the bug report, clicked submit, and then it says: "Timeout error. Sorry, something just went wrong in Launchpad."
[03:39] <flan_suse> My luck, eh?
[03:39] <flan_suse> http://memegenerator.net/instance/56214147
[03:47] <flan_suse> Keeps giving me the timeout error on Launchpaf.
[03:47] <flan_suse> *Launchpad
[03:50] <flan_suse> holstein: https://bugs.launchpad.net/ubuntu/+source/mugshot/+bug/1394064
[03:50] <flan_suse> I made a simple bug report.
[03:52] <flan_suse> holstein and ObrienDave if you can verify the bug exists, it would help. :)
[03:52] <flan_suse> (Via the URL of the bug report I just linked.)
[03:53] <holstein> flan_suse: well, it will verify them.. "help" is likely relatvie
[03:53] <holstein> relative*
[03:54] <flan_suse> Thank you guys for your time.
[03:55] <flan_suse> Must sleep now. Need to wake up early.
[03:55] <holstein> flan_suse: o/ i'll /join the bug you made.. thanks for yout time
[03:55] <holstein> your*
[03:55] <flan_suse> You too. And good night all!
[08:09] <vijay_> hii..anyone active
[08:09] <vijay_> hey
 quiet in here... <resumes lurking>
[08:24] <esrastara> Hmmm, better come back later.
[08:25] <elfy> best thing to do is ask - then if anyone is about they'll answer
[08:25] <elfy> about and CAN answer that is
[08:25] <esrastara> Thanks elfy
[08:26] <esrastara> The problem: running 12.04. Got def up with Unity et al. Installed xubuntu-desktop. Removed ubuntu-desktop...
[08:27] <esrastara> Now I want to go to 14.04. But the software apdater is attemping to take me back to Ubuntu.
[08:28] <esrastara> i.e. it wants to reinstall Unity and get rid of xfce.
[08:29] <esrastara> Have looked at /etc/issue, /etc/lsb-release, /etc/os-release. All say Ubuntu. uname says ubuntu. Not sure if that's "normal" or where the problem lies.
[08:30] <Unit193> It's a check for the package, likely ubuntu-defaults or somesuch.
[08:31] <esrastara> There's a meta-package that fits the descripton. Pretty much everything depend on it.
[08:33] <esrastara> The package is ubuntu-standard.
[08:33] <esrastara> dpkg -l | grep 'ii  ubuntu'
[08:33] <Unit193> Nope, that's a normal one to have.
[08:33] <Unit193> Awwh, you're going to make me lookup the exact name. :(
[08:33] <esrastara>       No.
[08:34] <esrastara> Thanks.
[08:35] <esrastara> There are only 2 packages installed that have "defaults" in name. None of them seems likely.
[08:35] <Unit193> KeyDependencies=lightdm, unity, ubuntu-artwork, ubuntu-sounds
[08:36] <esrastara> Only lightdm is installed.
[08:36] <Unit193> Remove ubuntu-artwork and ubuntu-sounds, and make sure xubuntu-artwork, xubuntu-default-settings, xfwm4, and xubuntu-default-settings is installed.
[08:36] <esrastara> Stand by...
[08:39] <esrastara> The ubuntu-* packages are gone. All the xubuntu-* packages and xfwm4 are installed. Did you mean to repeat xubuntu-default-settings?
[08:39] <Unit193> Nooope, that's just late night kicking in. :D
[08:40] <esrastara> :-)
[08:40] <esrastara> ubuntu-minimal?
[08:42] <Unit193> Normal to have.
[08:43] <esrastara> A wild stab -- gconf-defaults-service.
[08:44] <Unit193> It's still trying to install unity on upgrade then?  Another tip you can try, though a bit outdated is...
[08:44] <Unit193> !purexfce
[08:45] <esrastara> I found that one. I worked through his package list last weekend. You're right, it's a bit outdated but nothing I wasn't able to work through.
[08:48] <esrastara> The machine looks and feels xubuntu. Only the update manager seems confused.
[08:49] <Unit193> Hrm, so if you do  sudo do-release-upgrade  it doesn't give you more information?
[08:49] <esrastara> @Unit193 - yes, when I check the list of pending work it's planning on ditching xfce and installing unity/gnome.
[08:50] <esrastara> I contemplated do-release-upgrade but chickened out and came here to seek the advice of people who know.
[08:51] <esrastara> Is the a dry-run mode for do-release-upgrade? The --help info doesn't mention one.
[08:52] <Unit193> -s, --sandbox         Test upgrade with a sandbox aufs overlay  but no idea if it works.  Yeah, it'd have asked you if you want ot view the changes before accepting.
[08:54] <esrastara> I'll give that a go then. If I see you on channel when I get back I'll let you know how it pans out.
[08:54] <esrastara> Thanks for your advice.
[08:55] <Unit193> Sure, good luck.  I'll be interested to know, and while my client will still be here I likely won't myself (but will read backlog.)
[08:56] <esrastara> ttfn
[09:19] <esrastara> @Unit193 ran do-release-upgrade. Same (or *very* similar) behaviour as update manager. The list of pending changes was easier to grok. Looks like it's planning on (re)installing unity/gnome3 and all the gnome applets. It will also upgrade xfce.
[09:20] <esrastara> I guess the real question is: does vanilla xubuntu 14.04 come with unity/gonme as an optional DE?
[09:20] <cfhowlett> esrastara, absolutely not.
[09:21] <esrastara> @cfhowlett thanks for that clarification.
[09:21] <cfhowlett> esrastara, happy2help
[09:22] <esrastara> That being the case, it seems like it thinks it's Ubuntu with a bit of Xubuntu on the side and will attempt to upgrade as such.
[09:23] <cfhowlett> esrastara, that's not normal behavior ... is your goal pure xubuntu?
[09:24] <esrastara> That is my goal (sans re-install). I have a working Xubuntu 12.04 but I arrived at it after I came to loathe the improved Unity.
[09:24] <esrastara> I did that by expunging ubuntu-desktop and installing xubuntu-desktop.
[09:24] <esrastara> In the reverse order ;-)
[09:24] <cfhowlett> !purexubuntu
[09:25] <esrastara> Now, as I attempt an upgrade to 14.04 it wants to take me back to Ubuntu.
[09:25] <cfhowlett> esrastara, right.  it's quite difficult to purge all the unity give it's integration as a single product.  might be worth considering a xubuntu reinstallation.
[09:26] <esrastara> I followed the psychocats advice to the letter. It worked. Until now.
[09:26] <esrastara> @cfhowlett I'm starting to think you're right.
[09:26] <esrastara> Sigh. :)
[09:27] <cfhowlett> esrastara, that wiki doesn't address unity --- it'll only hurt a little.
[09:28] <esrastara> And the view from the top will be worth it! Hey, I've given others similar advice. Thank you for engaging with me!
[09:28] <cfhowlett> esrastara, but try the upgraded version first  http://www.psychocats.net/ubuntucat/tag/pure-xubuntu/
[09:28] <esrastara> Shall do.
[09:28] <esrastara> ttfn
[09:28] <cfhowlett> esrastara, http://fpaste.org/152072/89326141/
[09:29] <esrastara> thx
[09:29] <esrastara> afk
[09:32] <esrastara> cat <your paste> | <split command> | while read pkg ; do dpkg -l grep "ii  $pkg"; done
[09:32] <esrastara> I'll let everyone know how that plays out.
[09:32] <esrastara> ttfn
[09:46] <N77> hello
[09:56] <N77> can someone help me with setting up windows snapping? As I know, xfwm4 support this feature, but when I drag window to the screen edge, it firstly snaps to it without changing its shape and then just go further. I need windows to change its size to a half of the screen. I have only one workspace and workspace wrapping disabled.
[10:04] <deshipu> N77: settings -> window manager tweaks -> accessibility -> automatically tile windows when moving towards the edge
[10:05] <N77> deshipu: thank you for response, I have this feature enabled, but it does not help
[10:11] <brainwash> if you move the window, does the cursor touch the desktop edge?
[10:12] <brainwash> also, is the window resizable?
[10:13] <N77> brainwash: yes to both questions, I'll try to record my screen to show you
[10:13] <brainwash> well, is there really something to showcase? :)
[10:13] <deshipu> you are using xfwm4, not compiz or anything like thta?
[10:13] <deshipu> like that
[10:14] <brainwash> showcast
[10:14] <brainwash> do the keybinds for tiling work?
[10:15] <N77> deshipu: yes, I'm using xfwm4
[10:17] <N77> brainwash: no, they are not work
[10:19] <brainwash> do any of the keybinds work?
[10:19] <brainwash> like minimize/maximize window
[10:21] <brainwash> furthermore, which xubuntu version do you use?
[10:23] <N77> guys, these shortcuts works, I just tested them on settings center, which is not possible to tile. After shortcuts were assigned, tiling with dragging windows by mouse start to work. Thank you very much for help
[10:26] <brainwash> that's confusing, but I'm glad that you got it working :)
[10:26] <N77> could you try to tile xfce4-settings-manager, is it just me?
[10:27] <brainwash> I cannot test it right now (no access to a xubuntu system)
[10:28] <N77> I see
[11:08] <phm> evolution or thunderbird, personal opinion?
[13:28] <super> hii
[13:32] <super> i did a fresh install of xubuntu trusty tahr and with flash drive(unetboot).I was not given the option to form partitions.Now how can i use Gparted.??Can Gparted in my case requires Live version??
[13:56] <akis> hi all. Today i realized (after last system's upgrade) that every time i plug in my encrypted usb stick the system asks not only for the encryption's password but it asks also (twice) for root privileges password and the same asks when the usb stick is being ejected. see here: http://postimg.org/gallery/34ne880wa/575d7a67/ Any idea why does this happen and is any way to overpass this procedure and return to the previous one (only encryption's p
[13:56] <akis> assword)?
[14:47] <Quixx> I still can't figure out how to change window transparency. What was middle click + mouse left/right on my laptop does not work on my desktop. Middle click on the title bar drops the window to the bottom.
[14:56] <GridCube> Quixx: the only way i know you can still manipulate that is by using a trackpad horizontal scroll
[14:56] <GridCube> on a title bar
[14:56] <Quixx> Why will it work on a trackpad and not on my mouse?
[14:57] <GridCube> the alt-scroll was replaced to the zoom
[14:57] <GridCube> Quixx: beucause your mouse cant do horizontal scrolls
[14:57] <GridCube> only vertical
[14:57] <Quixx> Tjere
[14:57] <Quixx> There's got to be some way to disable zoom and replace it with that, right?
[14:57] <GridCube> i guess
[14:57] <Quixx> but where
[15:00] <GridCube> no idea Quixx the option is not even in the window manager settings anymore
[15:00] <GridCube> even when you can still do it
[15:00] <Quixx> Gotta wait for a dev to show up and bug them
[15:01] <xubuntu97w> hi
[15:01] <GridCube> i know there is a place where that is set
[15:01] <GridCube> !hi | xubuntu97w
[15:01] <xubuntu97w> i don'r speech english very well
[15:01] <xubuntu97w> everyone can speech italian ?
[15:01] <slickymasterWork> !it | xubuntu97w
[15:01] <GridCube> !it | xubuntu97w
[15:02] <slickymasterWork> lol GridCube
[15:02] <xubuntu97w> thanks !!
[15:02] <GridCube> !hivemind | slickymasterWork
[15:02] <slickymasterWork> lazy bot
[15:02] <GridCube> slickymasterWork: do you happen to know where to change the settings for window transparency shortcuts?
[15:03] <GridCube> before zoom was added to alt-scroll, you used to be able to alt-scroll a title bar to control that, but now you can only do it if you happen to have a trackpad with horizontal scroll
[15:04] <slickymasterWork> GridCube, it's in the Compositor tab of the Window Manager Tweaks
[15:05] <GridCube> no, its not
[15:05] <Quixx> But you can't change each window individually anymore
[15:05] <Quixx> Without a trackpad
[15:05] <GridCube> thats just a global setting
[15:06] <slickymasterWork> hmmm, I see now that you're speaking about shortcuts, not windows
[15:06] <Quixx> Shortcuts for windows
[15:06] <Quixx> middle click title bar + cursor left/right changes window transparency on my laptop
[15:07] <Quixx> on my desktop middle click it drops the window to the bottom, and alt+scroll zooms
[15:16] <BITTO1987> Unfortunately in the help channel in Italian there is none. I try to explain my problem here helping me with google translate. I have an Acer Aspire One D255 netbook with Intel GMA3150 video card. On windows due to downscaling I managed to reach the maximum resolution of 1366x768 while on Xubuntu in the control panel makes me set up 1024x600. I tried Xrandr Use clean but I have problems. Unfortunately I do not attend more chatting
[15:17] <Quixx> I think you need to do some kinda grep VGA thing
[15:17] <Quixx> I don't recall the exact commands
[15:17] <BITTO1987> Unfortunately in the help channel in Italian there is none. I try to explain my problem here helping me with google translate. I have an Acer Aspire One D255 netbook with Intel GMA3150 video card. On windows due to downscaling I managed to reach the maximum resolution of 1366x768 while on Xubuntu in the control panel makes me set up 1024x600. I tried Xrandr Use clean but I have problems. Unfortunately I do not attend more chatting
[15:18] <BITTO1987> ok
[15:22] <Azelphur> you can do display scaling with xrandr
[15:28] <BITTO1987> I've already tried it but I have problems
[15:31] <BITTO1987> help meeeeeeeeeeeeeeeeeeeeeeee
[15:31] <BITTO1987> pleaseeeeeeeeee
[15:32] <GridCube> !patience | BITTO1987
[15:33] <GridCube> BITTO1987: if xrandr helps, why don't you make a script of your default setting would like to be and set it up to autolaunch at startup?
[16:06] <avoider> Anyone around for support?
[16:06] <avoider> i need some simple help
[16:09] <GridCube> !ask | avoider
[16:11] <avoider> i got it
[16:11] <avoider> thanks mate
[16:19] <BITTO1987> GRIDCUBE: With Xrandr can not I add the resolution you want. I noted the error. Could you please talk in private? I can not follow the conversation on the roll. Thanks.
[16:20] <GridCube> sorry BITTO1987 i don't know more about this kind of issue
[16:21] <BITTO1987> thanks
[19:25] <xubuntu272> buonasera
[19:54] <xubuntu433> buonasera
[19:55] <xubuntu433> avrei bisogno di un help per installare xubuntu su di un vecchio laptop
[19:56] <knome> !it | xubuntu433
[22:09] <esrastara> @cfhowlett (and @Unit193): I've now analysed the delta between my system and @cfhowlett's fpaste. There are 20-or-so packages that are still installed. I will remove them this evening and report back to the channel.
[22:10] <Unit193> Ah, alright.  So you did narrow it down.
[22:22] <Quixx> Where da devs at
[22:23] <knome> Quixx, why are you asking
[22:23] <Quixx> Because I've had the same question for 3 days now and I need to bug someone that's actually fiddled with code
[22:24] <knome> nope.


[01:19] <ricepuddin> so I've got install issues with ubuntu server. My keyboard works fine in the grub menu and the system boots into the console-based installer... but from then on in the keyboard doesn't work (looks like it's off, as the numlock light goes out immediately as it starts to boot). Does anyone have any ideas on this? The exact same system works fine with a desktop ubuntu install. Keyboard is a standard wired usb.
[01:19] <ricepuddin> ubuntu 13.10, for reference
[01:20] <ricepuddin> any thoughts on how I can get around this? I've found a lot of threads online with similar issue but no joy in terms of a workaround
[01:26] <pmatulis> ricepuddin: bug #?
[01:26] <ricepuddin> no launchpad bug that I found... just some forums threads all around the same theme
[01:28] <pmatulis> ricepuddin: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+filebug
[01:44] <ricepuddin> pmatulis: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1250280
[01:48] <pmatulis> ricepuddin: nicely done
[01:48] <ricepuddin> and now I wait? :/
[01:49] <pmatulis> ricepuddin: check yo 'box
[01:51] <ricepuddin> I see :P
[01:51] <ricepuddin> will try 13.04...
[03:51] <babinlonston> HI  all , I'm Using Ubuntu 12.04 Server and now there is many updates installed , and there is many kernel updates too , how can i find the Currently using kernel and , how can i safely remove the old kernels ?
[03:53] <pmatulis> babinlonston: 'uname -r' gives what's running now.  not necessarily the latest installed kernel (you need to reboot to use it)
[03:56] <pmatulis> babinlonston: dpkg -l | grep linux-image-3 | grep '^ii' should give you all kernels installed on precise.  you can remove some of the earlier ones but always keep the latest few around
[03:58] <bradm> babinlonston: an apt-get autoremove should show you what it thinks is removable
[03:58] <bradm> babinlonston: but check to make sure you're running the latest before doing that, and its not going to remove what you're running
[03:59] <babinlonston> k
[04:09] <babinlonston> wow there are , 5 4 kernels and 3 removed and 2 not including Generic ... Successfully Working after a restart ...
[04:39] <Demosthenex> so i'm running ubuntu 12.04 and just noticed that between kernel versions linux-image-3.2.0-24-generic-pae and linux-image-3.2.0-31-generic-pae the system reverted to 32 bit mode instead of using a 64 bit kernel. i can't find anything about this, can anyone confirm?
[04:43] <Demosthenex> http://pastebin.com/HgXX7cbj
[04:43] <babinlonston> Cool Created a Document too for removing the kernel.. thanks mates
[05:08] <babinlonston> http://www.linuxmental.com/
[06:17] <neil02> I am having lots of trouble getting the tftpd-hpa to work ... it installed find ... but it doesn't seem to start... netstat shows nothing, and there is nothing in syslog as to why... can anyone help?
[08:56] <eagles0513875> im having issues with samba. I removed apparmor as I had a feeling it was causing issues and now I cannot even connect to the samba share at all is apparmor a must ?
[08:57] <jjohansen> eagles0513875: no. how did you remove it?
[08:59] <eagles0513875> sudo apt-get purge apparmor
[09:00] <eagles0513875> jjohansen: should i rreinstall it?
[09:00] <jjohansen> eagles0513875: okay what is the out put of
[09:00] <jjohansen>   cat /sys/module/apparmor/parameters/enabled
[09:00] <jjohansen>   cat /sys/kernel/security/apparmor/profiles
[09:00] <eagles0513875> output of first is Y
[09:00] <eagles0513875> and the 2nd the security folder doesnt exist
[09:00] <eagles0513875> so basically it seems like i only got rid of the profiles
[09:01] <jjohansen> eagles0513875: well I would recommend it for the added security but it is not required, and at this point adding it back in might make debugging the problem harder
[09:01] <eagles0513875> ok reason being is i had some users which are added on the system and with username and password i setup for them they still were not able to connect it wasnt accepting the password
[09:01] <jjohansen> eagles0513875: what is the output of
[09:01] <jjohansen>   mount | grep securityfs
[09:02] <eagles0513875> none on /sys/kernel/security type securityfs (rw)
[09:02] <jjohansen> eagles0513875: and did you reboot after removing apparmor
[09:02] <eagles0513875> yes and this is up after a cold boot this morning as I didnt leave it online as its not accessible
[09:03] <jjohansen> what is the output of
[09:03] <jjohansen>   ls /sys/kernel/security/
[09:03] <eagles0513875> apparmor  evm
[09:03] <eagles0513875> apparmor is a directory
[09:04] <jjohansen> eagles0513875: and the output of
[09:04] <jjohansen>   sudo cat /sys/kernels/security/apparmor/profiles
[09:05] <eagles0513875> http://paste.ubuntu.com/6404235/ jjohansen
[09:05] <jjohansen> eagles0513875: uh, apparmor is enabled and enforcing some policy
[09:06] <jjohansen> eagles0513875: what is the output of
[09:06] <jjohansen>   sudo aa-status
[09:06] <eagles0513875> i did notice a page in the official docs about needing to load a profile
[09:06] <eagles0513875> jjohansen: aa-status command not found
[09:07] <eagles0513875> jjohansen: therre is a section here on apparmor https://help.ubuntu.com/12.04/serverguide/samba-fileprint-security.html
[09:08] <eagles0513875> jjohansen: i was actually going to use standard ACL's
[09:08] <jjohansen> eagles0513875: what is the output of
[09:08] <jjohansen>   dpkg -l '*apparmor*'
[09:09] <eagles0513875> http://paste.ubuntu.com/6404254/
[09:09] <eagles0513875> if i do apt-cache policy apparmor its showing not installed
[09:09] <eagles0513875> i can reinstall it no problem
[09:09] <mardraum> i guess the question is what did you change in samba to break apparmor?
[09:10] <eagles0513875> mardraum: nothing i just got rid of apparmor
[09:10] <eagles0513875> jjohansen: http://paste.ubuntu.com/6404262/
[09:10] <jjohansen> eagles0513875: so, removing apparmor packages doesn't actually remove it from the system, but it can stop it from enforcing policy. If the apparmor package is missing and you did a clean reboot I don't see how it loaded policy.
[09:10] <eagles0513875> i dunno either im an apparmor noob
[09:10] <eagles0513875> i can reinstall it no problem
[09:11] <eagles0513875> should i do that?
[09:11] <jjohansen> eagles0513875: hah got it, the apparmor_parser is in a separate package
[09:11] <eagles0513875> ya fragmentation is nice but in some aspects its annoying
[09:11] <jjohansen> eagles0513875: hrmm no it isn't never mind
[09:12] <eagles0513875> should i just go ahead and reinstall apparmor
[09:12] <mardraum> if apparmor isn't the problem, I would use it
[09:12] <eagles0513875> thing is i think its a bit overkill for this file server for an office of 3
[09:12] <jjohansen> eagles0513875: does the file /sbin/apparmor_parser exist?
[09:13] <eagles0513875> jjohansen: nope nothing app armor in that directory
[09:14] <eagles0513875> im going to reinstall it
[09:14] <eagles0513875> this is causing more problems then its worth
[09:14] <jjohansen> eagles0513875: I'll let you decided whether you want it. apparmor in Ubuntu is enforcing a targeted policy, that is it only confines applications with profiles defined for them. If you don't want the samba profile you can simply disable that profile by
[09:14] <jjohansen>   removing the profile file from /etc/apparmor.d/
[09:14] <jjohansen> or
[09:14] <jjohansen>   placing a symlink from /etc/apparmor.d/disable/ to the profile in /etc/apparmor.d/
[09:15] <jjohansen> the second option is more package manager friendly
[09:15] <eagles0513875> jjohansen: it seems like its rather easy to get samba working with apparmor but i have one question though about it
[09:16] <jjohansen> to completely disable apparmor, you can remove its packages (I can't explain why policy is loaded), unless are you doing this in a lxc container?
[09:16] <eagles0513875> no on physical hardware
[09:16] <eagles0513875> bare metal nothing virtual no containers
[09:17] <jjohansen> eagles0513875: or you can add
[09:17] <jjohansen>   apparmor=0
[09:17] <jjohansen> to the kernel boot parameters list in /etc/default/grub, and then run update-grub
[09:17] <jjohansen> eagles0513875: okay, I can't explain why you are seeing policy, it should not have loaded
[09:18] <jjohansen> eagles0513875: the apparmor module will still be loaded and functioning even when you remove the packages. So /sys/module/apparmor/parameters/enabled will still report Y. But everything is in an unconfined mode which is just stard unix DAC capabilities
[09:18] <eagles0513875> ok
[09:18] <jjohansen> eagles0513875: what is your question about it?
[09:19] <eagles0513875> https://help.ubuntu.com/12.04/serverguide/samba-fileprint-security.html the section on app armor the 2nd step where do i have to put the path to the share?
[09:22] <jjohansen> eagles0513875: okay, so apparmor policy syntax is declarative. The share line can be placed anywhere within the profile.  The profile will a pattern like
[09:22] <jjohansen>   /usr/bin/samba {
[09:22] <jjohansen>       # rules ...
[09:22] <jjohansen>   }
[09:23] <jjohansen> eagles0513875: you can add new lines any where in there
[09:23] <eagles0513875> jjohansen: what rules would i need to place in there as the documentation doesnt explain much
[09:23] <eagles0513875> do you have any reference or site  that i could take a look at
[09:24] <jjohansen> eagles0513875: if you added a share at
[09:24] <jjohansen>   /srv/samba/share/
[09:24] <jjohansen> you would add the lines
[09:24] <jjohansen>   /srv/samba/share/ r,
[09:24] <jjohansen>   /srv/samba/share/** rwkix,
[09:24] <LeMike> Hello. I want to create a zone that fetches all .dev TLD and forward it "IN A <IP_ADDRESS>". is that possible?
[09:24] <eagles0513875> can i add that in the smbd profile
[09:25] <eagles0513875> as it says to edit that particular file
[09:27] <eagles0513875> jjohansen: ^
[09:27] <jjohansen> ah yes the instructions aren't very good.
[09:27] <jjohansen> edit the file
[09:27] <jjohansen>    /etc/apparmor.d/usr.sbin.smbd
[09:27] <jjohansen> add the new policy lines somewhere in the profile block for
[09:27] <jjohansen>   /usr/sbin/smbd {
[09:27] <jjohansen>   }
[09:27] <eagles0513875> ok i did that and just at the end like you did above add rwx
[09:27] <eagles0513875> and does it need a , after the permissions
[09:28] <jjohansen> so you need
[09:28] <jjohansen>   /your/share/location/ r,
[09:28] <jjohansen>   /your/share/location/** rwkix,
[09:29] <jjohansen> 'a' is not needed when 'w' is specified as a permission
[09:30] <eagles0513875> what does the 2nd line do?
[09:32] <eagles0513875> jjohansen: ^
[09:32] <jjohansen> the first line gives read access to the directory, the second line gives broad permission for data under the directory
[09:32] <jjohansen> ** is a recursive glob meaning all files and directories under here
[09:32] <jjohansen> r - read permission
[09:32] <jjohansen> w - write permission
[09:32] <jjohansen> k - lock permission
[09:32] <jjohansen> ix - allow execution from here but, anything run inherits the smbd profile
[09:32] <jjohansen> unless you are planning on executing things from the dir, you should be able to leave ix off
[09:34] <eagles0513875> jjohansen: how would that work then if i want to execute a file on my pc do i need to leave ix off?
[09:34] <jjohansen> eagles0513875: ah no. Let me explain a little more
[09:36] <jjohansen> The profile only applies to the smbd daemon, the ix is being applied to it. So if the daemon tries to execute something from the share that program will run with the same confinement the daemon has.
[09:36] <jjohansen> However since a targeted policy is being used, the user (you) is running unconfined, and applications run from the share by you will also be unconfined
[09:37] <eagles0513875> ahh ok i got it
[09:37] <eagles0513875> ok what about other users on the system
[09:37] <eagles0513875> as i have it setup in terms of usernames and passwords to use system users
[09:38] <jjohansen> eagles0513875: unless you have done something special to setup policy for them, they run unconfined as well
[09:38] <eagles0513875> ok one other odd issue im seeing is i cannot connect to the work group but i need to specify the ip address
[09:38] <eagles0513875> im guessing that would be the router or something blocking samba
[09:39] <jjohansen> probably
[09:39] <jjohansen> eagles0513875: grep DENIED /var/log/syslog
[09:39] <jjohansen> will show up any apparmor based denials
[09:40] <eagles0513875> nothing
[09:40] <jjohansen> eg.
[09:40] <jjohansen>   Nov 11 14:21:17 ortho2 kernel: [84584.313258] type=1400 audit(1384208477.153:123450): apparmor="DENIED" operation="capable" parent=1 profile="/usr/sbin/libvirtd" pid=1322 comm="libvirtd" pid=1322 comm="libvirtd" capability=29  capname="audit_write"
[09:40] <eagles0513875> the odd thing is it doesnt seem to resolve by name which the shares fall under workgroup
[09:40] <eagles0513875> if i use the ip address it works just fine
[09:41] <jjohansen> eagles0513875: hrmm its failing the dns lookup for some reason
[09:41] <eagles0513875> probably router is blocking
[09:41] <eagles0513875> what port does samba use?
[09:42] <eagles0513875> the way the setup is is an adsl modem router then that i connected to a switch as I needed more ports
[09:43] <jjohansen> hrmm I don't know
[09:43] <jjohansen> I've never setup a samba share :)
[09:44] <eagles0513875> ok now i need to figure out why when i use another user besides me it doesnt accept the users credentials
[09:45] <mardraum> SMB uses quite a few ports
[09:45] <jjohansen> eagles0513875: what is your smb.conf file name resolve order?
[09:45] <eagles0513875> jjohansen: mardraum http://paste.ubuntu.com/6404393/
[09:46] <jjohansen> hrmmm that looks right, so that knocks that bug out of the running
[09:47] <eagles0513875> jjohansen: would i need to use apparmor in conjunction with the ACL
[09:47] <eagles0513875> standard access control list?
[09:47] <eagles0513875> https://help.ubuntu.com/community/FilePermissionsACLs jjohansen
[09:48] <jjohansen> eagles0513875: need no, you can yes. apparmor is hardening the server in case it has a vulnerability and gets attacked, its not setup from what I can see to control the permission of what is being handed to users, that is entirely regular access control list
[09:49] <eagles0513875> ok :)
[09:49] <eagles0513875> cuz i even added them to the sambashare group thinking that would solve the problem
[09:49] <eagles0513875> so basically
[09:49] <eagles0513875> if i add the sambashare group with rwx permissions that would be enough
[09:49] <jjohansen> yes it should be
[09:51] <eagles0513875> ok :)
[09:51] <eagles0513875> damn dolphin i wish it woudl ask me on this laptop every time for the username and password
[09:54] <eagles0513875> btw jjohansen and mardraum ty for your help
[09:58] <eagles0513875> jjohansen: im still getting access denied for these other users and they are part of the sambashare group
[09:59] <eagles0513875> bah
[10:04] <eagles0513875> hey pleia2
[10:08] <jamespage> jdstrand, hey - I've subscribed you to a number of blueprints for UDS next week where I think we need some security enagagement
[10:08] <jamespage> please feel free to delegate that out to whoever is most appropriate from your team
[10:11] <eagles0513875> hi jamespage
[10:11] <jamespage> hey eagles0513875
[10:12] <eagles0513875> jamespage: have you done any samba share setups?
[10:12] <jamespage> eagles0513875, not for an extremely long time
[10:12] <eagles0513875> ok nm then ill head back to google
[10:15] <sacarde> hi
[10:15] <eagles0513875> !hi | sacarde
[10:18] <sacarde> I nedd to reconfigure upgrades mode
[10:18] <sacarde> http://digilander.libero.it/sacarde/np/tasksel-ubu.jpg
[10:18] <sacarde> how can I reconfigure this?
[10:19] <sacarde> dpkg-reconfigure ???
[10:24] <eagles0513875> any samba experts here :(
[10:31] <eagles0513875> hey guys im having an issue with name resolution for the samba server
[10:32] <eagles0513875> and for some reason it is not resolving the name workgroup
[10:32] <eagles0513875> any ideas
[11:08] <eagles0513875> jjohansen: figured out why users couldnt login
[11:39] <jamespage> zul, hmm - rtslib switch to apache-2.0
[11:39] <jamespage> guess we can enable that cinder stuff now
[14:34] <Teduardo> does anyone know how to figure out why the RX dropped packets counter keeps incrementing like 1 or 2 per second on Ubuntu 12.04.3?
[14:35] <Teduardo> this is with the interface being in the KB/s range
[14:42] <mardraum> Teduardo: bad cable? switch duplex?
[14:43] <Teduardo> that should actually show up in errors/collisions i would think, not the queue in the nic
[15:00] <gnuoy> jamespage, you mentioned setting the  mtu to 1546 on the interfaces in an openstack deployment, that would just be for the neutron gateway and compute nodes wouldn't it ?
[15:00] <jamespage> gnuoy, yup
[15:00] <gnuoy> thanks
[15:02] <jamespage> gnuoy, read this - explains why - http://techbackground.blogspot.co.uk/2013/06/path-mtu-discovery-and-gre.html
[15:02] <gnuoy> jamespage, thanks
[15:26] <Teduardo> oh.. 3.0 > increments rx_dropped everytime it sees a network protocol it doesnt understand. yay
[16:58] <arosales> jamespage, on https://wiki.ubuntu.com/BlueprintSpec
[16:58] <arosales> jamespage, what do you think on updating "Goal" to "Deliverable"
[16:59] <arosales> jamespage, or should we just make the description of what a goal is a something than can be delivered, and measurable?
[17:24] <joossee> is anyone here familair with virtualization and VM's on ubuntu server?
[17:39] <pmatulis> yep
[17:55] <nguyendh> hi
[18:00] <hallyn_> zul: http://people.canonical.com/~serge/libvirt-t/ has the additions i need, but i've not yet set up the new round of tests
[18:00] <hallyn_> (lunch first)
[18:01] <nguyendh> i have Ubuntu 12.04 server running Apache2 , PHP and MYsql. On a monthly basic, the server crashes 3 times (kernel panic on exhausted memory). Linode is not so helpful in debugging the issue. Where should i start debugging the kernel panic issue ?
[18:20] <sarnold> nguyendh: you've got to collect some information just before the badness hits; ps -aux output can be really nice to have, if you can get dmesg output or serial-console dmesg output, or perhaps /proc/slabinfo and /proc/meminfo you might be able to spot a trend that leads to trouble
[18:27] <pmatulis> nguyendh: a few things.  ① grep your syslogs for 'OOM' ② install sysstat and learn how to use it ③ install sosreport (info-gathering tool; precise-backports) and invoke it immediately after problem occurs
[18:34] <sarnold> pmatulis: cool, I've not seen sosreport, looks useful :)
[18:35] <pmatulis> sarnold: it's cross-platform.  originally from suse i believe.  now championed by canonical support
[19:00] <rostam> HI I am using ubuntu 12.04 server, how could I enable serial console? thx
[19:04] <genii> rostam: In which type of context would you like to use the serial console? To communicate with an external device directly connected like UPS/switch/modem/etc?  Or to access from another computer with perhaps a nullmodem cable, etc?
[19:09] <rostam> genii: I like to use it as console such that I can see output of the boot process, and be able to debug some of the issuees
[19:13] <genii> rostam: So in this instance, you are connecting it to another machine which will then view the output?
[19:17] <rostam> genii, Yes that is what I need to do.
[19:21] <genii> rostam: https://help.ubuntu.com/community/SerialConsoleHowto ... older but still relevant. The pertinent parts are where it shows to config for Karmic and editing the /etc/default/grub file (grub2) instead of the menu.lst file (grub1)
[19:21] <hallyn_> zul:  one bug i'm hitting
[19:22] <hallyn_> https://bugzilla.redhat.com/show_bug.cgi?id=1015636
[19:23] <zul> gah
[19:23] <zul> hallyn: qemu 1.6.1 ?
[19:24] <hallyn_> 1.6.0
[19:27] <zul> hallyn_:  got an idea?
[19:28] <hallyn_> well i guess we can just explicitly allow that state until upstream patches.  for now i see no fix in libvirt git
[19:28] <zul> neither do i
[19:28] <nguyendh> thanks for all suggestions.
[19:39] <hallyn_> zul: but let me know if you object to any of the changes I posted
[19:40] <hallyn_> going to build a test fix for the migration setup bug
[19:40] <zul> hallyn_:  url?
[19:41] <hallyn_> http://people.canonical.com/~serge/libvirt-t/libvirt_1.1.4-0ubuntu1.dsc
[19:44] <zul> hallyn_:  im gonig to add esx support in there as well
[19:45] <hallyn_> k
[19:46] <rostam> genii, thanks
[19:49] <jarco> Hello all. What could be reasons for apache2 going back to /var/www If i have made a vhost to another folder in that folder and have used a2ensite with that domain?
[19:50] <jarco> other vhosts work on this server
[19:51] <jarco> and this is my file that i made for apache http://pastebin.com/HmHM6hFT
[19:54] <genii> rostam: You're welcome. Did you manage to get it working yet?
[19:58] <jarco> Ok I now found that disabling default will make apache go to the correct folder
[19:58] <jarco> but I dont want to disable default
[20:00] <jarco> Ok I now discovered that having a domain name point to your hostname is not a great idea
[20:00] <jarco> :)
[20:06] <funny_ha_ha> i have an ubuntu 10.04 server which usually uses nsswitch.conf ldap for users to login ("compat ldap"). the server is has currently no network connection at all. i am not able to log in locally using the root account or another account i created. i am able to log into the recovery console and i tried a bunch of different pam.d, ldap.conf, nsswitch.conf, security/access.conf things but to no avail. i just can't log in locally. any ideas? i
[20:11] <hallyn_> zul: great, now virsh-uriprecedence testcase is unhappy with me
[20:11] <zul> hallyn_:  its because of the 9002 patch i bet
[20:13] <pmatulis> funny_ha_ha: a lot of things can be wrong
[20:13] <funny_ha_ha> nudge me into a direction i didn't mention :)
[20:16] <hallyn_> zul: yes...  just trying to figure out the best way to fix the test, and trying to make sure the 9002 patch is doing it right...
[20:17] <zul> hallyn_:  i think thats why i asked we needed it in the first place
[20:17] <pmatulis> funny_ha_ha: client nsswitch.conf, client PAM, client NSS, client ldap config, server ldap config
[20:18] <pmatulis> funny_ha_ha: if just one of those is bad, the whole thing collapses
[20:18] <hallyn_> zul: but here we go, it looks like /etc/libvirt/libvirt.conf is obsolete in favor of $XDG_CONFIG_DIR/libvirt/libvirt.conf - i.e. per-user config file
[20:19] <zul> hallyn_: ack
[20:19] <hallyn_> zul: cause setting uri_default in /etc/libvirt/libvirt.con does nto work - too bad as that would let us drop 9002 patch
[20:21] <funny_ha_ha> pmatulis: well as i said, the ldap server is not available at the moment. and that's fine. i just want to be able to login when the server is not there. all the client confs you mentioned, i already went over at least 4 times :/ i must be missing something
[20:23] <pmatulis> funny_ha_ha: it can get fairly complicated.  and, yes, you can set it up to log in if the server is not around (either have some kind of credential caching or have local accounts, at least for some important users)
[20:29] <hallyn_> zul: so those tests have never passed for us (don't in saucy either).  "VIRSH_DEFAULT_CONNECT_URI=test:///default virsh uri" works, while "LIBVIRT_DEFAULT_URI=test:///default virsh uri" does not
[20:29] <zul> hallyn_:  skip it then
[20:29] <hallyn_> zul: do you still have an install of your original 1.1.4?
[20:29] <zul> hallyn_:  i dont
[20:29] <hallyn_> i'd be curious to see what you get there for LIBVIRT_DEFAULT_URI=test:///default virsh uri
[20:29] <hallyn_> ok
[20:30] <hallyn_> i mean, you must get test:///default, or else your build wouldve failed...
[20:31] <hallyn_> allr ight then ,proceeding.  <sigh>
[20:39] <joossee> guys is there a good primer on running a ubutnu virtualization server?
[20:48] <pmatulis> joossee: try the ubuntu server guide
[20:52] <joossee> am i understanding this correctly? I can bridge 3 wireless netwrk connections into one superfast connection?
[21:25] <joossee> guys can I mount a bootable USB stick as an image or use with libvirt?
[21:50] <unit3> Hey, quick Q. I've got a VM I updated to 13.10, and after the upgrade it's got a new new grey, purple and orange prompt which looks like this: unit3@ds9:~⟫
[21:50] <unit3> however, other systems I've upgraded or freshly installed don't have that prompt.
[21:50] <unit3> anyone know what package it came from how I can enable it elsewhere?
[21:53] <ersi> sounds kind of like byobu?
[21:53] <ersi> Hm, maybe not.
[21:57] <unit3> oh, it could be byobu.
[21:57] <unit3> I do use it on a bunch of my boxes. just weird that my desktop, which was upgraded, doesn't show the same prompt when I launch byobu.
[21:58] <unit3> but I do see byobu code for setting what looks like a similar prompt.
[21:58] <kirkland> unit3: yes, that's byobu
[21:58] <kirkland> unit3: it only installs that by default, if byobu can determine if you haven't modified some things in your environment
[21:58] <unit3> Yeah. it must think I've modified things on the other hosts where it's not showing up. time to dig through the code
[21:59] <kirkland> unit3: that said, you can easily enable it by ensuring that you have Byobu >= 5.60 installed, and run byobu-enable-prompt
[21:59] <unit3> oh, handy!
[21:59] <kirkland> unit3: yep ;-)
[21:59] <unit3> yep, that worked! Thanks! :)
[21:59] <unit3> Now to steal the prompt code for my non-byobu systems. ;)
[22:00] <ersi> ^_^
[22:12] <hallyn_> zul: so http://people.canonical.com/~serge/fix-uri-precedence-test needs to be added to debian/patches in the package i posted before.  i'll keep working tomorrow, but if you wanted to push it as is i think that'd be sensible
[22:17] <hallyn_> zul: (updated http://people.canonical.com/~serge/libvirt-t
[22:17]  * hallyn_ out
[22:21] <HaltingState> what is best way to spin up a VPN, install stuff, nuke it, do it again; etc like self hosted EC2?
[22:21] <HaltingState> is there a tutorial for open stack for that?
[23:00] <zul> hallyn_:  will do
[23:16] <pmatulis> HaltingState: yes, look into openstack


[00:17] <mwhudson> oh the curtin repo i'm pulling from is missing tags
[07:28] <mup> PR snapd#9600 closed: cmd/s-b/initramfs-mounts: refactor recover mode to implement degraded mode <Complex> <UC20> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9600>
[07:33] <mup> PR snapd#9614 closed: tests: enable main lxd test on 20.10 <Simple 😃> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9614>
[08:04] <pstolowski> morning
[08:13] <mup> PR snapd#9616 opened: tests: enable lxd test on ubuntu-core-20 and 16.04-32 <Simple 😃> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9616>
[08:16] <pstolowski> +1
[08:17] <mvo> good morning pstolowski
[08:19] <pstolowski> hey mvo
[08:21] <jamesh> hi pstolowski, mvo
[08:22] <mvo> good morning jamesh !
[08:22] <jamesh> mvo: https://github.com/snapcore/snapd/pull/9530 has my review approval + security approval now
[08:22] <mup> PR #9530: interfaces: share /tmp/.X11-unix/ from host or provider <Needs security review> <Squash-merge> <⚠ Critical> <Created by zyga> <https://github.com/snapcore/snapd/pull/9530>
[08:22] <jamesh> probably one other person look at it and it can be merged
[08:22] <mvo> jamesh: yay, let me do a final review then
[08:23] <mvo> thanks for driving this forward jamesh !
[08:29] <pstolowski> hi jamesh!
[08:32] <pstolowski> mvo: i may have the improvements suggested by xnox for #9613 soon, ok to push them to that PR or would you prefer a followup at this point?
[08:32] <mup> PR #9613: snapd-generator: set standard snapfuse options when generating units for containers <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9613>
[08:32] <pstolowski> (don't want to slow down landing this PR)
[08:43] <mvo> pstolowski: followup please for now
[08:43] <pstolowski> mvo: ok, np
[08:43] <mvo> pstolowski: I want to look and then we can always close 9613 and just use the followup
[08:43] <mvo> pstolowski: but I don't want 2.48 to be held back
[08:44] <pstolowski> mvo: yep, that was my concern, makes sense
[08:44] <mvo> ta
[09:01]  * dot-tobias waves
[09:53] <mup> PR snapd#9530 closed: interfaces: share /tmp/.X11-unix/ from host or provider <Squash-merge> <⚠ Critical> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9530>
[10:08] <mup> PR snapd#9617 opened: tests: compare options of mount units created by snapd and snapd-generator <Created by stolowski> <https://github.com/snapcore/snapd/pull/9617>
[10:13] <pstolowski> hmm network-retry test failed on core16
[10:47] <sil2100> Hello! I have a quick question - zyga at one point regarding a u-boot bug we have in uc18 mentioned something about a possible 'repair assertion' - what is that and where could I read a bit more about it?
[10:54] <pstolowski> sil2100: https://forum.snapcraft.io/t/repair-capability-emergency-fixes/311/42 (i don't know if there is any newer doc)
[11:28] <sil2100> pstolowski: thanks!
[11:29] <pstolowski> yw
[11:34] <mup> PR snapd#9618 opened: tests: minor test tweaks suggested in the review of 9607 <Simple 😃> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9618>
[11:59]  * pstolowski lunch
[12:26] <dot-tobias> Are interface hooks run before the install hook *if* the interface connection is established through a gadget default? I'm building a core20 gadget that connects my snap to network-manager:service, and does some setup inside my snap once the interface is connected. This works fine in manual testing as the snap has to be installed
[12:27] <dot-tobias> (premature enter key there) … *before* I can even run `snap connect …`, but when seeding through the gadget, it seems that the interface hook runs before the install hook, which will break the interface hook logic (as there's no database to write to at the time)
[12:33] <dot-tobias> ^ (question maybe for ogra, ijohnson)
[12:54] <ijohnson> dot-tobias: perhaps pstolowski can help answer, I don't know when we run interface hooks for gadget auto-connected interfaces, I would assume at the same time as all the other auto-connects
[12:59] <pstolowski> dot-tobias, ijohnson this is correct, it's in auto-connect task and it runs before install hook
[13:03] <dot-tobias> pstolowski: Ok thanks, at least I didn't bork something there. Is there any way I can hold off the interface hook until the snap is actually installed, or do I need to rewrite my snap application to run the tasks from the interface hook on each service startup (wrapped in a conditional)? I had hoped to encapsulate the one-time setup in the hook, as it's the ideal place for it – if the hook runs *after* installation ;-)
[13:11] <pstolowski> dot-tobias: no way to hold off interface hook.. maybe we need to think about early-install hook that runs before auto-connect. it all depends on use cases i suppose
[13:13] <dot-tobias> pstolowski: Ok, thanks for clarifying 😊 Sure, myriad ways to use means myriad ways of possible conflicts … Well then I'll rewrite my application and start a thread on the forums about this later. Thank you!
[13:13] <pstolowski> dot-tobias: yes, i think we can discuss and consider this
[13:30] <pstolowski> ijohnson: would you take a look at https://github.com/snapcore/snapd/pull/9613 ?
[13:30] <mup> PR #9613: snapd-generator: set standard snapfuse options when generating units for containers <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9613>
[13:30] <ijohnson> pstolowski: sure
[13:47] <pstolowski> ijohnson: thanks
[13:49] <ijohnson> pstolowski: +1 with some suggested spread changes
[13:54] <mup> PR snapd#9616 closed: tests: enable lxd test on ubuntu-core-20 and 16.04-32 <Simple 😃> <Created by mvo5> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9616>
[13:57] <pstolowski> ijohnson: thanks, replied
[14:25] <mup> PR snapd#9592 closed: many: implement degraded recover mode <Run nested> <UC20> <Created by anonymouse64> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/9592>
[14:35] <mup> PR snapd#9613 closed: snapd-generator: set standard snapfuse options when generating units for containers <Bug> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9613>
[14:48] <ijohnson> pedronis: let me know when your pr is ready
[14:49] <pedronis> ijohnson: https://github.com/snapcore/snapd/pull/9619  mvo
[14:49] <mup> PR #9619: cmd/snap-bootstrap,o/devicestate: use a secret to pair data and save <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9619>
[14:49] <ijohnson> that was impeccable timing
[14:49] <ijohnson> pedronis: thanks I'll review it now
[14:50] <mup> PR snapd#9619 opened: cmd/snap-bootstrap,o/devicestate: use a secret to pair data and save <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9619>
[14:54] <om26er> Could anyone from the store team confirm if the review-tools now allows `compression: lzo` stanza in snapcraft yaml
[14:55] <ijohnson> om26er: if it's not yet allowed, it will probably be allowed sometime this week, in the mean time your snaps uploaded with lzo should be manually approved at some point soon
[14:56] <om26er> We are being extra cautious as enabling that for our snap would mean we won't be able to test the edge channel unless someone gets around to manual review.
[14:57] <ijohnson> I just pinged some store folks to check in on it, I don't see any in this channel
[14:59] <ijohnson> om26er: sounds like they are trying to get it deployed today, but it might get delayed
[14:59] <om26er> Ok, no problem, can revisit this close to end of week.
[15:01] <om26er> ijohnson can you also help with https://forum.snapcraft.io/t/download-snap-and-assert-without-snap-download-command/20869/9 ? Not sure what we need to do to avoid shipping core snap
[15:01] <ijohnson> om26er: I asked the store folks to comment on this forum post after it is deployed so you can just wait for an update here: https://forum.snapcraft.io/t/lzo-automatically-rejected/20860/11
[15:02] <ijohnson> om26er: sorry I have been busy with other things, I will try to find some time to respond this week
[15:02]  * cachio lunch
[15:02] <om26er> Alright, cool. Thank you ;-)
[15:04]  * om26er should do a write up on running snapd with confinement on yocto based devices, with seeding a few snaps by default.
[15:07] <ogra> does anyone know which nvidia driver we recommend for debian users so snaps work for them ?
[15:07] <ogra> (i have a zoom issue where the driver doesnt seem to be found at all in the snap env)
[16:30] <pedronis> mvo: I gave some inpunt in 9540
[16:30] <mvo> pedronis: cool, thanks
[16:32] <ijohnson> pedronis: approved 9619, one suggestion about marking the mismatch in degraded.json I think
[16:38] <ijohnson> mvo: pedronis: should I review 9540 too ?
[16:38] <ijohnson> (since mborzecki is off today/tomorrow)
[16:39] <mvo> ijohnson: would be nice, should be simple, I applied pedronis  feedback already but did not push yet, local spread run against the nested test is just running
[16:39] <ijohnson> mvo: ack I will start on that now
[16:40] <mvo> ijohnson: \o/
[16:42] <pedronis> mvo: it seems spread was unhappy for a bit at least, lots of read in my PR
[16:43] <pedronis> ijohnson: the feedback aobut putting something in error-log seems fair
[16:43] <ijohnson> yeah seems useful to be able to know that
[16:45] <zyga> good morning
[16:45] <ijohnson> hey
[16:45] <zyga> hey, today was a busy day :)
[16:46] <mvo> good morning zyga !
[16:46] <zyga> I worked on a flashing tool
[16:46] <zyga> and played with bus pirate and lava LMP boards from linaro days
[16:46] <zyga> hey mvo
[16:46] <zyga> how is core20?
[16:46] <mvo> zyga: closer than yesterday
[16:47] <zyga> more encryption complexity?
[16:48] <ijohnson> mvo: approved 9540, note that pedronis' suggestion had a typo, not sure if you just copy and pasted it in (I have done this before is the only reason I ask :-) )
[16:55] <niemeyer> % /usr/lib/snapd/snapd --help
[16:55] <niemeyer> AppArmor status: apparmor is enabled and all features are available
[16:55] <niemeyer> cannot run daemon: cannot read the state file: open /var/lib/snapd/state.json: permission denied
[16:56] <mvo> ijohnson: thanks, I updated the string based on your suggestion
[16:56] <niemeyer> What's most amazing isn't that we missed --help, but that we never actually missed it..
[16:56] <pedronis> I need to do some errands and then I will push some tweaks to my PR
[16:58] <mvo> pedronis, ijohnson I will have dinner and check back, it seems we can still branch 2.48 today :)
[16:58] <ijohnson> :-)
[17:00] <ijohnson> mmm seems store is unhappy, lots of 4XX's from the store right now
[17:03] <zyga> niemeyer hello, could you help me restore my forum account?
[17:03] <niemeyer> zyga: Heya
[17:03] <niemeyer> zyga: Maybe
[17:03] <zyga> niemeyer I didn't realize it was using my @canonical.com address
[17:04] <niemeyer> zyga: I'll need to go through and see what's associated with it
[17:04] <niemeyer> Might be easier to rename/recreate
[17:04] <zyga> associated in which sense?
[17:04] <niemeyer> In the data sense
[17:04] <zyga> well, only the forum data, I suspect
[17:09] <niemeyer> zyga: It was indeed suspended by IS as part of the normal process
[17:09] <niemeyer> zyga: Easiest is probably to move it away and recreate it
[17:09] <zyga> with a different login name? I'd like to see all the previous pings I've got
[17:12] <niemeyer> zyga: Done.. you should be able to recreate your account with your original username
[17:12] <zyga> woot,
[17:12] <zyga> thank you
[17:12] <niemeyer> zyga: You won't see pings to the old user, though
[17:12] <zyga> ah, I see
[17:12] <niemeyer> zyga: As it still exists
[17:12] <zyga> oh well
[17:13] <zyga> thank you :)
[17:13] <niemeyer> No problem, welcome back, to some degree :)
[17:14] <niemeyer> Old user is zyga-snapd, FWIW
[17:15] <zyga> right, I've found that, thanks
[17:24] <ijohnson> pedronis: mvo: I retried thej obs in 9619, the store was a bit unwell this morning but should be good now
[17:24] <ijohnson> *the jobs
[17:24] <pedronis> ijohnson: ah, I need to push to it anyway
[17:25] <ijohnson> pedronis: ah ok, well I guess it won't matter anyways
[17:35] <pedronis> mvo: there was a bit of confusion my suggestion was to add the explantion of show-keys to the longer description of the command, and keep the short option description
[17:39] <pedronis> ijohnson: I pushed changes to 9450 if you want to double check
[17:39] <pedronis> heh sorry
[17:39] <pedronis> ijohnson: I meant 9619
[17:45] <ijohnson> pedronis: ack
[17:47] <pedronis> ijohnson: mvo: couple more comments in 9450
[17:47] <ijohnson> pedronis: one super minor error message suggestion in 9619
[17:47] <ijohnson> but it can wait
[17:48] <ijohnson> pedronis: should I address your comments ti 9540 now?
[17:49] <pedronis> ijohnson: if you can, not sure if mvo is taking a break or not, I will have dinner soon
[17:50] <pedronis> ijohnson: we are not super consistent about , vs : in those kind of errors fwiw
[17:51] <ijohnson> pedronis: sure I can push it, to be clear you want this as the short option description though:
[17:51] <ijohnson> ```
[17:51] <ijohnson> Show recovery keys (if available) to unlock encrypted partitions.
[17:51] <ijohnson> ```
[17:51] <ijohnson> and then the longer one I proposed in the main help ?
[17:51] <niemeyer> Hmm.. apparently nothing checks whether snapd is actually under systemd before standing by
[17:55] <pedronis> ijohnson: yes, something short like the original text
[17:55] <ijohnson> pedronis: ok, I will use exactly what I sent here in IRC
[17:55] <ijohnson> just a moment
[17:56] <mup> PR snapd#9618 closed: tests: minor test tweaks suggested in the review of 9607 <Simple 😃> <Created by stolowski> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9618>
[17:56] <pedronis> niemeyer: it's quite possible, I think we found recently a few cases where some behavior doesn't check for context enough
[17:56]  * pedronis dinner
[17:56] <pedronis> ijohnson: ^, afk to have a dinner for a bit
[17:56] <ijohnson> k
[17:56] <niemeyer> pedronis: It's one more of those cases that nobody cares too much really
[17:57] <niemeyer> Unless you're abusing snapd enough, in which case you know what to do and can fix it
[17:57] <niemeyer> pedronis: Enjoy!
[18:15] <mup> PR snapcraft#3363 opened: repo: apt sources management refactor <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3363>
[18:15] <mup> PR snapcraft#3364 opened: project loader: ensure all key assets are utilized <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3364>
[18:21] <mvo> ijohnson: I'm back now fwiw
[18:22] <mvo> ijohnson: anything I should do (reading backlog now)?
[18:22] <ijohnson> mvo I have itocally just waiting for spread run to confirm
[18:22] <ijohnson> So I can push the adjustments as soon as the spread run finishes
[18:23] <mvo> ijohnson: \o/
[18:23] <mvo> ijohnson: thanks
[18:33] <ijohnson> mvo: pedronis: pushed
[18:35] <mvo> ijohnson|lunch: thank you!
[18:35] <mvo> looks grat
[18:35] <mvo> great
[19:18] <pedronis> ijohnson|lunch: mvo: I pushed another tweak to 9619
[19:19] <ijohnson> pedronis: mvo: still seems we have store troubles as of like 20ish minutes ago
[19:19] <ijohnson> pedronis: ack I'll take a look again at 9619
[19:19] <ijohnson> might need some force merges
[19:25] <mup> PR snapcraft#3365 opened: github actions: bootstrap CI workflow <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3365>
[19:31] <mvo> ijohnson: sure, I have a look
[20:21] <mup> PR snapd#9620 opened: spread.yaml: increase number of workers on 20.10 <Simple 😃> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9620>
[20:32] <pedronis> ijohnson: still around?
[20:32] <ijohnson> yes
[20:33] <pedronis> ijohnson: do you want to chat about https://github.com/snapcore/snapd/pull/9619/files#r520848163 ?
[20:33] <mup> PR #9619: cmd/snap-bootstrap,o/devicestate: use a secret to pair data and save <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9619>
[20:33] <ijohnson> pedronis: sure if you think there are things to discuss
[20:33] <pedronis> ijohnson: I'm going to the SU
[20:34] <ijohnson> pedronis: ok be there in a moment
[20:44]  * cachio afk
[20:56] <pedronis> ijohnson: pushed
[20:56] <ijohnson> ack, I'll look now


[12:03] <elfy> dkessel: at some point could you look and see if something you did when fixing the qa pages might be a cause for bug information not updating
[12:03] <elfy> bug 1403976
[12:03] <elfy> I doubt it is
[13:23] <dkessel> elfy: iirc there is a cron job or something that updates bug info from launchpad regularly. This sounds like that job fails
[13:24] <dkessel> http://bazaar.launchpad.net/~ubuntu-qa-website-devel/ubuntu-qa-website/drupal7-rewrite/files/head:/scripts/
[13:25] <dkessel> There is the script. Maybe this fails because of some change.
[13:25] <dkessel> Will comment on the bug
[14:25] <elfy> dkessel: cool - thanks :)
[14:26] <elfy> would perhaps sound right - iirc it was all working ok prior to the qa trackers going down while they did the drupal thing


[08:56] <otubo> blackboxsw: I don't know the answer to those questions because I'm not directly involved to CentOS. But I'll find out.
[08:56] <otubo> dustymabe: mhayden perhaps you guys know? ^^^
[13:02] <mhayden> otubo: i don't unfortunately