[00:57] <mup> Bug #1671407 opened: Creation of kvm machine with large root-disk fails <4010> <juju:Incomplete> <juju 2.1:Won't Fix> <MAAS:New> <https://launchpad.net/bugs/1671407>
[01:42] <mup> Bug #1674148 opened: hook for storage: storage already attached - Juju using already mounted disk <juju:Incomplete> <MAAS:New> <https://launchpad.net/bugs/1674148>
[01:51] <mup> Bug #1674148 changed: hook for storage: storage already attached - Juju using already mounted disk <juju:Incomplete> <MAAS:New> <https://launchpad.net/bugs/1674148>
[01:57] <mup> Bug #1674148 opened: hook for storage: storage already attached - Juju using already mounted disk <juju:Incomplete> <MAAS:New> <https://launchpad.net/bugs/1674148>
[02:59] <lalit> join
[03:01] <lalit> hello experts
[03:01] <lalit> I have conbfigured maas server . when nodes boot up with maas pxe i am getting exception "raise DataSourceNotFoundException"
[03:02] <lalit> above exception is from cloudinit script
[04:36] <mup> Bug #1657375 changed: RFE: DNS and DHCP <MAAS:Expired> <https://launchpad.net/bugs/1657375>
[07:11] <Guest9012> Did anyone had luck with installing CentOS 7 on a node using MAAS 2.1.3 version?
[07:12] <Guest9012> I am running into issue https://bugs.launchpad.net/maas/+bug/1658718?comments=all
[09:31] <cnf> morning
[09:32] <cnf> also, wow...
[09:32] <cnf> https://bugs.launchpad.net/maas/+bug/1631908 2016-10-10
[09:32] <cnf> i'm screwd
[09:36] <Guest84817> did anyone run into issues listed in bug https://bugs.launchpad.net/maas/+bug/1658718?comments=all?
[09:36] <Guest84817> it is related to CentOS installation via MAAS 2.1.3
[10:16] <cnf> hmm
[10:34] <cnf> hmm...
[10:35] <cnf> jamespage, roaksoax i think i might have found why my vlans are not coming up
[10:40] <cnf> jamespage: ah, and it seems you already know about it :P
[10:41] <jamespage> cnf: ?
[10:41] <cnf> https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1565804
[10:41] <cnf> and https://bugs.launchpad.net/maas/+bug/1543195
[10:41] <cnf> jamespage: i had large MTU set on vlan interfaces
[10:41] <cnf> and MAAS isn't setting the corresponding MTU on the base interface
[10:42] <jamespage> cnf: that rings a bell somewhere - reading the bug I do seem to remember something about that
[10:42] <jamespage> cnf: I thought MAAS would not let you do the wrong thing these days.
[10:42] <cnf> :P
[10:42] <cnf> it seems it does
[10:43] <cnf> do you remember the fix?
[10:46] <jamespage> cnf: reading the bug reports I though this was fixed in the vlan package
[10:46] <jamespage> "If VLAN is configured with higher MTU than raw device MTU, which can
[10:46] <jamespage>     happen if VLAN is ifup'ed before raw device, then increase raw device
[10:46] <jamespage>     MTU first so the VLAN ifup does not fail."
[10:47] <cnf> hmm
[10:47] <jamespage> cnf: how did you set the mtu's up in MAAS?
[10:47] <cnf> on the vlan
[10:48] <cnf> is there a different place?
[10:49] <cnf> hmm
[10:49] <cnf> jamespage: so if i ifdown / ifup the base interface, my vlans do come up
[10:49] <jamespage> cnf: digging
[10:49] <jamespage> https://bugs.launchpad.net/maas/+bug/1543195
[10:50] <jianghuaw_> Hi, anyone know how to customize the maas images? I want to pre-install guest tools in the image. Thanks.
[10:50] <cnf> jianghuaw_: use commissioning scripts?
[10:51] <cnf> jamespage: i just linked you that one :P
[10:51] <jamespage> cnf: so you did (only noted the first)
[10:51] <jianghuaw_> cnf, thanks. Will try.
[10:51] <jamespage> cnf: have you set the mtu on the 'default' vlan as described in that bug report?
[10:51] <cnf> jamespage: thing is, i have no default vlan
[10:52] <cnf> hmm, i guess i can set the untagged one...
[10:52] <cnf> because maas is weird that way
[10:52] <cnf> jamespage: let me try that
[10:52] <jamespage> cnf: well every port has untagged traffic  - try that
[10:52] <cnf> well, our switches don't allow untagged on trunks
[10:53] <cnf> but yeah, i made a vlan 0 (untagged) vlan, which has no subnets
[10:53] <cnf> i'm setting MTU on that
[10:53] <jamespage> cnf: +1
[10:55] <cnf> jamespage: now to wait 20 minuted for redeploy :P
[10:57] <cnf> jamespage: stuff like this should be documented ^^;
[10:57] <cnf> if it is this, i just spend 2 days finding why things where not working >,<
[10:59] <jamespage> roaksoax, mpontillo: what is the maas story for MTU management these days - I've not used it since 1.9 where the above but was reported originally
[11:00] <jamespage> roaksoax, mpontillo: I thought that was going to be managed at the fabric level, and automatically propagated to network interfaces connected to a fabric
[11:00] <jamespage> rather than being set on a individual VLAN level
[11:03] <mpontillo> jamespage: agree that it would be good to have a default MTU on a fabric and/or vlan that would automatically propagate to interfaces configured on said fabric/vlan
[11:03] <mpontillo> jamespage: there may have been some discussion about that but I think only interface-level MTU made it so far
[11:04] <cnf> that would make more sense :P
[11:04] <cnf> or at least set the base device MTU high enough automatically
[11:04] <cnf> you should not deploy configs that do not work :P
[11:07] <mpontillo> cnf: jamespage: so to be clear, for this specific issue.. it sounds like there is a bug/wishlist item for MAAS in which we should, upon creating a VLAN, automatically adjust the MTU of the VLAN's parent to be +4 to account for the 802.1q tag. do I understand correctly?
[11:07]  * mpontillo hasn't had coffee yet, sorry ;-)
[11:07] <cnf> sounds good
[11:08] <mpontillo> cnf: would you do me a favor and file this as a bug in MAAS, and include why the current behavior breaks you? https://bugs.launchpad.net/maas/+filebug
[11:10] <jamespage> do switches define global mtu's or per port mtu's
[11:10] <jamespage> or is the answer there 'it depends'
[11:10] <jianghuaw_> cnf, may i ask another question?
[11:10] <jianghuaw_> I'm deploying applications on 4 machines; but the last machine got stuck at allocating status. From MAAS, it's kept in deploying status. As I don't think it will proceed. So marked this machine as broken. the problem is it didn't allocate new machine. How can I proceed under this situation?
[11:11] <mpontillo> lamont: ^ FYI and see also bug #1543195; I guess you already wrote some code for fabric-level MTU that I forgot about =)
[11:12] <cnf> jianghuaw_: idno, release it?
[11:12] <cnf> jamespage: it depends :P
[11:12] <mpontillo> cnf: jianghuaw_: it's appropriate to mark broken if you don't think the machine will ever work again, but then I think you'd want to retry the deployment (I assume this is with juju?)
[11:12] <cnf> jamespage: but maas seems to assume every port is configured the same, anyway
[11:13] <jianghuaw_> cnf, anyway to make it allocate new machine and continue the application deployment?
[11:13] <cnf> jamespage: can't chose the "default untagged" vlan per device, anyway
[11:13] <jianghuaw_> mpontillo, yes, it's with juju.
[11:13] <cnf> jianghuaw_: ah, i have no idea how to make juju recover from broken machines...
[11:13] <cnf> if you figure that out, please please do let me know :P
[11:14] <jianghuaw_> cnf, sure I will if I can:-)
[11:14] <mpontillo> jamespage: I think MTU is a source of bugs for switch vendors too ;-) on the switches I've worked with I think it's per-VLAN
[11:15] <jamespage> oh for a fully software defined datacenter
[11:17] <cnf> mpontillo: https://bugs.launchpad.net/maas/+bug/1674658
[11:17] <jamespage> thankyou cnf
[11:18] <mpontillo> cnf: thanks much
[11:19] <mpontillo> jianghuaw_: sounds like this may be a better question for #juju
[11:19] <cnf> the "VLAN with ID 0 (not tag 0) is the default "untagged" traffic confused me as well
[11:19] <mpontillo> jianghuaw_: once you mark the machine broken in MAAS you should be able to cancel and retry in juju; I just don't know the commands from the top of my mind
[11:19] <mup> Bug #1674658 opened: setting larger MTU on vlan does not set MTU on base device <MAAS:Triaged> <https://launchpad.net/bugs/1674658>
[11:20] <jianghuaw_> mpontillo, Thanks very much. Will ask in #juju.
[11:20] <mpontillo> cnf: when we say "VID" that is an 802.1q tag, it should be the same.
[11:20] <cnf> mpontillo: right, but you don't get to choose
[11:21] <cnf> if you add an interface, the VLAN field is grayed out, and the original vlan in the fabric is selected
[11:21] <cnf> only way to change that is rename them, because the 1st one is _always_ the default one
[11:21] <cnf> (from what I can tell, anyway)
[11:21] <Guest84817> looks like no one has tried with CentOS7 installation through MAAS :(
[11:22] <mpontillo> cnf: ah, 0 is just the "default untagged", though arguably that is not very useful since the default tag can vary per-port. MAAS likes it better if the default VLAN is consistent throughout the fabric.
[11:22] <brendand> Guest84817, we do test that
[11:22] <Guest84817> anyone has any update for  https://bugs.launchpad.net/maas/+bug/1658718 ?
[11:22] <cnf> mpontillo: 0 not as in the VLAN, but as in the ID to maas :P
[11:23] <cnf> mpontillo: we don't use untagged traffic on trunk ports
[11:23] <Guest84817> @brendand - I see issues reported in  https://bugs.launchpad.net/maas/+bug/1658718
[11:23] <roaksoax> Guest84817: no there's no update for that. We are working on other issues at the moment
[11:23] <mpontillo> cnf: to be honest I would like to move away from this concept entirely; I don't like the idea that there is a "dumping ground" object that may get polluted with things in which we don't know where they would otherwise go =)
[11:23] <cnf> yeah
[11:24] <Guest84817> roaksoax: I had tried with MAAS 2.0, 2.1.2 and 2.1.3
[11:24] <Guest84817> all gave same errors
[11:24] <brendand> Guest84817, what hardware are you using?
[11:24] <mpontillo> cnf: the "we don't use untagged traffic on trunk ports" issue may deserve a bug, too, then; is a MAAS region/rack interface managing your network via a trunk port?
[11:25] <Guest84817> brendand: Wiwynn servers
[11:25] <cnf> mpontillo: so our machines are connected on 10G LAGs
[11:25] <Guest84817> but I am sure it is not h/w related
[11:25] <cnf> mpontillo: as I could not figure out how to PXE boot on LAG interfaces, i added a copper link just for MAAS / PXE
[11:25] <Guest84817> seems to be something to do with curtin hooks configuration
[11:26] <cnf> the LAGs only do tagged traffic
[11:26] <Guest84817> within images
[11:26] <mpontillo> cnf: yeah, that's a terrible workaround; I'd like to see this fixed
[11:26] <cnf> yeah, i'd like to see that fixed as well :P
[11:26] <mpontillo> cnf: what was the issue there? if you wouldn't mind filing another bug that would be nice
[11:26] <cnf> no idea how to get PXE booting on LAG interfaces, though
[11:27] <cnf> because there is no LACP link at boot time, obviously
[11:29] <roaksoax> Guest84817: this is not a bug in MAAS, this is a bug in the image
[11:29] <Guest84817> I believe I am using images officially supported by MAAS ... is this the right assumption?
[11:30] <cnf> doesn't mean they can't contain bugs :P
[11:30] <roaksoax> cmagina: are you sure it is not a firmware/grub issue ? we just recently got confirmation that PXE booting on 10gig interfaces isn't related to MAAS itself, but rather grub & firmware
[11:30] <roaksoax> err
[11:30] <roaksoax> cmagina: sorry
[11:30] <roaksoax> cnf: ^^\
[11:30] <cnf> roaksoax: i can PXE on 10G
[11:31] <cnf> roaksoax: i can't PXE on LACP links
[11:31] <roaksoax> Guest84817: they are officially supported. But that doesn't necessarily mean we have all the hardware available out there ot test this image against. We only CI against the hardware we currently have available
[11:31] <mpontillo> cnf: yeah you might be stuck with copper then, probably more reliable anyway
[11:31] <cmagina> np
[11:32] <cnf> roaksoax: this might also be a problem with the juniper qfabrics, i don't know
[11:32] <roaksoax> cnf: gotcha!
[11:32] <cnf> not even sure if this should / could work, tbh
[11:33] <Guest84817> roaksoax: Looking at the error, it doesn't look like a h/w issue
[11:33] <cnf> mpontillo: it is quite annoying, we are not really set up for copper :P
[11:34] <Guest84817> or related to drivers
[11:34] <cnf> mpontillo: iLo links are on a separate network, and most of those are on 100mbps :P
[11:34] <cnf> the rest is all fiber
[11:35] <mpontillo> cnf: I was just talking to someone yesterday who was doing something similar; their management interface for IPMI was able to be used also as the PXE interface; seemed like a clean solution. (but 100mbps is sad; it's the new millennium!) ;-)
[11:35] <cnf> well, it's just IPMI
[11:35] <cnf> it's all old copper switched
[11:36] <cnf> we really don't have a lot of copper around
[11:36] <cnf> my 6 copper links filled up the switch
[11:36] <cnf> for the PXE booting
[11:36] <roaksoax> Guest84817: it is not a hardware issue. it is a EFI issue
[11:36] <mpontillo> cnf: right, I guess some newer servers will let you use an internal switch connected to the BMC to do PXE booting /and/ IPMI, the PXE-boot-over-LAG issue being somewhat known in the industry I suspect
[11:36] <cnf> fiber, i can ask as many as i want
[11:36] <cnf> mpontillo: you can also put IPMI on your "normal" nic
[11:37] <cnf> HP and dell let you do that
[11:37] <cnf> i'm sure others do as well
[11:37] <mpontillo> cnf: that might boost you up from 100 megabits too =)
[11:37] <Guest84817> roaksoax: if you have detailed insight, can you please elaborate on what exactly is the issue?
[11:37] <cnf> mpontillo: no, because the IPMI network is only 100mbps :P
[11:38] <cnf> mpontillo: strange, i know, but ipmi here is 100mpbs everywhere
[11:38] <cnf> mpontillo: everything else is  2 x 10G fiber LACP
[11:38] <cnf> or 2 x 40G LACP if need be
[11:38] <cnf> hardly any 1G copper around
[11:38] <mpontillo> cnf: right. okay, thanks for the discussion and for the bug reports - I've got to step out for a bit
[11:38]  * mpontillo -> {coffee, breakfast}
[11:38] <cnf> \o thanks for the help
[11:39] <roaksoax> Guest84817: i dont have detailed insight, but there's a bug installing centos on machines with EFI. Machines in Legacy mode will work just fine
[11:39] <roaksoax> Guest84817: unfortauntely, we have not had the time to fix it
[11:41] <Guest84817> roaksoax: so is there a workaround of how I can instruct MAAS to install via legacy mode for a specific host?
[11:41] <brendand> Guest84817, ask ipmi to tell it to
[11:42] <brendand> oh but you mean via maas
[11:43] <roaksoax> Guest84817: no, MAAS is currently agnostic as to what you boot (whether EFI/Legacy). You can change the BIOS settings and recommission the machine
[11:43] <roaksoax> and you should be able to deploy
[11:43] <Guest84817> brendand: yes, I believe MAAS is trying to go with EFI mode, so I will need to configure in MAAS for legacy mode
[11:43] <roaksoax> Guest84817: you can reconfigure the BIOS via IPMI as well
[12:07] <cnf> btw
[12:07] <cnf> is there a way to install the MAAS cli stand alone?
[12:07] <cnf> preferably not on ubuntu :P
[12:07] <Guest84817> roaksoax: brendand: thanks for the details. Will give it a try
[12:07] <Guest84817> in case if you have any updates on the bug that would be great
[12:08] <Guest84817> do you have a roadmap for the bug resolution?
[12:09] <roaksoax> Guest84817: it is on the bug list atm
[12:09] <roaksoax> cnf: only uspport in ubuntu atm
[12:09] <roaksoax> cnf: sudo apt-get install maas-cli
[12:10] <cnf> hmm, bummer
[12:10] <cnf> roaksoax: what is it written in?
[12:10] <roaksoax> cnf: python
[12:10] <cnf> hmm, and no pip package?
[12:10] <roaksoax> cnf: no the cli
[12:10] <roaksoax> cnf: libmaas is, but libmaas is alpha at the moment
[12:10] <roaksoax> and does not cover everything
[12:10] <roaksoax> nor all releases
[12:11] <cnf> hmm
[12:11] <cnf> i'd really like the maas cli available on my mac
[12:11] <brendand> cnf, container?
[12:11] <cnf> brendand: yeah, but that's still a bit of a pain
[12:12] <cnf> brendand: it's probably what i'll do for now, though
[12:13] <cnf> but a brew install maas-cli would be awesome :P
[12:13] <brendand> cnf, that will probably never happen - libmaas in python is the priority
[12:13] <roaksoax> cnf: the new cli will probbaly be
[12:13] <cnf> roaksoax: nice
[12:13] <cnf> juju is in homebrew
[12:14] <roaksoax> the new cli is being built on top of libmaas
[12:14] <cnf> ah, nice
[12:14] <roaksoax> cnf: http://maas.github.io/python-libmaas/
[12:15] <cnf> running pip install python-libmaas :P
[12:15] <roaksoax> its on baby steps bte
[12:15] <roaksoax> btw
[12:15] <roaksoax> :)
[12:15] <cnf> sure, i saw the ALPHA disclaimer :P
[12:15] <brendand> cnf, you're welcome to contribute and add what you need :)
[12:16] <cnf> <3 virtualenvwrapper
[12:25] <brendand> cnf, hint: http://paste.ubuntu.com/24221349/
[12:27] <cnf> $ maas list --all
[12:27] <cnf> works :P
[12:28] <brendand> cnf, just bear in mind that the api is very limited atm
[12:28] <cnf> roaksoax: so add a "most seems to work, so far, for libmaas cli, on OSX sierra
[12:28] <cnf> yeah
[12:29] <mup> Bug #1671407 changed: Creation of kvm machine with large root-disk fails <4010> <juju:Incomplete> <juju 2.1:Won't Fix> <MAAS:Invalid> <https://launchpad.net/bugs/1671407>
[12:30] <roaksoax> cnf: cool
[12:32] <cnf> ok, i think maas is up, for now
[12:32] <cnf> back to juju :P
[12:43] <cnf> sheesh!
[12:44] <cnf> back here :(
[12:45] <cnf> https://bpaste.net/show/1c001024308b is what maas made of my network config this time
[12:45] <cnf> o,O
[12:51] <roaksoax> cnf: yeah juju creates the bridges
[12:51] <roaksoax> cnf: to put containers/kvms
[12:52] <cnf> hmm, and then it tells me it doesn't have the right ip's
[12:55] <cnf> this shit is really frustrsting
[13:10] <zeestrat> Hey, was there CLI command to skip the whole "Intro" thing on a fresh MAAS install?
[13:28] <pmatulis> zeestrat, yup
[13:32] <pmatulis> but iirc, it only suppresses the first stage (there are two). someone should file a bug on it
[13:32] <pmatulis> maas $PROFILE maas set-config name=completed_intro=true
[13:33] <pmatulis> ^^^ this means it is completed
[13:39] <zeestrat> pmatulis: Thanks. I'll see how that works out and perhaps file a bug.
[13:40] <pmatulis> zeestrat, thanks a lot. i usually track the maas bugs but if you can remember to ping me that would be great
[13:40] <pmatulis> https://github.com/CanonicalLtd/maas-docs/issues/364
[13:40] <pmatulis> zeestrat, ^^^
[13:48] <zeestrat> pmatulis: cheers
[14:00] <zeestrat> pmatulis: Just to make sure I'm not screwing up, are you sure the command is "maas $profile maas set-config name=completed_intro=true" and not "maas $profile maas set-config name=completed_intro value=true"?
[14:01] <pmatulis> zeestrat, you can try it
[14:02] <zeestrat> pmatulis: The latter is the only one that works for me on MAAS 2.1.4
[14:02] <pmatulis> then verify with
[14:02] <pmatulis> maas $PROFILE maas get-config name=completed_intro
[14:03] <zeestrat> "maas $profile maas set-config name=completed_intro=true" just returns "No provided value!" and does not set it.
[14:04] <pmatulis> zeestrat, your syntax is good then and makes sense according to
[14:04] <pmatulis> maas $PROFILE maas set-config -h
[14:04] <pmatulis> :param name: The name of the config item to be set.
[14:04] <pmatulis> :param value: The value of the config item to be set.
[14:04] <pmatulis> lemme change my doc bug
[15:08] <mup> Bug #1674714 opened: [CLI] create subnet with space does not work when referring to space by name <MAAS:New> <https://launchpad.net/bugs/1674714>
[15:08] <mup> Bug #1674720 opened: metadataserver: NodeKey matching query does not exist <MAAS:New> <https://launchpad.net/bugs/1674720>
[15:11] <mup> Bug #1674714 changed: [CLI] create subnet with space does not work when referring to space by name <MAAS:New> <https://launchpad.net/bugs/1674714>
[15:11] <mup> Bug #1674720 changed: metadataserver: NodeKey matching query does not exist <MAAS:New> <https://launchpad.net/bugs/1674720>
[15:14] <mup> Bug #1673987 changed: [2.2 beta3]  Servers are failing to deploy - Times out after PXE installation - cloud-init[1563]: Can not apply stage final, no datasource found! Likely bad things to come! <cdo-qa-blocker> <oil> <curtin:New> <MAAS:Triaged> <https://launchpad.net/bugs/1673987>
[15:14] <mup> Bug #1674030 changed: [2.2] AttributeError: 'tuple' object has no attribute 'subnet_id' <MAAS:Triaged> <https://launchpad.net/bugs/1674030>
[15:14] <mup> Bug #1674714 opened: [CLI] create subnet with space does not work when referring to space by name <MAAS:New> <https://launchpad.net/bugs/1674714>
[15:14] <mup> Bug #1674720 opened: metadataserver: NodeKey matching query does not exist <MAAS:New> <https://launchpad.net/bugs/1674720>
[15:15] <ThiagoCMC> Hey guys, I'm playing with "maas-2.2.0~beta3+bzr5815-0ubuntu1~16.04.1" and I'm seeing a problem here... If I change the DNS for a PXE subnet, and reboot the bare-metal server, it doesn't see the new DNS server.
[15:15] <ThiagoCMC> Any tips?
[15:16] <ThiagoCMC> Under "Subnet summary", both "DNS" and "Gateway IP" changes have no effect.
[15:17] <ThiagoCMC> Since the gateway ip was wrong, instead, I changed it on /etc/network/interfaces instead, so now at least, the gateway ip matches what it shows on subnet summary, however, things are a bit different for DNS...
[15:18] <brendand> ThiagoCMC, just rebooting the machine would not reflect any changes in maas
[15:18] <brendand> ThiagoCMC, you would have to recommission/deploy
[15:18] <ThiagoCMC> Ouch!
[15:18] <ThiagoCMC> I'll try that...
[15:21] <BlackDex> Hello there, I have a big issue with maas atm
[15:21] <BlackDex> when i deploy a system it doesn't seem to get out of the deploying state
[15:22] <BlackDex> it seems the system starts correctly, but in the end it keeps running the deployment status, and after a while it will go to failed
[15:23] <BlackDex> It looks like it starts oke, it even gets the correct network settings
[15:23] <BlackDex> what could be the issue?
[15:23] <BlackDex> i do not see anything in the maas logs
[15:23] <BlackDex> or what ever
[15:24] <brendand> BlackDex, did you check the syslog under /var/log/maas/rsyslog?
[15:24] <BlackDex> brendand: Yes
[15:24] <BlackDex> it all seems oke
[15:25] <BlackDex> after the deployment it reboots
[15:25] <BlackDex> and that seems to go fine
[15:25] <BlackDex> but it never reports back
[15:25] <BlackDex> i also can ping the IP('s)
[15:25] <BlackDex> but can't connect to it via ssh
[15:25] <BlackDex> while during comission mode, i can connect with ssh
[15:26] <pmatulis> BlackDex, what is the nature of the node's underlying machine?
[15:26] <mup> Bug #1673987 opened: [2.2 beta3]  Servers are failing to deploy - Times out after PXE installation - cloud-init[1563]: Can not apply stage final, no datasource found! Likely bad things to come! <cdo-qa-blocker> <oil> <curtin:New> <MAAS:Triaged> <https://launchpad.net/bugs/1673987>
[15:26] <mup> Bug #1674030 opened: [2.2] AttributeError: 'tuple' object has no attribute 'subnet_id' <MAAS:Triaged> <https://launchpad.net/bugs/1674030>
[15:26] <BlackDex> the nature? of the underluing machine?
[15:27] <BlackDex> i don't really understand that question
[15:28] <pmatulis> is it a bare metal HP machine? a KVM guest? a vmware system?
[15:28] <BlackDex> ah
[15:28] <BlackDex> bare-metal :)
[15:28] <BlackDex> Dell R630
[15:28] <pmatulis> what BMC did you choose for that?
[15:29] <pmatulis> (power type)
[15:29] <BlackDex> using IPMI LAN_@
[15:29] <BlackDex> LAN_2
[15:29] <BlackDex> But i have the same with all systems in the setup
[15:30] <BlackDex> except for a KVM instance
[15:30] <pmatulis> oh, and the others work fine?
[15:30] <BlackDex> which is on the same machine as maas is installed on
[15:30] <BlackDex> all systems fail
[15:30] <BlackDex> i use maas a lot
[15:30] <BlackDex> but i never have seen this
[15:30] <pmatulis> i'm wondering if there's a more suitable power type for these Dell machines
[15:31] <pmatulis> did you try any other?
[15:31] <BlackDex> it does boot
[15:31] <BlackDex> it powers the systems on
[15:31] <BlackDex> and off
[15:31] <BlackDex> so that seems to work
[15:31] <BlackDex> only the last part of telling maas it is finished doesn't work, and it seems that ssh isn't running etc..
[15:38] <mup> Bug #1673987 changed: [2.2 beta3]  Servers are failing to deploy - Times out after PXE installation - cloud-init[1563]: Can not apply stage final, no datasource found! Likely bad things to come! <cdo-qa-blocker> <oil> <curtin:New> <MAAS:Triaged> <https://launchpad.net/bugs/1673987>
[15:38] <mup> Bug #1674030 changed: [2.2] AttributeError: 'tuple' object has no attribute 'subnet_id' <MAAS:Triaged> <https://launchpad.net/bugs/1674030>
[15:38] <brendand> BlackDex, if it's got that far there should be a syslog, and it should have enough detail to tell why it's going wrong
[15:39] <brendand> BlackDex, get the hostname of the machine and look in /var/log/rsyslog/<hostname>/<date>/messages
[15:39] <BlackDex> i know
[15:39] <BlackDex> and all there is that the installation went fine
[15:39] <BlackDex> and it is going to reboot for the last time
[15:39] <BlackDex> after that, there is no syslog
[15:39] <BlackDex> because it isn't pxe booted
[15:39] <BlackDex> and the system doesn't report syslog after deployment
[15:46] <BlackDex> Mar 21 15:44:17 openstack7 cloud-init[3769]: curtin: Installation finished.
[15:47] <BlackDex> there are no errors except for lvm not found etc..
[15:48] <BlackDex> also, the network the systems are one is a private one, nothing in between but a single switch
[15:50] <BlackDex> i'm going to try 14.04, see if that helps
[16:00] <pmatulis> 14.04?
[16:01] <BlackDex> Ubuntu 14.0
[16:01] <BlackDex> 14.04 LTS as a deployment image
[16:01] <BlackDex> but that failed also
[16:11] <mup> Bug #1606999 changed: reporting messages can slow down operations greatly <MAAS:Confirmed> <https://launchpad.net/bugs/1606999>
[16:15] <BlackDex> lets see if a normal iso install will work
[16:41] <mup> Bug #1674747 opened: [2.1] Cannot sync with an upstream NTP server with stratum=9 or larger <MAAS:New> <https://launchpad.net/bugs/1674747>
[16:48] <BlackDex> brendand pmatulis, you never guess the problem. Apperently the MTU size was giving problems
[16:48] <BlackDex> that is something probably set only at the final stage, so that causes no problems during the deployment
[16:49] <BlackDex> it also figures why the kvm-instance worked, as that is on the same server, and no switch in between
[16:49] <BlackDex> thx for the help :)
[16:54] <kklimonda> are there plans for MAAS to provide CA?
[17:13] <pmatulis> BlackDex, wow ok! welcome
[17:25] <roaksoax> kklimonda: CA ?
[17:26] <kklimonda> roaksoax: certificate authority
[17:30] <stokachu> kklimonda: why would it?
[17:30] <roaksoax> kklimonda: not in the short term
[17:30] <roaksoax> if you want https, you'll need to put say, haproxy in fron
[17:33] <kklimonda> stokachu: for example to configure your local CA on all nodes, or perhaps to have per-node client certificate.
[17:34] <kklimonda> stokachu: I hit it when I was trying to make lxd deploy in an environment where internet connection was spotty
[17:34] <kklimonda> with juju, it was trying to connect to https://streams.canonical.com/ and this is hardcoded
[17:36] <kklimonda> I needed a certificate trusted by lxd/juju for that mirror, and I've ended up installing it with late_commands
[17:37] <kklimonda> but for example kubernetes cluster requires a CA too
[18:20] <fabi> hi @ll
[18:21] <fabi> quick question: I followed all the steps here: https://docs.ubuntu.com/maas/2.1/en/manage-backup but for some reason I can't restore my backup on another machine failing with some kind of django error message "django.core.exceptions.ImproperlyConfigured: settings.DATABASES is improperly configured. Please supply the ENGINE value. Check settings documentation for more details."
[18:34] <pmatulis> fabi, i suggest opening a bug
[18:35] <pmatulis> https://bugs.launchpad.net/maas/+filebug
[18:35] <mup> Bug #1674788 opened: machine allocation on a (virsh) pod fails: frozenset does not support indexing <MAAS:New> <https://launchpad.net/bugs/1674788>
[18:35] <pmatulis> roaksoax, can we get the topic to point to the mailman list?
[18:38] <fabi> pmautils, thanks will investigate and do!
[19:47] <mup> Bug #1674807 opened: View the default-gateway set for a node <MAAS:New> <https://launchpad.net/bugs/1674807>
[21:17] <mup> Bug # changed: 1588350, 1623751, 1669567, 1673377
[21:17] <mup> Bug #1674818 opened: [2.2] on the device details page, add interface and edit interface forms are inconsistent <MAAS:Triaged> <https://launchpad.net/bugs/1674818>
[21:17] <mup> Bug #1214172 changed: juju/MAAS Tag constraints do not work in Precise <maas (Ubuntu):Won't Fix> <https://launchpad.net/bugs/1214172>
[21:20] <maticue_> Hi everyone! We're implementing MAAS region controller + MAAS rack controller. First question is: Is there any limit on the how many MAAS rack controller can be managed by a MAAS region controller?
[21:21] <maticue_> My second question is. I'd like to manage the DNS service using mass-cli. I could create domains, and registers.. everything goes well. However I see a really limited set of option when I create a new DNS domain. For example, they always are "master" and I can't declare using mass-cli a DNS slave. Is there any workaround for this?
[21:25] <roaksoax> maticue_: no limit, but we have not tested against hundreds of then. Maximum we've tested is about 15
[21:26] <maticue_> roaksoax: thanks!! and, do you know who I could resolve dns custom configuration? or at least who can answer that question?
[21:28] <roaksoax> lamont: ^^
[21:29] <lamont> ah, this #maas.
[21:29]  * lamont was quite confused
[21:30] <lamont> maticue_: the maas region will always be the master (in its own mind at least) of any dns domain/zone for which it is told to be authoritative.
[21:30] <lamont> adding a secondary that slaves from the region controller is trivial: just add the NS RR via dnsresource-records
[21:32] <lamont> maas SESSION dnsresource-records create name=@ domain=$DOMAIN rrtype=ns rrdata=${NSHOST}.
[21:32] <lamont> maticue_: what exactly are you trying to do with the DNS?  (most of what you might want to do with delegation is very doable)
[21:35] <maticue_> lamont: great! Now I can see it. However, my idea is to have an authoritative DNS server different than MAAS DNS server, near rack controller. However, I want my MAAS DNS server contains all domains and registers and manage them using the maas-cli . Not sure if I'm clear
[21:38] <lamont> the part that we don't let you have control over: every domain/zone for which maas is authoritative _will_ have the region controller listed as an NS RR.  (See also launchpad.net/bugs/1672220 -- oops).  You can certainly deploy (via maas or "oldschool") an additional NS closer to the rack, add that NS RR to the RRset (for each and every domain you care about...) and thne configure named.conf on
[21:38] <lamont> the slave to pull from (at least) the maas region
[21:40] <lamont> n.b. to simplify things, maas DNS zones are (cough, pay no attention to SRV, cough) limited to labels that contain no dots.  That is, each DNS zone is exactly one domain deep.
[21:41] <lamont> maticue_: there isn't a way for the maas regiond to get told to edit a DNS zone other than those for which it is the master.  (the update changes the maas db, and then the zone file is generated from the db.)
[21:42] <lamont> what I generally do is give the maas server a real honest to goodness domain (maas.example.com), and then add NS RRs for maas.example.com. to the example.com. zone upstream.  I also tell maas to use an upstream resolver.
[21:43] <lamont> at that point, since maas has nothing to do with the upstream resolver config, I just make BIND do what it needs to do to make everything happy
[21:43] <lamont> and I suppose that could be done with split-dns, or even in isolation.
[21:43] <lamont> does that help?
[21:44] <lamont> where I was a bit fuzzy there is that "authoritative" does not clearly indicate master/slave status for the zone
[21:45] <lamont> host other than maas-region as authoritative secondary? trivial.  host other tham maas-region as authoritative-master? only if the maas-region isn't authoritative for the DNS zone.
[21:47]  * lamont forsees a blog post in his near future
[21:47] <maticue_> lamont: that is an excellent information. You give me a lot of reasons to think about. I'm pointing to "host other than maas-region as authoritative secondary"
[21:48] <lamont> that's the dnsresource-records create above, and configure the secondary to grab from the regiond
[21:48]  * lamont has been maintaining bind for way too long
[21:49] <maticue_> great, I'll test in that way. thank you so much!
[21:49] <maticue_> lamont++
[21:51] <lamont> happy to help
[22:46] <lamont> maticue_: http://voices.canonical.com/lamont.jones/2017/03/21/adding-a-secondary-name-server-for-a-domain-in-maas/


[01:51] <Omnifrog> heh
[01:51] <Omnifrog> http://www.popehat.com/2013/04/02/prenda-laws-attorneys-take-the-fifth-rather-than-answer-judge-wrights-questions/
[02:20] <wrst> hello Omnifrog
[02:20] <Omnifrog> hi wrst
[02:20] <wrst> how are you doing?
[02:21] <Omnifrog> http://www.toughpigs.com/jane-nebel-henson-1934-2013/
[02:21] <Omnifrog> I has a sad
[02:33] <wrst> that is sad
[09:56] <Omnifrog> I wish my state wasn't such a friggin embarrassment http://www.knoxnews.com/news/2013/mar/31/bill-tying-student-performance-to-welfare-in/
[17:03] <wrst> this is soooo sad: http://www.techworld.com.au/article/457879/prices_windows_rt_tablets_drop_point_failure_os/
[23:17] <Slingshoe> helloall
[23:29] <Omnifrog> hi Slingshoe


[02:28] <stas> newz2000: around?
[02:29] <stas> branch this repo when you got some time lp:~sushkov/ubuntu-website/loco-theme
[03:23] <MTeck-ricer> So.. that last email on the mailing list - is that directed at me?
[03:31] <stas> MTeck-ricer: hey mike, not really, it's just my approach for solving an issue
[03:32] <MTeck-ricer> stas: what's the issue?
[03:32] <stas> loco websites template
[03:32] <MTeck-ricer> stas: I'm not 100% sober and 100% occupied so I didn't pay 100% attention to breaking it down :P
[03:33] <MTeck-ricer> Is it referring to our theme at all?
[03:34] <stas> it isn't referring to the theme you did, it's just how I see a loco theme and wanted to ask for feedback
[03:34] <stas> i don't care if it will be used by anybody at all
[03:35] <stas> most probably i will use it on ubuntu-ro and ubuntu-md loco websites, and implement it in wordpress-loco
[03:36] <MTeck-ricer> ok
[03:36] <MTeck-ricer> stas: I was just curious if I needed to worry about it or not
[03:37] <stas> hmm, i'm not interested in getting into ubuntu-drupal, mostly because i'm a wordpress guy :)
[03:37] <MTeck-ricer> :P
[03:37] <MTeck-ricer> stas: I thinky it's pretty
[03:38] <stas> it's something we were discussing with adiroiban during last weeks and only tonight got some time to write it down
[03:39]  * stas thinks to zzzZZ
[14:10] <mdke> adiroiban: around?
[14:10] <mdke> adiroiban: could you do me an export of https://translations.launchpad.net/ubuntu/lucid/+source/ubuntu-docs when you get a moment?
[15:43] <adiroiban> mdke: hi.
[15:44] <adiroiban> do you want me to generate the xml/html error report and stuff ?
[17:14] <mdke> adiroiban: I don't mind, as long as I have the po files :)
[17:52] <adiroiban> mdke: you don't have access to pofile download page?
[17:53] <adiroiban> I have forwarded the link to po archive
[17:53] <adiroiban> and started the error report script
[18:15] <mdke> adiroiban: I don't have access. I think it's only translator admins who have access to that, for some reason
[18:15] <mdke> adiroiban: got your email though, thanks
[18:20] <adiroiban> mdke: ok. but I remember that in the past you were able to request the download... or I am wrong?
[19:14] <mdke> adiroiban: I was a translator admin until I couldn't stand the bugmail anymore :)
[19:15]  * mdke disappears for the evening
[19:15] <adiroiban> :)
[20:14] <MTeck-ricer> I think I've have my fill of xdm...


[10:18] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4494 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[10:19] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4494 Generating diffs
[10:21] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4495 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[10:22] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4495 Generating diffs
[10:51] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/3690 Needs building (groovy/openvswitch). Needs rebuild due to higher version at destination (groovy/python-bleach). Ready to build (groovy/ovn, groovy/paramiko)
[10:56] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4495 Needs building
[13:05] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4017 Generating diffs
[13:06] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4017 Successfully built
[13:38] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4458 Needs rebuild due to higher version at destination
[16:54] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4494 Needs building
[22:07] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4486 Needs rebuild due to burned version number
[22:51] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/3690 Needs rebuild due to higher version at destination (groovy/python-bleach). Pending binary packages (groovy/openvswitch). Ready to build (groovy/ovn, groovy/paramiko)
[22:55] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4495 Pending binary packages
[23:10] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/3690 Diff missing (groovy/openvswitch). Needs rebuild due to higher version at destination (groovy/python-bleach). Ready to build (groovy/ovn, groovy/paramiko)
[23:15] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4495 Successfully built


[20:06] <wraithnix> anybody here?
[20:07] <wraithnix> i'm having trouble installing 9.10...every time I boot from the disc to install, it gives me a "can't mount install cd error", and won't continue
[20:09] <wraithnix> it's not my computer, i can install standard ubuntu with no problems
[20:09] <wraithnix> i've tried burning multiple DVDs, and that doesn't seem to matter
[20:10] <wraithnix> anybody?
[20:14] <wraithnix> is there anybody even here?
[20:17] <wraithnix> hello?
[20:20] <wraithnix> this is the official Ubuntu Studio support channel, right?
[20:31] <wraithnix> anybody?
[20:34] <wraithnix> well, if anybody's got any ideas, please email me<EMAIL_ADDRESS>[20:35] <wraithnix> there's nobody in here?  really?
[20:35] <wraithnix> argh


[01:54] <robert_ancell> TheMuso, are we getting pulse 3.0 for raring?
[02:02] <TheMuso> robert_ancell: If it doesn't majorly break the world, very likely.
[02:02] <TheMuso> But we need to get a new dep for it into main first.
[02:02] <TheMuso> And it hasn't even been packaged for Ubuntu/Debian yet, so that is ongoing.
[02:02] <TheMuso> ...and its not even at the final release either.
[02:03] <robert_ancell> TheMuso, ok, thanks. Just making sure if we should be tracking 2.99 or not
[02:03] <robert_ancell> TheMuso, btw my audio stopped working in raring - should I expect that / any debugging tips?
[02:03] <TheMuso> GIven the dep needs packaging, I'd say not at the moment.
[02:03] <TheMuso> Ok, stopped working can mean many things. Is your card still showing up in sound prefs? What happens if you change profiles?
[02:04] <robert_ancell> TheMuso, no audio card shown in preferences / volume disabled
[02:04] <TheMuso> Oh ok, what about if you run "aplay -l" in a terminal, do you get anything?
[02:04] <TheMuso> i.e do you get anything about your card?
[02:05] <robert_ancell> yes - http://paste.ubuntu.com/1357022/
[02:05] <TheMuso> Oh BTW re poppler, that didn't introduce another soname change did it?
[02:06] <robert_ancell> TheMuso, no, it's a stable update. We're not tracking unstable this cycle
[02:06] <TheMuso> Ok, do you see any processes other than pulseaudio when you run sudo fuser -v /dev/snd/*
[02:06] <TheMuso> Ok cool.
[02:06] <robert_ancell> TheMuso, no output
[02:08] <TheMuso> Hrmmm.
[02:08] <TheMuso> Ok the next step is to get a log from PulseAudio and see what is going on when it tries to work with alsa: https://wiki.ubuntu.com/PulseAudio/Log has the instructions.
[02:09] <robert_ancell> TheMuso, I noticed that pulse is not running, and when I tried to run it manually it gave an error
[02:09] <robert_ancell> "E: [pulseaudio] module.c: Failed to open module "module-esound-protocol-unix": file not found"
[02:10] <TheMuso> Ok, do you have pulseaudio-esound-compat installed?
[02:10] <robert_ancell> TheMuso, no, installing now
[02:11] <TheMuso> Hrm Ok.
[02:11] <robert_ancell> TheMuso, yay, sound back! thanks
[02:11] <robert_ancell> guessing it was something in the dist-upgrade that dropped it?
[02:12] <TheMuso> Yeah, thats a work-around. Seems we need to add a conditional bit around the code in teh conf file that loads that module.
[02:12] <TheMuso> Please file a bug against pulse, explaining the issue, and assign me to it, thanks.
[02:12] <TheMuso> I will get to it after pilot duties.
[02:13] <TheMuso> Or actually...
[02:13] <TheMuso> Thats odd.
[02:13] <TheMuso> It works for me fine here, and I didn't have the package installed.
[02:13] <TheMuso> The conditional code in question is present.
[02:13] <TheMuso> I wonder if something has screwed with your /etc/pulseaudio/* files somewhere, or whether you have...
[02:13] <TheMuso> robert_ancell: DId you upgrade to raring from quantal?
[02:14] <robert_ancell> TheMuso, yes
[02:14] <TheMuso> Hrm ok, file a bug anyway, and leave it with me.
[02:14] <robert_ancell> ok
[02:15] <robert_ancell> TheMuso, oh, I think I know the cause. I had pulseaudio-esound-compat:i386 installed but not the i686 version. So it might be not be multi-arch safe
[02:15] <TheMuso> There is actually talk upstream about dropping esound support altogether.
[02:15] <TheMuso> Ohhhhhhh!
[02:15] <micahg> huh? i386 is i686...
[02:16] <TheMuso> I was just thinking the same thing.
[02:16] <TheMuso> SO pulseaudio-esound-compat needs some multi-arch love.
[02:16] <TheMuso> Ok, will take care of it after pilot duties.
[02:19] <robert_ancell> TheMuso, bug 1078543, thanks for the help
[02:19] <ubot2> Launchpad bug 1078543 in pulseaudio (Ubuntu) "Pulse audio failed to start; no audio present in raring" [Undecided,New] https://launchpad.net/bugs/1078543
[02:19] <TheMuso> robert_ancell: No problem, thanks for the bug.
[04:20] <LLStarks> anyone else noticing this phenomena with theming as of late?
[04:20] <LLStarks> http://i.imgur.com/4Yij2.png
[04:50] <pitti> good morning
[04:51] <TheMuso> Morning pitti .
[04:51] <pitti> hey TheMuso
[04:56] <pitti> TheMuso: FYI, uploading a new d-conf with XS-Testsuite: autopkgtest
[04:57] <TheMuso> pitti: Oh thanks, missed that.
[04:57] <pitti> no worries, just saying to spread awareness
[04:57] <pitti> looking forward to another green (hopefully) bullet :)
[06:06] <didrocks> good morning
[06:11] <pitti> bonjour didrocks
[06:12] <didrocks> guten morgen pitti :)
[06:16] <RAOF> didrocks: Good morning!
[06:17] <RAOF> didrocks: I'd like to upload nux to fix a nexus 7 bug; is there anything I need to do to not step on your toes?
[06:21] <didrocks> RAOF: no, please do :)
[06:21] <didrocks> RAOF: if you can propose a MR as well againt lp:nux, that would be awesome (with the packaging change as well)
[06:22] <didrocks> this is for https://bugs.launchpad.net/bugs/1065638 I guess?
[06:22] <ubot2> Launchpad bug 1065638 in ubuntu-nexus7 "Unity panels don't display visuals" [Critical,Confirmed]
[06:24] <RAOF> Indeed.
[06:24] <TheMuso> DO we have dailies for raring yet on the Nexus7?
[06:25] <RAOF> Jay's working on a more proper fix, but I can easily avoid the problem we have and unblock the dailies.
[06:28] <didrocks> RAOF: yeah, fine with that ;) ping me with the upstream MR. Was it reviewed upstream already?
[06:34] <RAOF> didrocks: No; there's no upstream MR. I was planning to distro-patch?
[06:36] <didrocks> RAOF: can we avoid that and push that upstream? Otherwise, I'll loose it at the next daily-build
[06:36] <didrocks> RAOF: so having a MR upstream, approved
[06:36] <didrocks> then bzr merge in the branch
[07:02] <toabctl> Laney, can you merge https://code.launchpad.net/~toabctl/cheese/ubuntu/+merge/134256, please?
[09:03] <Laney> toabctl: that was already uploaded - https://launchpad.net/ubuntu/+source/cheese/3.6.2-0ubuntu1
[09:05] <toabctl> Laney, hm. I branched lp:~ubuntu-desktop/cheese/ubuntu and there was no upload mentioned
[09:06] <toabctl> Laney, and followed the guide here: https://wiki.ubuntu.com/DesktopTeam/Bzr
[09:08] <Laney> jbicha apparently didn't commit
[09:09] <jibel> Sweetshark, so, I verified bug 1064962, globally it's an improvement and I haven"t found any obvious regression but it reveals another bug
[09:09] <ubot2> Launchpad bug 1064962 in indicator-appmenu (Ubuntu Quantal) "[SRU] Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running" [High,Confirmed] https://launchpad.net/bugs/1064962
[09:09] <Laney> you should check the archive first just in case
[09:09] <Laney> and ping him later to push his work up
[09:10] <jibel> Sweetshark, the menu that is displayed when you open a document is the one from the previous LO application used.
[09:10] <toabctl> Laney, shouldn't be possible to upload a package if the changes are not commited to the VCS
[09:10] <toabctl> Laney, in case a VCS is used to manage the packaging stuff
[09:11] <toabctl> that's not the first time I did duplicate work. that doesn't motivate.
[09:11] <jibel> Sweetshark, eg open a spreadsheet, close it, open an odt or odp, the menu displayed is from localc
[09:12] <jibel> Sweetshark, there is a workaround: open the document from LO not nautilus
[09:13] <Laney> toabctl: well I'm afraid that the archive always takes priority; any VCS is just a convention (same in Debian too). I'm not the one who did the work here - speak to jbicha about it and hopefully he won't forget again.
[09:13] <Sweetshark> jibel: yes, that seems to be the 'lets cache the menu in app-indicator' issue
[09:14] <jibel> Sweetshark, overall, it's better than no menu, I'm marking as v-done
[09:14] <Sweetshark> jibel: thanks
[09:15] <toabctl> Laney, ok. thanks for the information!
[09:29] <seb128> jibel, does the issue happen if you wait a bit before closing the calc document and opening the odt?
[09:29] <AlanBell> hi bryceh, can we talk some time about how steam users should be supported on IRC in #ubuntu
[09:35] <chrisccoulson> good morning everyone
[09:37] <Sweetshark> seb128: can we sync http://packages.debian.org/source/experimental/clucene-core to raring -- we will desperately need it for LO anyway, better to get it in early in the cycle?
[09:37] <jibel> seb128, it doesn't. It's maybe another symptom of 1075263
[09:37] <seb128> chrisccoulson, hey, how are you?
[09:37] <seb128> jibel, likely yes, we will backport the fix soon
[09:38] <Sweetshark> seb128: see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661703
[09:38] <ubot2> Debian bug 661703 in clucene-core "clucene-core: upload latest clucene git + contrib-libs to experimental" [Normal,Fixed]
[09:40] <seb128> Sweetshark, we can sync, if we do we need to rebuild the rdepends ... can you check that they all need a simple rebuild or if they need fixing?
[09:40] <seb128> Sweetshark, the new archive scripts will not get the lib out of proposed until the rdepends are dealt with and we don't want to let stuff sit in proposed so we should be ready to do the transition when we sync it
[09:44] <chrisccoulson> seb128, yeah, not too bad thanks. how are you?
[09:44] <seb128> chrisccoulson, I'm good thanks
[09:52] <Sweetshark> seb128: https://bugs.launchpad.net/ubuntu/+source/clucene-core/+bug/1042192 meh
[09:52] <ubot2> Launchpad bug 1042192 in clucene-core (Ubuntu) "[FFE] new clucene version needed for LibreOffice" [Undecided,Incomplete]
[09:54] <xnox> Sweetshark: seb128: I am Debian/Ubuntu maintailer of 2 rdepends, and I'm sure we can fix the other 3. just do it =)
[09:55] <seb128> xnox, good, which ones?
[09:55] <xnox> seb128: bibletime & sword. They will be pissed off not to have clucene but meh =)
[09:55] <Sweetshark> xnox: oh, awesome
[09:57] <Sweetshark> .oO(better no clucence in bibletime than broken LO extensions and broken LO help on ARM)
[09:58] <Laney> or the rdeps could be fixed ...
[09:59] <xnox> Sweetshark: just do what you need for LO and I'll fix my packages.
[09:59]  * xnox thinks there is support for new clucene in svn trunks for both sword & bibletime.
[09:59] <Sweetshark> xnox: I just need the sync for LO, nothing else tbd on clucene
[10:00] <Sweetshark> seb128: ^^ so, go ahead, I guess?
[10:03] <xnox> Sweetshark: seb128: done. happy hacking.
[10:03] <Sweetshark> xnox: awesome
[10:05] <seb128> Sweetshark, xnox: thanks
[10:11] <chrisccoulson> hmmm, after packaging part of the firefox test suite and running the tests, i've discovered that there's a few tests which assume they have write access to the application directory :(
[11:04] <didrocks> and hop! https://launchpad.net/cupstream2distro
[11:06] <chrisccoulson> didrocks, i thought that was something to do with cups when i saw the url ;)
[11:06] <didrocks> chrisccoulson: you can also think about cups of coffee :)
[11:06] <chrisccoulson> lol
[11:06] <chrisccoulson> we don't use cups here
[11:06] <chrisccoulson> we use mugs for coffee ;)
[11:06] <didrocks> mugs? ;)
[11:06] <chrisccoulson> yeah :)
[11:06] <didrocks> yeah, but I can't find a funny name using mugs :p
[11:07] <chrisccoulson> heh
[11:16] <xclaesse> seb128, when I press alt-tab once, it focus next window. But not when current "window" is a webapp in firefox
[11:17] <seb128> xclaesse, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1070714
[11:17] <ubot2> Launchpad bug 1070714 in unity (Ubuntu) "webapp: alt-tab gets "stucked" on the browser rather than going to the next entry" [Low,Invalid]
[11:17] <xclaesse> for example in a workspace I have firefox, facebook and g+ in the alt-tab menu
[11:17] <xclaesse> seb128, cool merci
[11:17] <seb128> ups
[11:17] <seb128> xclaesse, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1070715
[11:17] <ubot2> Launchpad bug 1070715 in unity (Ubuntu) "webapp: alt-tab gets "stucked" on the browser rather than going to the next entry" [High,Triaged]
[11:17] <seb128> rather
[11:18] <seb128> de rien
[11:20] <pitti> ogra_, everyone: I just reinstalled the nexus7 ubuntu image, and now starting apps from the launcher or opening indicators with the touch screen does not work; I can select icons in the launcher, also an external mouse works
[11:20] <pitti> does that sound familiar?
[11:20] <seb128> pitti, is that consistant? did you try rebooting?
[11:20] <pitti> yes, I rebooted
[11:20] <pitti> i. e. I touch on the g-c-c icon, and I get the "system settings" popup
[11:21] <pitti> but it doesn't open
[11:21] <seb128> ok, I had issues before, sometime playing with indicator put xorg pointer in a lock state
[11:21] <pitti> hm, indeed I tried to open an indicator first
[11:21] <pitti> to connect to a wifi
[11:21] <pitti> I attached an external keyboard/mouse, so it's not a biggie right now
[11:21] <seb128> if it persist after a reboot that's not likely it...
[11:21]  * pitti tries and reboot again, without fiddling indicators
[11:21] <seb128> but it's easy to "break" left click when using indicators
[11:22] <seb128> that's a known issue on the xorg side iirc
[11:22] <pitti> so I guess that's what I did
[11:22] <GunnarHj> pitti: Hi Martin!
[11:22] <GunnarHj> A first attempt to build version 2.34.2-1 of glib2.0 failed. I could build after having modified debian/rules, but I have no idea if that change is right.
[11:22] <GunnarHj> Extract from 'bzr bd' output:
[11:22] <GunnarHj> http://people.ubuntu.com/~gunnarhj/glib2.0-2.34.2-1_build-failure.txt
[11:22] <GunnarHj> Branch with the debian/rules modification:
[11:22] <GunnarHj> https://code.launchpad.net/~gunnarhj/ubuntu/raring/glib2.0/lang-locale-for-days-months
[11:22] <pitti> hey GunnarHj!
[11:23] <pitti> GunnarHj: btw, you should try and build with DEB_BUILD_OPTIONS=nocheck, otherwise it'll take ages
[11:23] <pitti> seb128: ah, works now
[11:23] <Laney> https://bugs.launchpad.net/ubuntu-nexus7/+bug/1068994
[11:23] <ubot2> Launchpad bug 1068994 in ubuntu-nexus7 "button1 gets stuck after a while" [Critical,In progress]
[11:23] <Laney> ?
[11:23] <seb128> pitti, ok, like that indicator/xorg issue then
[11:23] <GunnarHj> pitti: Yeah, it did take ages. Thanks for the tip.
[11:23] <seb128> Laney, could be it yes
[11:24] <pitti> Laney: well, it's not completely stuck; I can operate widgets in dialogs etc, just not in the launcher
[11:25] <seb128> pitti, well, you can't e.g dnd dialogs by their titlebar when that happens
[11:25] <Laney> I don't think the title is accurate
[11:25] <Laney> comments explain it a bit more
[11:25] <seb128> it's a bit of a weird bug
[11:25] <xclaesse> can someone do a quick test for me on ubuntu? in a terminal start "Xephyr :2" then in another terminal: "DISPLAY=:2 glxinfo"
[11:25] <seb128> pitti, or double click doesn't work
[11:26] <xclaesse> on fedora/debian it gives glx stuff, but on my ubuntu quantal it says Error: couldn't find RGB GLX visual or fbconfig
[11:26] <seb128> Error: couldn't find RGB GLX visual or fbconfig
[11:26] <seb128> xclaesse, try asking on #ubuntu-x?
[11:29] <xclaesse> seb128, ok, asked there
[11:29] <xclaesse> thx
[11:29] <seb128> yw
[11:32] <tkamppeter> Seems that I have hit a ghost dependency in apt-get making it impossible to use apt-get agaui
[11:34] <seb128> tkamppeter, can you pastebin the error?
[11:35] <tkamppeter> again. I have installed "ia32-libs' trying to install some closed-source app and ia32-libs is uninstallable as some i386 library versions did not get built. Now "apt-get install -f" insists on installing the uninstallable libraries, even after removing all :i386 packages.
[11:35] <seb128> did you try to sudo dpkg -r ia32-libs
[11:35] <seb128> ?
[11:40] <tkamppeter> seb128, yes, I did.
[11:40] <tkamppeter> seb128, http://pastebin.ubuntu.com/1357764/
[11:41] <seb128> tkamppeter, that log seems fine, e.g nothing uninstallable...?
[11:41] <tkamppeter> seb128, it seems that the dpendencies of the (removed) ia32-libs are still held in some database, due to a bug.
[11:42] <tkamppeter> seb128, so I will execute it, to reveal the error.
[11:42] <seb128> ok
[11:45] <tkamppeter> seb128, when I do so, I get these errors in the end: http://paste.ubuntu.com/1357780/
[11:45] <seb128> tkamppeter, those packages seem to have bugs
[11:49] <tkamppeter> seb128, if I repeat "apt-get -f install" I get http://pastebin.ubuntu.com/1357786/
[11:49] <tkamppeter> seb128, how can I get rid of the system's demand for these packages?
[11:49] <seb128> tkamppeter, try asking on #ubuntu-devel
[11:49] <seb128> not sure...
[11:50] <tkamppeter> seb128, so seems that I have hit a bug in apt-get.
[11:50] <tkamppeter> seb128, thanks anyway.
[11:51] <seb128> tkamppeter, no, you have hit bugs in avahi and cairo
[11:51] <seb128>  trying to overwrite shared '/usr/share/doc/libcairo-gobject2/README.gz', which is different from other instances of package libcairo-gobject2:i386
[11:51] <seb128>
[11:51] <seb128> that's a packaging bug in the multiarch
[11:51] <tkamppeter> seb128, but I do not need these packages and I have no dependency on them, how do I simply get rid of them?
[11:52] <seb128> well, you tried to install something that pulled them in
[11:52] <seb128> can you move that conversation to #ubuntu-devel where others can help as well?
[11:52] <tkamppeter> seb128, that was ia32-libs and this I have uninstalled.
[11:54] <tkamppeter> seb128, moved over now, let us see whether someone answers or whether I should do a fresh install.
[12:25] <tkamppeter> I am reading here about a former "Remote Desktop Preferences" in System Settings. I would like to use it in Quantal. Is it completely removed or can I get it back by instakllin a package?
[12:51] <seb128> tkamppeter, the remove desktop should still be there, it's part of vino, it's just not in system settings
[12:52] <seb128> tkamppeter, type "vino" in the dash or run vino-preferences
[12:59] <tkamppeter> seb128, found this already. Thank you.
[14:17] <xnox> Since lp:~ubuntu-desktop/glade/ubuntu is stale, do I understand correctly that udd branches / the archive directly is used for glade?!
[14:21] <Laney> when's the last commit there?
[14:22] <xnox> Laney: april. last upload a couple of days ago.
[14:22] <xnox> udd is up to date.
[14:22] <Laney> probably
[14:22] <Laney> you could commit the delta and use it
[14:23] <xnox> meh
[14:23] <Laney> it's hardly taxing
[14:24] <Laney> otherwise we should delete the branch imho
[14:24] <xnox> Laney: please, delete it...
[14:24] <Laney> you can
[14:24] <xnox> Laney: mark as obsolete?
[14:24] <xnox> cause the history might be useful.
[14:24] <Laney> remove all the files and put a README in?
[14:24] <Laney> dunno
[14:25] <xnox> I see... well rename + mark as status obsolete
[14:25] <xnox> desktop should just switch to full udd branches =)
[14:25]  * xnox hides
[14:26] <Laney> yeah imagine if they worked with quilt
[14:37] <sabdfl> ya
[14:39] <chrisccoulson> ooh, INFO | Result summary:
[14:39] <chrisccoulson> INFO | Passed: 1512
[14:39] <chrisccoulson> INFO | Failed: 22
[14:39] <chrisccoulson> down from more than 50 this morning \o/
[14:47] <mitya57> Laney: do you know you're on the screenshot at http://en.wikipedia.org/wiki/Irssi ? :)
[14:48] <Laney> heh
[14:49]  * Laney wonders what you were doing reading that :P
[15:06] <GunnarHj> pitti: Did you make a note about debian/rules in glib?
[15:12] <pitti> GunnarHj: sorry, what note? (I was rather deeply involved in something else and didn't pay much attention to IRC)
[15:13] <GunnarHj> pitti: I'm talking about the #ubuntu-desktop message I sent 12:22:19.
[15:14] <xnox> GunnarHj: timezone?
[15:14] <pitti> GunnarHj: oh
[15:15] <pitti> GunnarHj: that means that some of the tests failed
[15:15] <pitti> GunnarHj: but not at the end of the log, as stuff runs in parallel; grep the log for " FAIL$"
[15:15] <GunnarHj> xnox: +0100
[15:16] <GunnarHj> pitti: But the failure was fatal. After my modification of debian/rules it succeeded.
[15:19] <pitti> GunnarHj: yes, we fail the build on failed tests; but if you run with DEB_BUILD_OPTIONS=nocheck, the tests get skipped
[15:19] <pitti> GunnarHj: they are rather brittle unfortunately
[15:20] <pitti> well, unfortunately for the "local developer" perspective, anyway
[15:20] <pitti> (it's actually good that they are picky from a CI POV)
[15:20] <GunnarHj> pitti: Do you mean that it's ok? What I did was adding a trailing "|| true".
[15:21] <xnox> GunnarHj: the upstream unittests, test the correctness of glib, pottentially your glib is broken as all unittests did not pass.
[15:21] <pitti> GunnarHj: well, for local testing that's ok, but we won't take it into our packages
[15:21] <pitti> GunnarHj: DEB_BUILD_OPTIONS=nocheck is easier
[15:22] <xnox> GunnarHj: so you can do $ export DEB_BUILD_OPTIONS=nocheck
[15:22] <xnox> GunnarHj: and then  upon $ debuild the unittests will not be executed.
[15:24] <GunnarHj> pitti, xnox: Aha, thanks. No, my glib is a fresh bzr branch, so if it's broken, the archive branch is broken as well.
[15:24] <xnox> GunnarHj: not necessorely.
[15:24] <pitti> as I said, they are rather timing sensitive, and one of the tests notoriously complains/fails if you run it under an active session
[15:24] <xnox> GunnarHj: are you building for the same target distribution as root in sbuild?
[15:25] <xnox> GunnarHj: on bare metal / headless build-farm? =))))
[15:27] <GunnarHj> pitti, xnox: I'm not building as root. But I think this is above my head. Will take your advice and add export DEB_BUILD_OPTIONS=nocheck to ~/.profile and forget about it for now. ;-)  Thanks!
[15:28] <xnox> GunnarHj: well if you do in in profile that _all_ packages you _ever_ build will not run the test-suites. Hence giving you false "successful builds".
[15:28] <pitti> what xnox said
[15:28] <pitti> good evening everyone! need to go
[15:29] <xnox> GunnarHj: remember to take it out when you are done, or make a wrapper script ~/bin/nocheck
[15:29] <xnox> GunnarHj: export DEB_BUILD_OPTIONS=nocheck $@
[15:29] <xnox> GunnarHj: and then you have a handy way to call build without test-suite.
[15:29] <xnox> e.g. $ nocheck debuild
[15:30] <GunnarHj> xnox: Ok, then I drop the ~/.profile idea. The wrapper sounds good. Will try that. Thanks!
[16:06] <seb128> xnox, Laney: it's annoying to deal with stuff we sync with debian at times
[16:06] <seb128> the custom vcs get out of sync
[16:31] <bcurtiswx> has anyone in here successfully installed ubuntu 12.10 on a macbook air 4,2 (2011 version)
[16:31] <Laney> I think my girlfriend has that one
[16:31] <Laney> she upgraded from precise though
[16:32] <bcurtiswx> i've been following https://help.ubuntu.com/community/How%20to%20install%20Ubuntu%20on%20MacBook%20using%20USB%20Stick but it isn't able to create a partition once the USB becomes bootable with the ISO file http://releases.ubuntu.com/12.10/ for max amd64 there
[16:32] <bcurtiswx> mac*
[16:41] <ppppaul> hello ubuntus
[16:41] <ppppaul> can i ask technical questions in here?
[16:44] <desrt> ppppaul: yup
[16:44] <ppppaul> i installed some kernals on ubuntu 12.10
[16:45] <ppppaul> i am unable to figure out how to set the kernel to run at startup
[16:45] <ppppaul> i am not presented with grub at startup :(
[16:45] <ppppaul> i was grub once, though. and then never again
[16:46] <ppppaul> i'm not sure what version of grub i'm running. i have grub and grub2 files
[16:46] <ppppaul> also, my system is an upgrade from 12.04
[16:46] <ppppaul> when i do sudo update-grub i get back a list of the kernels i installed
[16:47] <ppppaul> i've looked on google a bit for how to solve this problem, but i'm a bit stuck now (it's taking up way too much time for me)
[16:49] <kenvandine> ppppaul, check with #ubuntu for issues like this... this is a developer channel
[16:49] <kenvandine> ppppaul, however, to see the grub menu, hold shift at boot
[16:49] <ppppaul> ok, thank you
[16:49] <kenvandine> i think...
[16:49] <ppppaul> oh
[16:49] <kenvandine> i haven't done that in ages
[16:49] <ppppaul> i didn't know about shift at booot
[16:49] <ppppaul> i'll try that now
[16:49] <ppppaul> that's for both versions of grub?
[17:13] <attente> desrt: i'm stuck; is there something i need to do before calling g_menu_model_items_changed () in order to get updates working?
[17:14] <desrt> attente: you need to actually do the updates? :)
[17:15] <desrt> attente: it's quite likely that in response to items_changed() (in particular in the case where items are added) you will receive calls back into the GMenuModel API (like _get_item_attributes(), etc)
[17:15] <attente> unless nothing seems to be watching for items-changed?
[17:16] <desrt> the exporter ought to be
[17:16] <desrt> unless nobody is consuming it on the other side of the bus
[17:16] <desrt> in which case, indeed, nobody will be looking.... but what did you expect? :)
[17:17] <attente> ok, one sec, i'll check
[17:19] <attente> debugging this is kind of painful since the breakpoints keep getting hit everytime i switch between gdb and the tester
[17:21] <attente> desrt: yeah, nobody is watching :(
[17:24] <desrt> attente: what if the client is running?
[17:24] <attente> same deal
[17:24] <desrt> huh
[17:24] <desrt> something is amiss
[17:25] <desrt> maybe you should try keeping it in-process
[17:25] <desrt> like create a separate window (and avoid hijacking it) and then put a GtkMenuBar in there and bind it to the model from the other menu
[17:25] <desrt> take the dbus crap out of the equation for now
[17:26] <desrt> rip down the X properties while you're at it...
[17:26] <desrt> that should prevent random stuff from happening when you're switching windows
[17:27] <attente> ok
[17:29] <desrt> you can probably pretty effectively avoid the hijack by just using a global variable for the window you create
[17:30] <GunnarHj> charles: Are you there?
[17:31] <charles> GunnarHj: howdy
[17:31] <GunnarHj> charles: Hi! Did you see my message here yesterday?
[17:32] <GunnarHj> charles: I asked if you would like to comment on https://bugzilla.gnome.org/show_bug.cgi?id=687945
[17:32] <ubot2> Gnome bug 687945 in i18n "Display names of days and months using the current language" [Normal,Unconfirmed]
[17:33] <GunnarHj> charles: Matthias seems to be hard to convince - or not. Do you know him?
[17:34] <charles> GunnarHj: I've read him, but never spoken to him
[17:34] <charles> let me get caught up on the ticket here...
[17:34] <GunnarHj> charles: Ok, no hurry.
[17:53] <bryceh> AlanBell, sure thing.  whenever's convenient.  PM me and we can talk it over.
[18:03] <GunnarHj> charles: I'm leaving for some food. Will be back in half an hour or so.
[18:11]  * didrocks waves good evening
[18:26] <attente> desrt: omg.... mutable means can be changed...
[18:33] <desrt> attente: yes....
[18:33] <desrt> did you mark your model as immutable? :)
[18:33] <desrt> ...and then change it...
[18:40] <attente> no.. there was literally a comment: "/* The menu can change at any time. */"
[18:40] <attente> return FALSE;
[18:45] <GunnarHj> xnox: This is the nocheck script I put in ~/bin:
[18:45] <GunnarHj> #!/bin/sh
[18:45] <GunnarHj> export DEB_BUILD_OPTIONS="nocheck"
[18:45] <GunnarHj> exec $@
[18:45] <GunnarHj> Works nicely. Needed exec(), or else $@ seemed to be considered arguments to export(). Thanks again for the tip.
[18:59] <notgary> A question for the desktop team: what do you all think about the idea of adding audio devices to the sound menu? Comment #3 on this bug report has some details https://bugs.launchpad.net/ubuntu/+source/indicator-applet/+bug/1061684
[18:59] <ubot2> Launchpad bug 1061684 in indicator-applet (Ubuntu) "Switch between HDMI audio device and Analog from the System Tray" [Undecided,New]
[19:05] <cyphermox> mterry: kenvandine: robru: if it's any use, I made the two steps or taking a packaging branch (that has the right ancestry) and merging in just debian/ into an upstream branch: http://ubuntuone.com/4w1JBK3EB2Lebm0r2rZ4wh
[19:05] <cyphermox> the above was missing "into a script". just pass the packaging branch as a parameter.
[19:06] <mterry> cyphermox, neat
[19:06] <achiang> anyone here know how to debug this from my .xsession-errors: unity-2d-shell: [WARNING] QDBusError("org.freedesktop.DBus.Error.UnknownMethod", "No such interface `org.ayatana.bamf.view' on object at path /org/ayatana/bamf/application1642573751")
[19:06] <kenvandine> cool
[19:06] <achiang> what is that application?
[19:06] <cyphermox> so far seems to work pretty well with the indicators
[19:07] <mterry> achiang, you could use d-feet to find out I bet
[19:07] <robru> cyphermox, cool
[19:07] <achiang> cyphermox: i'm trying to debug the broken nm-applet issue that's been plaguing us since 12.04
[19:07] <mterry> achiang, to map it to an exe
[19:07] <cyphermox> achiang: oh, cool
[19:07] <cyphermox> that's something that comes out of the applet?
[19:07] <cyphermox> what do you mean by broken?
[19:07] <achiang> cyphermox: it's like, infinitely reproducible if you use unity-2d
[19:07] <cyphermox> cool.
[19:07] <achiang> cyphermox: basically nm-applet stops working after some time
[19:07] <cyphermox> ah, right
[19:08] <achiang> if you try and view more wifi networks
[19:08] <achiang> the menu just goes to lunch
[19:08] <cyphermox> as mentioned before, it seems to me like there are leaks, probably not just in nm-applet
[19:09] <cyphermox> achiang: and I'm hoping you're working on this on quantal, because I plugged two relatively bad but hidden ones
[19:09] <achiang> mterry: i have d-feet open but don't see a path to /org/ayatana anywhere
[19:09] <achiang> cyphermox: i'm only poking at this for a few minutes because it reproduced again and i am super annoyed
[19:09] <cyphermox> ok
[19:10] <achiang> cyphermox: did you SRU the fixes to 12.04?
[19:10] <cyphermox> I am too, and thankful for the help, I'm running out of ideas and it seems like you got some progress
[19:10] <cyphermox> achiang: it's in progress IIRC
[19:10] <mterry> achiang, it might be on the random unnamed processes near the bottom
[19:10] <achiang> cyphermox: ok, are you able to reproduce it?
[19:10] <cyphermox> you mean on quantal?
[19:11] <cyphermox> not so much anymore
[19:11] <achiang> cyphermox: on 12.04
[19:11] <achiang> you know... our LTS that we support for 5 years. ;)
[19:11] <cyphermox> I couldn't, but some people can if I'm to believe the bug report
[19:12] <achiang> cyphermox: it's really easy. just run 12.04 and you'll 100% get it
[19:12] <cyphermox> ;)
[19:12] <cyphermox> I don't :/
[19:12] <achiang> might come faster if you run unity-2d but that's just a theory for now
[19:12] <cyphermox> as far as nm-applet is concerned unity-2d or unity is the same
[19:13] <cyphermox> that's not true for the rest of the stack though, I think
[19:13] <achiang> mterry: i don't see any apps at the bottom that resemble application1642573751, just random stuff ranging from 1.6 to 1.300
[19:13] <bcurtiswx> if the messaging menu isn't showing up how do I bring it back?
[19:14] <cyphermox> achiang: look under org.ayatana.bamf
[19:14] <achiang> cyphermox: there is no org.ayatana.bamf... maybe i need to re-run d-feet as root?
[19:14] <cyphermox> no
[19:14] <cyphermox> are you looking at the session bus?
[19:15] <achiang> hm, no, that didn't change anything
[19:15] <achiang> oops, was looking at system bus
[19:15] <bcurtiswx> ah nvm, apparently you need online accounts to show that
[19:15] <achiang> what's the address of the session bus?
[19:15] <achiang> found it
[19:15] <cyphermox> don't use an address, use the File menu to choose session bus
[19:16] <achiang> huh, i have a ca.desrt.dconf in there. ;)
[19:16] <cyphermox> yeah :)
[19:19] <mterry> achiang, no, the path is in the right pane
[19:19] <mterry> achiang, the /org/ayatana stuff is on the right, and might be on any of the names in the left pane
[19:19] <achiang> mterry: yeah, the window must be gone already
[19:19] <achiang> i don't see it anymore
[19:22] <achiang> http://pastebin.ubuntu.com/1358718/
[19:23] <achiang> lines 70 and 73
[19:25] <achiang> oh, this is better - http://pastebin.ubuntu.com/1358724/
[19:26] <achiang> nm-applet using 15.6MB of RSS
[19:27] <jcastro_> achiang: hey have you guys memory audited all the indictors for the N7? I can't wait to see you guys swimming in Tedware. :p
[19:27] <achiang> jcastro_: someone else has that WI, but yeah, it's planned to audit all the indicators for N7
[19:28] <achiang> jcastro_: but if you read the last 50 lines of scrollback, you can see that i am plagued with leaks on my x86 laptop, 12.04
[19:28] <achiang> jcastro_: also, i don't get the Tedware joke, but that's ok. :)
[19:29] <jcastro_> achiang: I have no real science, but when my indicator memory goes out of control, it was probably written by tedg
[19:30] <tedg> Hmph.
[19:31] <tedg> I don't think we have that many leaks though.  Perhaps in the nm-applet, that's not mine ;-)
[19:34] <cyphermox> hmm.. my computer jingles when it loses power. interesting.
[19:36] <achiang> https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/780602/comments/47
[19:36] <ubot2> Launchpad bug 780602 in network-manager-applet (Ubuntu) "nm-applet leaks memory and stops functioning after a while" [High,Confirmed]
[19:36] <achiang> nm-applet uses 5x the RSS memory vs the other indicators
[19:37] <achiang> and 11x the PSS
[21:18] <thomi> pitti: ping?
[21:22] <robert_ancell> Laney, do you know if we can update libproxy to 0.4.10?
[21:27] <Laney> robert_ancell: I don't see why not - I plan to take care of it this week
[21:27] <Laney> but feel free if you want to do it
[21:28] <robert_ancell> Laney, not familiar with the package so I'll open a bug and assign it to you
[21:28] <Laney> k, ta
[21:31] <robert_ancell> kenvandine, are we going to use farstream 0.2 in raring?
[21:31] <kenvandine> i haven't looked
[21:32] <kenvandine> but i would assume
[21:32] <robert_ancell> kenvandine, ok, I'll have a look at it
[21:32] <kenvandine> awesome
[21:33] <Laney> pretty sure, that's the 1.0 variant
[21:33] <kenvandine> i figured it would be
[21:49] <LLStarks> hi, i'm having a rather odd problem. g-c-c apps are not launching with gksu.
[21:49] <LLStarks> can't edit anything
[22:02] <mfisch> robert_ancell: is there a way to determine who is listening on dbus for a certain signal?
[22:18] <robert_ancell> mfisch, not that I know of
[22:18] <mfisch> robert_ancell: ok thanks
[22:18] <robert_ancell> mfisch, there is dbus-monitor but I've never used it
[22:19] <mfisch> robert_ancell: it works great for seeing signals emitted
[22:45] <robru> woooo! just booted into raring for the first time!
[22:48] <robru> firefox and thunderbird are taking *forever* to check my add-ons for compatibility... chrisccoulson!
[22:48] <chrisccoulson> robru, network issue?
[22:49] <robru> chrisccoulson, dunno, network seems fine otherwise...
[22:49] <robru> chrisccoulson, I'm on IRC I mean ;-)
[22:49] <chrisccoulson> can you access https://addons.mozilla.org/ ok?
[22:49] <robru> chrisccoulson, it loads slooooowly
[22:49] <chrisccoulson> robru, that will be why :)
[22:50] <robru> chrisccoulson, oh well, seems fine now...
[23:54] <chrisccoulson> ah, damn you optipng! you're the reason these tests are failing