[03:25] <shannon_> hello, hopefully a quick question here.. but is there updated docs on a single server install of openstack for 16.04?  everything I can find online points to using openstack-install, which is missing from 16.04
[03:25] <shannon_> I got this channel from http://openstack.astokes.org/
[03:26] <shannon_> looks like the installer was possibly replaced by a binary simply called openstack, but I'm not sure how to use it as it appears to be more of an interface for managing a server already setup
[03:27] <sarnold> shannon_: there's this thing, but I haven't tried it myself: http://conjure-up.io/
[03:31] <shannon_> great, thanks. I'll check it out :)
[03:32] <nacc> rbasak: fyi, i put some notes in the share doc
[03:33] <nacc> rbasak: https://git.launchpad.net/~nacc/ubuntu/+source/strongswan
[03:34] <nacc> rharper: --^ that's the full import of all the debian and ubuntu history, if you want to look at it, as an example
[03:34] <nacc> rharper: for strongswan
[03:35] <rstarmer> shannon_: conjure-up does work, but I had (and still have) some issues trying to use it on a KVM based virtual machine.  If you are building it on hardware directly, it should work well.  You might also want to grab the latest from the ppa rather than from the default package, as there are some tweaks to the network service that may be needed.
[03:35] <rstarmer> ppa:conjure/ppa
[03:35] <shannon_> ok thanks, yeah I'm installing on hardware
[03:36] <rstarmer> It's pretty slick, automates juju driving LXD/LXC to deploy the services as containers.
[04:52] <meloc> Hi. I've placed the mitmproxy root ca certificate in every directory i can find documented and have run update-ca-certificates over and over
[04:52] <meloc> yet no new root CA is being added. no new symlinks in /etc/ssl/certs
[04:52] <meloc> I can't find any actual, real documentation on this anywhere. Can someone please advise?
[04:53] <Jordan_U> meloc: What kind of certificate is this file?
[04:54] <meloc> standard PEM certs
[04:54] <meloc> the same certs I use in Nixos and Arch without issue
[04:55] <meloc> wow. just wow. it specifically looks for .crt files
[04:55] <meloc> rename .pem or .cer to .crt and it works. wooo. Thanks for the rubber duck debugging assistance!
[04:56] <Jordan_U> You're welcome :)
[08:08] <OlofL_> I installed sudo apt-get install --no-install-recommends lubuntu-desktop, how do I get to gui?
[08:11] <OlofL_> startx errors
[09:38] <rbasak> nacc: looking good! I'll review the doc but we should probably do a hangout sync today to catch up I think?
[13:07] <rharper> nacc: thanks!
[13:19] <aard> hi, trying to figure out if the newest lts comes with a newer jmicron driver (jme) than 1.0.8 that comes with 14.04.
[13:23] <sdeziel> aard: I'm afraid it's still 1.0.8: https://paste.ubuntu.com/16258501/
[13:23] <aard> aww that's a shame but thanks for the answer sdeziel
[13:23] <sdeziel> aard: you are welcome
[13:32] <rbasak> nacc: I just found out about http://dep.debian.net/deps/dep14/. Might be worth looking into harmonising.
[13:34] <rbasak> It's pretty close to what we're doing lready.
[13:41] <trippeh> aard: in kernel drivers quite rarely actually update their version numbers though.
[13:41] <trippeh> so it can have significant fixes
[13:42] <aard> trippeh: hmm okay thx
[13:45] <trippeh> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/drivers/net/ethernet/jme.c there's at least a few fixes since 2014
[13:47] <trippeh> since/during, anyway
[15:14] <nacc> rbasak: ack, i'm around now
[15:14] <nacc> rbasak: if you still are
[15:15] <nacc> trippeh: even in mainline, the version is still 1.0.8
[15:16] <nacc> trippeh: the 'version' of drivers is often nonsensical now that we have git :) just refer to, if you can, of the sha1 of the kernel commit that is the source for the kernel image
[15:16] <nacc> trippeh: since it all moves together if it's in mainline
[15:16] <nacc> aard: --^ actually, sorry
[15:17] <nacc> rbasak: ok, are you ok if we change our naming to match dep14? e.g., s/:/%/ rather than s/:/_/
[15:20] <nacc> rbasak: we should update git-dsc-commit too (i've got a --tree-only patch for that too)
[15:21] <nacc> rbasak: do you want me to default to signed tags? i'm not sure if that will work with the faked authorship?
[15:23] <JanC> maybe they should change the "version" of drivers like that to something like "git" then  ;)
[15:24] <nacc> JanC: heh
[15:48] <trippeh> heh yeah the version strings in in-kernel drivers is causing a bit of confusion.
[15:48] <trippeh> they are pretty much "random"
[15:49] <nacc> trippeh: they are also in the driver source, which relies on the driver vendors to update them; and some drivers don't get many updates (or only get bugfixes)
[15:50] <nacc> and not all of those come from the vendor anymore, which means versions don't change correspondingly
[15:50] <nacc> tbh, i'd ignore any string a driver emits about its own version, if it's from the kernel source :)
[15:50] <nacc> and just trust the uname/git-sha to tell you what the src is
[15:51] <JanC> hence, make a kernel policy to use a version string which makes that obvious for those drivers  :)
[15:51] <JanC> solves the confusion part at least
[15:51] <nacc> i'm sure for some vendors they do use the version string
[15:51] <nacc> it's just not consistent
[15:51] <nacc> JanC: feel free to suggest on LKML :-P
[16:20] <hallyn> smb: you know it's a good thing we didn't try to merge libvirt 1.3.3 last cycle, bc i think it's a bit of a lemon
[16:23] <nacc> rbasak: if you do come back online today, just ping me, or even just set up the hangout, i'll join (in case I don't see the ping)
[17:46] <gQuigs> Can anyone help me understand what update-status does in the nova-compute charm (see bottom of https://api.jujucharms.com/charmstore/v5/trusty/nova-compute-254/archive/hooks/nova_compute_hooks.py)
[17:46] <gQuigs> and what could make it fail..
[17:47] <gQuigs> with http://pastebin.ubuntu.com/16264350/
[18:10] <aard> nacc trippeh: so kernel driver versions doesn't say much really, as far as i understand. well, it states that a driver is "at least" a certain version so to speak
[18:22] <hallyn> smb: jdstrand: arges: so i think i may have the libvirt-bin.service->libvirtd.service rename mostly working, but qrt failures pointed out that any scripts doing service libvirt-bin restart (for instance) will fail...
[18:22] <hallyn> that is, systemctl restart libvirt-bin will work,
[18:22] <hallyn> bc we have libvirtd aliased as libvirt-bin.service.  but 'service' and 'invoke-rc'd don't know about that
[18:23] <hallyn> is that a problem?
[18:23] <arges> hallyn: might be a good way to find obsolete scripts : )
[18:23] <hallyn> roaksoax: jamespage: smoser: ^ will things like maas or subiquity hav ea problem with it?
[18:23] <hallyn> arges: 'obsolete' sadly may not be accurate in our cloud archive world
[18:23] <arges> hallyn: oh yea...
[18:23] <hallyn> :(
[18:24] <smoser> hm.
[18:24] <arges> hmm
[18:24] <hallyn> dunno if there is a way to trick it
[18:24] <hallyn> and don't know what all we 'officially' support
[18:25] <hallyn> sigh @ gratuitous rename
[18:30] <JB_____> I have installed a host with dhcp server and FW server (ufw/iptables). But my rules in ufw are only apply on my host and absolutly not on my NAT... exemple if I block internet acces my host doesn't heave any more internet but on my private network internet stay present.. somebody can help me ? :/
[18:31] <hallyn> all right well lets see how many more different failures i've got (qrt still running).  maybe i can still do better
[18:38] <nacc> aard: it's just a string in the source, basically :)
[18:44] <arges> hallyn: i think we're going to have to do it at some point. better at the first release after an LTS than later
[18:44] <arges> but then cloud archive backporting may need extra logic
[18:50] <hallyn> yeah
[18:50] <hallyn> that may be the way to go
[18:51] <hallyn> so i mihgt just push without extra logic for now while we work out bugs in regular setups, then we can accomodate whatever jamespage and friends need later
[19:01] <jamespage> hallyn, arges: we have capability to support renaming of a service, and I think that on a systemd enabled install, we use systemctl transparently to the charm
[19:01] <jamespage> service_restart(XX) -> systemctl restart XXX
[19:01] <jamespage> but I'll check that
[19:07] <hallyn> sounds good
[19:33] <hallyn> all right, i'm now down to actually fewer qrt failures than with the xenial version.  yay.
[21:55] <LostSoul> Hello
[22:11] <ryankoski> hello all, I'm looking for a way to delay the autoimport of zfs pool in 16.04 to ensure that my devices are up and ready (not working on reboot right now)
[22:11] <ryankoski> any tips?
[22:13] <rattking> you could take alook at rootdelay or rootwait to slow the kernel down a bit
[22:22] <ryankoski> @rattking, thanks for the tip, giving that a shot now
[22:28] <ryankoski> no go


[00:47] <MavKen> where can I find best practices on adding webmaster users to system and giving them access to certain domain root directories?  I don't have experience with setting user permissions (will be my first time adding a user since I normally do everything as root)
[01:35] <pmatulis> MavKen: commands would be 'adduser' ; 'chown' ; and 'chmod'
[03:20] <blackyboy> how can i restart network in ubuntu 14.04 LTS desktop ? or Server edition ? Before i do the command # sudo service networking restart but its not working now. is there any alternative command to restart the network to make changes my interface edit
[05:41] <Caitanya> blackyboy: ifup and ifdown
[08:48] <faryshta> hi. i am trying to configure my localhost to make dynamic virtualhosts. something like i type on my browser
[08:48] <faryshta> hello.faryshta.local
[08:48] <faryshta> and it will take me to /home/faryshta/sites/hello/public_html/
[08:56] <Tzunamii> faryshta: Again, I will give you a overview what you need to do. _HOW_ you do each step you need to read up on as I'm post-OP and don't have the inclination nor energy to help you with the details.
[08:56] <faryshta> Tzunamii, hi. i readed it last time. i am stuck at the details
[08:57] <Tzunamii> 1) Set up a namebased vhost that responds to hello.faryshta.local
[08:58] <Tzunamii> 2) Set up a local DNS so your local DNS requests (hello.faryshta.local) are recognized. I recommend dnsmasq as the only thing you need to do is to edit /etc/hosts to add what you need.
[08:58] <faryshta> Tzunamii, I have a vhost faryshta.local the idea is to make it dynamic so that it works with hello1.faryshta.local, hello2.faryshta.local, etc
[08:58] <Tzunamii> 3) On the PCs/Macs/workstations you need to inform them about your local DNS so they use it first. Set it up as primary DNS.
[08:58] <Tzunamii> 4) et voila!
[08:59] <faryshta> Tzunamii, the idea is to make it dynamic. the step 1 lacks that detail.
[08:59] <Tzunamii> You need a vhost for _each_ website you're trying to access
[09:00] <faryshta> is there a way to use wildcards? both on the serveralias and the dns?
[09:01] <Tzunamii> I never heard of a concept such 'dynamic vhosts', but someone else here might have a solution for it.
[09:02] <faryshta> Tzunamii, or virtualhosts subdomains
[09:03] <faryshta> Tzunamii, right now i am stuck on the dns part. ping faryshta.local works, ping hello.faryshta.local doesn't
[09:03] <dbck> Hi, is there a way to autostart unprivileged lxc containers, when the host system was rebooted?
[09:04] <Tzunamii> faryshta: c&p your /etc/hosts on some pastebin and throw us the link
[09:04] <faryshta> Tzunamii, /etc/hosts i just added one line <IP_ADDRESS> faryshta.local
[09:05] <faryshta> since /etc/hosts doesn't support wildcards
[09:05] <faryshta> i installed dnsmasq
[09:05] <faryshta> but haven't been able to configure it so that every request to *.faryshta.local sends it to <IP_ADDRESS>
[09:07] <Tzunamii> faryshta: This has what you need http://brunodbo.ca/blog/2013/04/26/setting-up-wildcard-apache-virtual-host-wildcard-dns
[09:09] <faryshta> Tzunamii, thanks
[09:35] <faryshta> Tzunamii, i looks exactly what i need but i can't get pass step 4. after restarting apache faryshta.local doesn't work on browser anymore
[09:36] <Tzunamii> I'm sorry, but I can't help you any further
[09:37] <smokie> hey guys, im restored my ubuntu from a backup.. when i boot it i get this message "error mismatched names grub rescue"
[09:37] <smokie> can anyone help me out with this?
[09:40] <smokie> i tried running "rescue mode" from ubuntu server cd and reinstall grub from there but it fails.. i also tried Boot-Repair-Disk as well and that didnt help
[10:10] <bekks> What exactly does "but it fails" mean?
[10:11] <Abhijit> does not comply with NSA.
[10:13] <smokie> bekks, thats what it says, grub reinstall fails with fatal error
[10:14] <bekks> smokie: Whats the exact, full error message - can you pastebin it please?
[10:15] <smokie> bekks, yes, let me run rescue mode again so i get the exact error.. give me a minute
[10:15] <smokie> btw, this is a VM and not a physical install
[10:20] <smokie> bekks, here is the exact error http://paste.ubuntu.com/8186565/
[10:22] <smokie> when it asked for the device to use as root filesystem, there was /dev/sda1 /dev/sda2, /dev/sda5.. i picked /dev/sda1
[10:34] <jacob___> hi
[10:34] <jacob___> I have a ubuntu server on linode
[10:35] <jacob___> iwould like toconnect with xterm, but it seems ubuntu doesnt use xserver?
[10:36] <jacob___> startx doesnt work and it seems i cant install it
[10:37] <bekks> jacob___: startx is deprecated since ages. USe a display manager to startX, like lightdm
[10:38] <Abhijit> jacob___, so you mean you have physical server right?
[10:39] <jacob___> yes yes
[10:39] <jacob___> but its somewhere in texas
[10:39] <jacob___> i am in Luxembourg))
[10:39] <jacob___> so its headless in texas
[10:39] <bekks> jacob___: And "connecting using xterm" - what does that mean? Use ssh -X, and start xterm on your server, so you will see the server's xterm on your client.
[10:39] <jacob___> oh wait sorry
[10:39] <jacob___> xclient
[10:40] <jacob___> but i didnt get that farcoz, i could start "startx"
[10:40] <jacob___> ok, i admit its been awile for me, i didnt know it was deprecated
[10:41] <smokie`> bekks, no thoughts on my issue?
[10:42] <bekks> smokie`: Which Ubuntu are you using, and which DVD (running that grub-install) are you using?
[10:44] <smokie`> bekks, server 12.04 with server 12.04 CD
[10:59] <smokie`> well.. is it possible to transfer the data i have on that system on a new install at least by any chance?
[11:30] <smokie`> so no one here knows on how to troubleshoot a boot issue with ubuntu server?
[15:07] <smokie> can you guys at least recommend a good forum support for ubuntu server?
[15:17] <cfhowlett> smokie, ubuntu forums has a server section
[15:37] <Sierra> I have two SSH pubkeys in the ~/.ssh/authorized_keys file, one on each line. SSH is recognizing the first one and letting me authenticate with it, but the second one it's not seeming to recognize. I've restarted the SSH service, any ideas why it wouldn't be working? Ubuntu server 14.04.1 64-bit
[15:52] <pmatulis> Sierra: pastebin the output of 'ssh -vvv -i <privatekey> <user>@<host>' for the non-working part
[15:55] <Sierra> Nevermind, figured it out.. Second client was connecting to the wrong user
[15:55] <pmatulis> Sierra: ok good
[16:36] <webgeek> Hi everyone
[16:38] <webgeek> Can you recommend your favorite book for ubuntu server for web development?
[16:41] <webgeek> Anybody?
[16:49] <cfhowlett> webgeek, book?  www.fullcirclemagazine.org   had a series on this not long ago.  and the Official Ubuntu Server book (updated edition!) is worth a look.
[18:26] <faryshta> hi
[18:27] <faryshta> i am trying to do what is described here http://brunodbo.ca/blog/2013/04/26/setting-up-wildcard-apache-virtual-host-wildcard-dns
[18:27] <faryshta> but haven't managed to get the step 4 functional since my virtual host is not working


[15:59] <salgado> is it now?
[15:59] <Rinchen> it is now!
[16:00] <Rinchen> #startmeeting
[16:00] <MootBot> Meeting started at 16:00. The chair is Rinchen.
[16:00] <Rinchen> Welcome to this week's Launchpad development meeting. For the next 45 minutes or so, we'll be coordinating Launchpad development.
[16:00] <Rinchen> back by popular demand....
[16:01] <kiko> fe fi fo fum
[16:01] <Rinchen> #endmeeting
[16:01] <MootBot> Meeting finished at 16:01.
[16:01] <Rinchen> I seem to have the wrong times, consistently
[16:02] <Rinchen> it's 18:00, despite what my calendar says
[17:56] <kiko-fud> alo
[17:57] <statik> privet
[17:58] <thumper> hi ho
[17:58] <Rinchen> ok now you are 2 mins early
[17:58] <Rinchen> hehe
[17:59] <Rinchen> #startmeeting
[17:59] <MootBot> Meeting started at 17:59. The chair is Rinchen.
[17:59] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[18:00] <Rinchen> Welcome to this week's Launchpad development meeting. For the next 45 minutes or so, we'll be coordinating Launchpad development.
[18:00] <Rinchen> back by popular demand....
[18:00] <Rinchen> [TOPIC] Roll Call
[18:00] <MootBot> New Topic:  Roll Call
[18:00] <Rinchen> me :-)
[18:00] <gmb> me
[18:00] <mrevell> me
[18:00] <leonardr> me
[18:00] <bac> me
[18:00] <allenap> me
[18:00] <barry> me
[18:00] <mars> me
[18:00] <thumper> me
[18:00] <SteveA> me
[18:00] <salgado> me
[18:00] <BjornT> me
[18:00] <danilos> me
[18:00] <statik>  me
[18:00] <sinzui> me
[18:00] <intellectronica> me
[18:00] <danilos> carlos will be late
[18:00] <EdwinGrubbs> me
[18:00] <Rinchen> matsubara?
[18:00] <matsubara> me
[18:00] <flacoste> me
[18:01] <Rinchen> kiko, SteveA ?
[18:01] <Rinchen> ah steve  ok
[18:01] <Rinchen> short list today
[18:01] <abentley> me
[18:01] <danilos> jtv is travelling
[18:01] <kiko> me
[18:02] <Rinchen> stub is on holiday
[18:02] <kiko> I said that 4 minutes ago!
[18:02] <Rinchen> mthaddon, herb ?
[18:02] <mthaddon> aha!
[18:02] <mthaddon> me
[18:02] <Rinchen> schwuk?
[18:02] <cprov> me
[18:02] <Rinchen> cprov, ?
[18:02] <Rinchen> bigjools, ?
[18:02] <schwuk> me
[18:03] <Rinchen> cool
[18:03] <Rinchen> [TOPIC] Agenda
[18:03] <MootBot> New Topic:  Agenda
[18:03] <Rinchen>  * Next meeting
[18:03] <Rinchen>  * Actions from last meeting
[18:03] <Rinchen>  * Oops report (Matsubara)
[18:03] <Rinchen>  * Critical Bugs (Rinchen)
[18:03] <Rinchen>  * Bug tags
[18:03] <Rinchen>  * Operations report (mthaddon)
[18:03] <Rinchen>  * DBA report (stub)
[18:03] <Rinchen>  * Sysadmin requests (Rinchen)
[18:03] <Rinchen>  * New packages required (salgado)
[18:03] <Rinchen>  * A top user-affecting issue (mrevell)
[18:03] <Rinchen> * Bug #193062 Sometimes the OOPS page is not rendered correctly (matsubara)
[18:03] <ubotu> Bug 193062 on http://launchpad.net/bugs/193062 is private
[18:03] <Rinchen> * Displaying and documenting public release numbers of Launchpad (kiko)
[18:03] <Rinchen> * Pre-release QA process (matsubara)
[18:03] <Rinchen>  * Blockers
[18:04] <Rinchen> [TOPIC] Next meeting
[18:04] <MootBot> New Topic:  Next meeting
[18:04] <Rinchen> a few
[18:04] <Rinchen> * repost: intellectronica to investigate Bug 185135
[18:04] <ubotu> Launchpad bug 185135 in blueprint "+roadmap page still times out" [Undecided,Confirmed] https://launchpad.net/bugs/185135
[18:04] <Rinchen>  * repost: salgado to investigate adding turbogears for codebrowse and germinate
[18:04] <intellectronica> made some progress on this, but didn't make the deadline :(
[18:04] <thumper> Rinchen: topic is next meeting
[18:04] <salgado> Rinchen, didn't do it
[18:05] <Rinchen> ok, I really quit
[18:05] <kiko> intellectronica, yeah, it still times out -- top timeout in fact today.
[18:05] <Rinchen> ok.
[18:05] <kiko> intellectronica, do you need some advice, help or review?
[18:05] <Rinchen> 28th for the next meeting?
[18:05] <Rinchen> Same time, same location
[18:05] <kiko> sure, though it'll be hard for me and steve to make it maybe
[18:05] <Rinchen> kiko, are you traveling? I leave on the 29th
[18:05] <danilos> let's make it 30th then
[18:06] <intellectronica> kiko: thanks. i think i know what to do, just didn't have any time left. i'm happy to finish this first if this is CP candidate, otherwise, will make sure it gets in for next release
[18:06] <kiko> intellectronica, if you wanna CP it I am fine with the idea.
[18:06] <kiko> depends on how crazy the patch is
[18:06] <intellectronica> kiko: pretty much re-implementing it. tried all other tricks already
[18:07] <kiko> :)
[18:07] <Rinchen> ok, no objections then to the 28th
[18:07] <kiko> intellectronica, let's chat about it after the meeting.
[18:07] <intellectronica> kiko: k
[18:07] <Rinchen> [AGREED] Next meeting on 28 Feb 2008
[18:07] <MootBot> AGREED received:  Next meeting on 28 Feb 2008
[18:07] <Rinchen> [TOPIC] Actions from last meeting
[18:07] <MootBot> New Topic:  Actions from last meeting
[18:07] <Rinchen> [ACTION] repost: salgado to investigate adding turbogears for codebrowse and germinate
[18:08] <MootBot> ACTION received:  repost: salgado to investigate adding turbogears for codebrowse and germinate
[18:08] <kiko> salgado, why don't we decide on that now?
[18:08] <Rinchen> do we still need to track intellectronica's task?
[18:08] <kiko> what is the issue with turbogears?
[18:08] <adeuring> sorry for being late
[18:08] <kiko> adding it to launchpad-dependencies?
[18:08] <kiko> Rinchen, no, I'll sort it out with him.
[18:08] <Rinchen> k
[18:08] <salgado> kiko, we may have to depend on sqlobject as well
[18:08] <carlos> me
[18:08] <Rinchen> repost: danilos to investigate profiling and Rosetta team to prepare proposal for next week to fix remaining timeouts
[18:08] <carlos> sorry, traffic is not so good at this time ...
[18:09] <danilos> Rinchen: still not done, please carry over (I did make some more progress, but don't have a nice output yet)
[18:09] <kiko> salgado, oh, because it depends on sqlobject
[18:09] <Rinchen> thanks
[18:09] <Rinchen> [ACTION] repost: danilos to investigate profiling and Rosetta team to prepare proposal for next week to fix remaining timeouts
[18:09] <MootBot> ACTION received:  repost: danilos to investigate profiling and Rosetta team to prepare proposal for next week to fix remaining timeouts
[18:09] <Rinchen> statik/EdwinGrubbs - add introductory sentence above the license check-boxes for clarification.
[18:09] <thumper> salgado: an alternative is to put turbogears into sourcecode, maybe?
[18:10] <salgado> kiko, IIUC it doesn't depend, but we'd have to pull sqlobject in to stop turbogears from attempting to use sqlalchemy
[18:10] <EdwinGrubbs> Rinchen: there is a bug open for that
[18:10] <salgado> thumper, sure, that's one alternative
[18:10] <kiko> yeah, that's what I was going to mention
[18:10] <Rinchen> EdwinGrubbs, ok, then I'll drop it from the action list. thanks
[18:10] <kiko> thumper, do we depend on a specific version?
[18:10] <Rinchen> mthaddon - discuss updating devpad rocketfuel archives to packs and do so if lifeless ap
[18:10] <thumper> salgado: it would also make codebrowse run from a full tree
[18:10] <thumper> kiko: not sure, but I can check
[18:11] <kiko> EdwinGrubbs, what happened to the "GNU GPL" renaming bug?
[18:11] <EdwinGrubbs> Rinchen, that's not an RC issue, right?
[18:11] <EdwinGrubbs> kiko, it's still pending also
[18:11] <Rinchen> EdwinGrubbs, correct. At least not one that I'm aware of
[18:11] <kiko> EdwinGrubbs, pending also what?
[18:11] <mthaddon> Rinchen, my priority for the next week or so is shuffling around DB servers, but after that I'll be looking at upgrading rf on devpad to packs
[18:12] <EdwinGrubbs> kiko, it still needs to be done. I haven't worked on it, since I spent a lot of extra time getting the private membership model restrictions into RF
[18:12] <Rinchen> [ACTION] repost:mthaddon - discuss updating devpad rocketfuel archives to packs and do so if lifeless approved
[18:12] <MootBot> ACTION received:  repost:mthaddon - discuss updating devpad rocketfuel archives to packs and do so if lifeless approved
[18:12] <Rinchen> That's all I had for actions
[18:12] <Rinchen> [TOPIC] Oops report (Matsubara)
[18:12] <MootBot> New Topic:  Oops report (Matsubara)
[18:12] <matsubara> Today's oops report is about bugs 193983, 194039 and some other checkwatches oops that I need to clear out with allenap/gmb.
[18:12] <ubotu> Launchpad bug 193983 in malone "Oops deactivating account when the account has a conjoined bugtask assigned to it" [Undecided,New] https://launchpad.net/bugs/193983
[18:12] <ubotu> Launchpad bug 194039 in malone "AttributeError updating mantis bugwatches" [Undecided,New] https://launchpad.net/bugs/194039
[18:12] <matsubara> allenap is taking care of #194039 already.
[18:13] <salgado> matsubara, the first one is not that important, is it?
[18:13] <matsubara> someone from Bugs volunteer to take 193983?
[18:13] <kiko> BjornT?
[18:14] <gmb> matsubara: I'll take that.
[18:14] <matsubara> I'd say it doesn't happen frequently but it blocks disabling an account
[18:14] <matsubara> thanks gmb
[18:14] <gmb> Is this something we want RC/CP'd?
[18:15] <kiko> gmb, depends on the patch -- if it's not huge, yes
[18:15] <matsubara> gmb: depends on kiko, but I don't think that's critical
[18:15] <Rinchen> [ACTION] gmb to investigate Bug 193983
[18:15] <ubotu> Launchpad bug 193983 in malone "Oops deactivating account when the account has a conjoined bugtask assigned to it" [Undecided,New] https://launchpad.net/bugs/193983
[18:15] <MootBot> ACTION received:  gmb to investigate Bug 193983
[18:15] <Rinchen> thanks gmb
[18:15] <gmb> Okay, we'll see how we go.
[18:15] <matsubara> thank you. I'm done Rinchen
[18:15] <Rinchen> thanks matsubara
[18:15] <Rinchen> [TOPIC] Critical Bugs (Rinchen)
[18:15] <MootBot> New Topic:  Critical Bugs (Rinchen)
[18:16] <Rinchen> I'd like to quickly review 3 today
[18:16] <Rinchen> [LINK] https://bugs.edge.launchpad.net/launchpad/+bug/193220
[18:16] <MootBot> LINK received:  https://bugs.edge.launchpad.net/launchpad/+bug/193220
[18:16] <Rinchen> salgado, how is this going?
[18:16] <ubotu> Launchpad bug 193220 in launchpad "Timeouts declining team invitation" [Critical,Confirmed]
[18:16] <abentley> gmb: I've been working on branch deletion, which brings up similar issues.  There may be generalizations we should pursue.
[18:16] <Rinchen> [LINK] https://bugs.edge.launchpad.net/soyuz/+bug/193656
[18:16] <MootBot> LINK received:  https://bugs.edge.launchpad.net/soyuz/+bug/193656
[18:16] <ubotu> Launchpad bug 193656 in soyuz "Process-death-row procedure became very slow" [Critical,Triaged]
[18:16] <Rinchen> cprov, how is this going?
[18:16] <Rinchen> [LINK] https://bugs.edge.launchpad.net/rosetta/+bug/193698
[18:16] <MootBot> LINK received:  https://bugs.edge.launchpad.net/rosetta/+bug/193698
[18:16] <ubotu> Launchpad bug 193698 in rosetta "Uploading a non tar.gz file with the tar.gz file extension produces an OOPs" [Critical,In progress]
[18:16] <gmb> abentley: Right. Worth talking about, certainly.
[18:16] <Rinchen> carlos, how is this going?
[18:17] <salgado> Rinchen, I have to fix some test failures, but I'll probably have something up for review later today or tomorrow
[18:17] <abentley> gmb.  da.
[18:17] <carlos> Rinchen: fixed and on production
[18:17] <cprov> Rinchen: not good, we don't have a short-term solution for it yet
[18:17] <Rinchen> salgado, thanks. Are blocked on anything?
[18:17] <salgado> Rinchen, nope
[18:17] <carlos> Rinchen: it was a rc bug and forgot to set it as fix committed
[18:17] <Rinchen> carlos, thanks. Please update the bug
[18:17] <Rinchen> carlos, cool, thanks
[18:17] <danilos> carlos: fix released, you mean? :)
[18:17] <Rinchen> cprov, what can we do to help?
[18:17] <carlos> danilos: well, it should now fix released, yes ;-)
[18:17] <kiko> cprov, why don't we chat about it tonight? are you going out?
[18:18] <kiko> I'd be happy to go over the code with you
[18:18] <cprov> kiko: it's a good idea, we can sort the detail after the meeting.
[18:18] <carlos> Rinchen: done
[18:18] <Rinchen> thanks
[18:18] <cprov> Rinchen: I will report back after talking with kiko
[18:18] <Rinchen> [ACTION] kiko and cprov to discuss bug 193656
[18:19] <ubotu> Launchpad bug 193656 in soyuz "Process-death-row procedure became very slow" [Critical,Triaged] https://launchpad.net/bugs/193656
[18:19] <MootBot> ACTION received:  kiko and cprov to discuss bug 193656
[18:19] <cprov> s/with/to ... I suck.
[18:19] <Rinchen> Thanks
[18:19] <Rinchen> [TOPIC] Bug tags
[18:19] <MootBot> New Topic:  Bug tags
[18:19] <Rinchen> there are none listed for discussion
[18:19] <kiko> cprov, with was correct
[18:19] <Rinchen> [TOPIC] Operations report (mthaddon)
[18:19] <MootBot> New Topic:  Operations report (mthaddon)
[18:19] <cprov> ok, I suck twice then :(
[18:19] <mthaddon> Migration to new DB server is complete
[18:19] <mthaddon> Herb getting up to speed on rollout/QA, and other LOSA tasks
[18:19] <mthaddon> Will be migrating demo to new DB server and starting with a fresh DB import from production
[18:19] <mthaddon> That's it from me unless there are any questions
[18:20] <Rinchen> mthaddon, should amend this to say mthaddon/herb ?
[18:20] <mthaddon> yeah, that'd be cool, thx Rinchen
[18:20] <kiko> mthaddon, what about carbon?
[18:20] <Rinchen> k
[18:20] <kiko> and staging?
[18:21] <mthaddon> kiko, that's what I was mentioning above - migrating those to new DB server
[18:21] <kiko> ah, demo and staging?
[18:21] <kiko> awesome
[18:21] <mthaddon> kiko, yeah
[18:21] <kiko> and those go to a twin of the new db server?
[18:21] <Rinchen> [TOPIC] DBA report (stub)
[18:21] <MootBot> New Topic:  DBA report (stub)
[18:21] <mthaddon> kiko, right
[18:21] <Rinchen> stub is unavailable
[18:21] <Rinchen> does anyone have his DBA report?
[18:21] <kiko> mthaddon, what happens to the old db servers, btw?
[18:22] <mthaddon> kiko, Landscape gets them
[18:22] <Rinchen> [ACTION] Rinchen to email stub asking for his weekly DBA report to be sent to the list.
[18:22] <MootBot> ACTION received:  Rinchen to email stub asking for his weekly DBA report to be sent to the list.
[18:22] <kiko> mthaddon, neat.
[18:22] <Rinchen> [TOPIC] Sysadmin requests (Rinchen)
[18:22] <MootBot> New Topic:  Sysadmin requests (Rinchen)
[18:22] <Rinchen> Hi! Is anyone blocked on an RT or have any that are becoming urgent?
[18:23] <Rinchen> silence. I guess that's good. :-)
[18:23] <mrevell> :)
[18:23] <Rinchen> [TOPIC] New packages required (salgado)
[18:23] <MootBot> New Topic:  New packages required (salgado)
[18:23] <salgado> if you're seeing OOPSes because one of your branches added a new dependency for launchpad to run properly it means you should've talked to me earlier. ;)
[18:24] <kiko> salgado, statik and allenap reported something like this today
[18:24] <kiko> but I think it was because they hadn't apt-get upgraded
[18:24] <allenap> kiko: That was related to stub's postgres 8.3 branch.
[18:24] <statik> it was due to trying out stubs branch with postgresql-8.3
[18:24] <kiko> oic
[18:25] <barry> that was weird
[18:25] <Rinchen> anything else for salgado ?
[18:25] <Rinchen> [TOPIC] A top user-affecting issue (mrevell)
[18:25] <MootBot> New Topic:  A top user-affecting issue (mrevell)
[18:25] <mrevell> Hi fellow Launchppaders. Here's this week's user-affecting issue!
[18:25] <mrevell> This is one for the translations guys.
[18:26] <mrevell> One of Launchpad Translations' users emailed<EMAIL_ADDRESS>to request an additional filter for viewing translations.
[18:26] <mrevell> He'd like to be able to view all strings that are "untranslated with no suggestions".
[18:26] <mrevell> jtv, what do you think?
[18:26] <kiko> mpt also mentioned finding the default strange
[18:26] <Rinchen> punt carlos
[18:26] <mrevell> sorry, carlos and danilos
[18:26] <kiko> that we display translated strings
[18:26] <danilos> mrevell: we've already considered that, and we'll probably be fixing that
[18:27] <mrevell> danilos: Is there a bug already or would you like me to file one?
[18:27] <danilos> mrevell: but it involves also fixing the entire confusion we have right now with needs-review and new-suggestions
[18:27] <mrevell> right
[18:27] <danilos> mrevell: I am not sure if there's a bug, you are free to file one, but this is about the semantics, not really a bug (i.e. we should not add another filter, but modify the current 'untranslated' one)
[18:28] <mrevell> Right, I think I see although that still seems worthy of a bug report IMO. Okay, I'll hand back to you Rinchen.
[18:28] <Rinchen> Thanks danilos. Thanks mrevell.
[18:28] <Rinchen> [TOPIC]  Bug #193062 Sometimes the OOPS page is not rendered correctly (matsubara)
[18:28] <ubotu> Bug 193062 on http://launchpad.net/bugs/193062 is private
[18:28] <MootBot> New Topic:   Bug #193062 Sometimes the OOPS page is not rendered correctly (matsubara)
[18:28] <ubotu> Bug 193062 on http://launchpad.net/bugs/193062 is private
[18:28] <matsubara> That item is to remind me to ask SC team to take a look at that bug. jamesh commented on it already. SteveA and/or stub might be interested as well.
[18:28] <carlos> mrevell: I prefer to prioritize the task that danilo talked about than fixing that 'bug'
[18:29] <mrevell> carlos: Okay, thanks.
[18:30] <Rinchen> matsubara, looks like you might want to email them directly about this one
[18:30] <matsubara> Rinchen: I subscribed them to the bug report
[18:30] <Rinchen> matsubara, ok. Anything further for today on this item?
[18:30] <matsubara> of course, anyone from the team is welcome to comment on it as well
[18:30] <matsubara> Rinchen: but we can move on
[18:31] <Rinchen> thanks
[18:31] <matsubara> thanks
[18:31] <Rinchen> [TOPIC] Displaying and documenting public release numbers of Launchpad (kiko)
[18:31] <MootBot> New Topic:  Displaying and documenting public release numbers of Launchpad (kiko)
[18:31] <kiko> ah, thanks!
[18:31] <kiko> so poolie has brought up the fact that nobody can actually tell what version of launchpad they are using
[18:31] <kiko> and I don't mean just revision number
[18:31] <kiko> I mean release number -- for instance 1.2.2
[18:32] <kiko> so my question is
[18:32] <kiko> should we put this in the page footer
[18:32] <thumper> I think it is reasonable to add
[18:32] <kiko> and link it to a page with information on our release numbering?
[18:32] <Rinchen> who would change it at each release?
[18:32] <kiko> the only issue is that Rinchen will need to change it each release. :)
[18:32] <intellectronica> it would also be nice to add when it was released
[18:32]  * Rinchen laughs.
[18:32] <barry> or to the release notes for that version
[18:32] <intellectronica> as in "version 1.2.2, released on 2008-02-21"
[18:33] <mrevell> yes, I think so. There's been some discussion about whether these release numbers are of any interest to people who use LP but I think it makes sense, partiuclarly with barry's suggestion of linking to the release notes.
[18:33] <Rinchen> kiko, what about cherry picks which change the RF number but leave the release number the same? Any issue with that?
[18:33] <thumper> intellectronica: surely "released 3 days ago" ;-)
[18:33] <kiko> Rinchen, no -- it is still 1.2.2, just cherry-picked
[18:33] <kiko> Rinchen, so we'd actually have both revno and version
[18:33] <kiko> | Version 1.2.2 revision 5722 (2008-02-20)
[18:34] <kiko> or maybe omit the date
[18:34] <kiko> and just have the date in the page with the release notes
[18:34] <kiko> | Version _1.2.2_ revision 5722
[18:34] <intellectronica> another nice thing to do would be to link from that footer to the release notes
[18:34] <mrevell> That almost looks as though it's the 5722nd revision of version 1.2.2
[18:34] <kiko> that's what the _x_ meant.
[18:34] <kiko> | Version _1.2.2_ build 5722
[18:35] <kiko> mrevell, it's irrelevant, though, right?
[18:35] <Rinchen> we could probably just hard-code that into the main-template
[18:35] <kiko> | Version _1.2.2_ (build 5722)
[18:35] <mrevell> kiko: Yeah, sure, just an observation
[18:35] <kiko> Rinchen, yeah, that's what I'm arguing for
[18:35] <barry> kiko: +1
[18:35] <matsubara> why is it useful for users to know which version they're using?
[18:35] <Rinchen> kiko, I could do that at the same time as what's new.
[18:35] <thumper> matsubara: because we have release nots
[18:35] <kiko> matsubara, bug milestones. announcements. IRC chats.
[18:35] <thumper> s/nots/notes/
[18:36] <kiko> I can contrive about 10 reasons in fact
[18:36] <kiko> Rinchen, that's what I'm thinking
[18:36] <thumper> +1
[18:36] <barry> and those release notes should link backward.  e.g. 1.2.2's notes should link to the _previous version 1.2.1_
[18:36] <mrevell> matsubara: Also, I think it helps show the forward momentum of LP and hints that people can see future plans in our milestones.
[18:36] <Rinchen> [VOTE]
[18:36] <MootBot> Please vote on: .
[18:36] <MootBot> Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0  to MootBot
[18:36] <MootBot> E.g. /msg MootBot +1 #launchpad-meeting
[18:36] <kiko> +1
[18:36] <MootBot> +1 received from kiko. 1 for, 0 against. 0 have abstained. Count is now 1
[18:36] <thumper> +1
[18:36] <MootBot> +1 received from thumper. 2 for, 0 against. 0 have abstained. Count is now 2
[18:36] <Rinchen> +1
[18:36] <mrevell> +!
[18:36] <MootBot> +1 received from Rinchen. 3 for, 0 against. 0 have abstained. Count is now 3
[18:36] <mrevell> +1
[18:36] <MootBot> +1 received from mrevell. 4 for, 0 against. 0 have abstained. Count is now 4
[18:36] <sinzui> +1
[18:36] <MootBot> +1 received from sinzui. 5 for, 0 against. 0 have abstained. Count is now 5
[18:36] <intellectronica> +1
[18:36] <MootBot> +1 received from intellectronica. 6 for, 0 against. 0 have abstained. Count is now 6
[18:36] <salgado> +1
[18:36] <MootBot> +1 received from salgado. 7 for, 0 against. 0 have abstained. Count is now 7
[18:36] <BjornT> +1
[18:36] <barry> +1
[18:36] <MootBot> +1 received from BjornT. 8 for, 0 against. 0 have abstained. Count is now 8
[18:36] <MootBot> +1 received from barry. 9 for, 0 against. 0 have abstained. Count is now 9
[18:36] <allenap> +1
[18:36] <MootBot> +1 received from allenap. 10 for, 0 against. 0 have abstained. Count is now 10
[18:36] <bac> +1
[18:36] <adeuring> +1
[18:36] <cprov> +1
[18:36] <MootBot> +1 received from bac. 11 for, 0 against. 0 have abstained. Count is now 11
[18:37] <MootBot> +1 received from adeuring. 12 for, 0 against. 0 have abstained. Count is now 12
[18:37] <MootBot> +1 received from cprov. 13 for, 0 against. 0 have abstained.  Count is now 14
[18:37] <EdwinGrubbs> +1
[18:37] <MootBot> +1 received from EdwinGrubbs. 15 for, 0 against. 0 have abstained. Count is now 15
[18:37] <Rinchen> so carried
[18:37] <Rinchen> #endvote
[18:37] <barry> Rinchen: give up now
[18:37] <Rinchen> yeah
[18:37] <Rinchen> ok
[18:37] <barry> #endvote is still busted
[18:37] <Rinchen> [AGREED] Add version number to main-template
[18:37] <MootBot> AGREED received:  Add version number to main-template
[18:38] <Rinchen> [ACTION] Rinchen to update what's new process to including updating the LP version number in main-template
[18:38] <MootBot> ACTION received:  Rinchen to update what's new process to including updating the LP version number in main-template
[18:38] <danilos> action for someone: fix MootBot to send personal messages regarding received votes ;)
[18:38] <Rinchen> kiko, anything else on this topic?
[18:38] <mrevell> Is there any value in putting something similar on edge? e.g. "Working towards version 1.2.2?"
[18:38] <Rinchen> mrevell, it will automatically be there
[18:38] <kiko> Rinchen, not at all
[18:38] <Rinchen> mrevell, but with the old version
[18:38] <kiko> Rinchen, which is fine. the build number will differ.
[18:38] <Rinchen> mrevell, although if I do it release week it won't matter
[18:39] <mrevell> Rinchen: not sure I understand, so I'll take that offline
[18:39] <Rinchen> mrevell, sure :-)
[18:39] <Rinchen> [TOPIC] Pre-release QA process (matsubara)
[18:39] <MootBot> Vote is in progress. Finishing now.
[18:39] <MootBot> Final result is 15 for, 0 against. 0 abstained. Total: 15
[18:39] <MootBot> New Topic:  Pre-release QA process (matsubara)
[18:39] <matsubara> Notice to all teams, please take a look at: https://launchpad.canonical.com/DiogoMatsubara/PreReleaseQA, if you have comments/suggestion to improve the process let me know.
[18:40] <Rinchen> matsubara, thanks for revamping that entire page with more details
[18:40] <Rinchen> matsubara, I think it's much better better than the original.  Good job.
[18:40] <matsubara> thanks Rinchen. that's all for that item
[18:40] <Rinchen> thanks
[18:40] <Rinchen> [TOPIC] Blockers
[18:40] <MootBot> New Topic:  Blockers
[18:41] <Rinchen> Releases Team: Not blocked.
[18:41] <flacoste> Foundations: not blocked
[18:41] <statik> lpcomm: not blocked
[18:41] <carlos> Translations: not blocked
[18:41] <BjornT> Bugs: not blocked
[18:41] <adeuring> hwdb: not blocked
[18:41] <Rinchen> soyuz?
[18:41] <thumper> Code: not blocked
[18:41] <Rinchen> SC?
[18:41] <kiko> soyuz: never blocked :)
[18:42] <SteveA> SC: not blocked
[18:42] <Rinchen> fair enough. Thanks.
[18:42] <Rinchen> Anything else before we end?
[18:42] <mrevell> I have something short
[18:42] <mrevell> sorry it's not on the agenda
[18:42] <kiko> go for it
[18:42] <kiko> GFI
[18:42] <kiko> etc
[18:42] <mrevell> I'd like to experiment with reporting about news from the world docs etc in these meetings
[18:42] <mrevell> Anyone object?
[18:42] <Rinchen> [TOPIC] reporting news
[18:42] <MootBot> New Topic:  reporting news
[18:43] <mrevell> world of docs, I mean
[18:43] <kiko> can you be a bit clearer, mrevell? I think it sounds good.
[18:43] <kiko> but I need to figure out what you mean.
[18:43] <mrevell> kiko: So, I'd like to say, "This week, I have been mostly working on xxxx and our fledgling docs team have done xxx".
[18:43] <mrevell> Mostly to improve visibility but also to get feedback from the team
[18:43] <kiko> that's a great idea matt
[18:43] <cprov> Soyuz: not blocked
[18:44] <mrevell> Cool, so I'll give it a go starting next week :)
[18:44] <Rinchen> I'm amiable to trying it to see how it goes
[18:44] <kiko> you are a smart man. remarkably you are also british! good combination.
[18:44] <mrevell> heh :)
[18:44] <Rinchen> [AGREED] mrevell to start reporting weekly about documentations status
[18:44] <MootBot> AGREED received:  mrevell to start reporting weekly about documentations status
[18:44] <Rinchen> [ACTION] Rinchen to add section to agenda for mrevell's doc report
[18:44] <MootBot> ACTION received:  Rinchen to add section to agenda for mrevell's doc report
[18:45] <Rinchen> Thanks mrevell
[18:45] <Rinchen> Thank you all for attending this week's Launchpad Developer Meeting. See the channel topic for the location of the logs.
[18:45] <Rinchen> #endmeeting
[18:45] <MootBot> Meeting finished at 18:45.
[18:45] <Rinchen> I may be a loser but I finish on time.
[18:45] <Rinchen> :-)
[18:45] <thumper> thanks Rinchen
[18:45] <intellectronica> thanks, Rinchen
[18:45] <abentley> thanks, Rinchen.
[18:46] <kiko> sanks


[00:24] <murmel> arraybolt3[m]: can I just point out, that your phasedupdates help page can't be found? (not even in the search which is integrated at help.ubuntu.com/community)
[00:25] <arraybolt3[m]> murmel: What? OK that's weird.
[00:26] <murmel> it always only ever shows the wiki phasedupdates link, which doesn't help
[00:26] <arraybolt3[m]> :(
[00:26] <murmel> and as I also pointed out, it seems like help.ub.com doesn't get scraped by search engines, I can't find any page through search engines
[00:27] <arraybolt3[m]> Crummy. That may explain the problems with the search in help.ubuntu.com - I think it uses Google.
[01:40] <lotuspsychje> good morning


[19:13] <wildmanne39> hi elfy should we go ahead and convert the threads that bobweaver put on the import list?


[02:06] <mhall119_> belkinsa: not too early to start gathering sessions
[14:59] <belkinsa> mhall119_, thanks, I will have blog post about UOS Community track sessions and some of my ideas for some.
[20:58] <belkinsa> I wrote a blog post about planning for the UOS 14.11: http://ubuntusense.com/2014/10/06/start-planning-for-14-11-uos/


[01:37] <mup> PR snapd#3929 opened: Correct typo in test <Created by gliptak> <https://github.com/snapcore/snapd/pull/3929>
[04:21] <mup> PR snapcraft#1544 closed: plugins: add the ruby plugin <enhancement> <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1544>
[08:54] <mup> PR snapd#3923 closed: asserts,cmd/snap-repair: represent RepairID internally as an int <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/3923>
[08:55] <mup> PR snapd#3924 closed: asserts,cmd/snap-repair: introduce a mandatory summary for repairs <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/3924>
[09:19] <phil_m> Hi zyga-ubuntu
[12:01] <vindows18> hey, can anyone help me with getting connected to wlan on snappy ?


[14:54] <belkinsa> jrgifford, ping.
[18:44] <J21> q
[22:58] <belkinsa> jrgifford, ping.  (and sorry for pinging you like crazy)


[02:47] <waltman> Plumbing work done. Cleanup of plumbing work done.
[04:22] <ChinnoDog> waltman: What did you plumb?
[11:12] <rmg51> Morning
[11:39] <waltman> Morning.
[11:40] <waltman> ChinnoDog: In the past week I had all my pipes replaced, got new faucets in my bathroom and kitchen, and got a new toilet.
[11:40] <waltman> So pretty much everything.
[12:15] <InHisName> But will your pipe tobacco taste better, waltman ?
[12:16] <InHisName> Morning
[12:23] <JonathanD> Hey.
[12:36] <waltman> ?
[23:04] <ChinnoDog> waltman: why?
[23:36] <waltman> pipe tobacco?


[02:22] <skaet> Thanks to whoever posted the images.... :)
[02:33] <skaet> cjwatson,  please get with Daviey after he has a chance to look at https://bugs.launchpad.net/ubuntu/+source/eucalyptus/+bug/813266;  we may need to respin the server images again.
[02:33] <ubot4> Launchpad bug 813266 in eucalyptus (Ubuntu) "eucalyptus fails to start instances (affects: 1) (heat: 6)" [Critical,New]
[07:32] <cjwatson> lamont: thanks
[07:34] <cjwatson> grah, bugs
[07:35] <cjwatson> skaet: plus the ones jibel pointed to - looks to me like respinning everything is near-certain :-/
[07:36] <cjwatson> oh, bah, I'm an idiot, it was fine on my disk but I did a partial commit
[07:37] <cjwatson> ev: can I have a wubi/lucid r192 build, please?
[08:04] <cjwatson> Daviey: let me know when you're around, for that eucalyptus bug?
[08:04] <cjwatson> so.  wubi fixed but waiting on ev being around for a new build.  d-i fixed by infinity last night.  eucalyptus waiting for Daviey.
[08:04] <cjwatson> I guess that means I can respin alternates
[08:15] <cjwatson> oh, argh.  somebody respun already but didn't mention it here, after the bug was mentioned here.  PLEASE don't do that.
[08:15] <infinity> cjwatson: We already re-spun.
[08:15] <cjwatson> or at least didn't mention clearly why.
[08:15] <infinity> cjwatson: (where "we" is skaet)
[08:15] <cjwatson> so that'd be a waste of my time then.
[08:15] <infinity> cjwatson: I think the conversation ended up split between -release and -testing.  Sorry.
[08:16] <cjwatson> ctrl-c'ing and unpublishing.
[08:17] <cjwatson> yeah, I think people do need to remember that conversations spread across multiple channels and queries and stuff are very difficult to follow for people in different timezones, and that it needs extra clarification
[09:03] <Daviey> cjwatson: Sorry, just seen your ping in scrollback.
[09:12] <Daviey> cjwatson: You know we might need to re-spin the kernel if we want that bug fixed?
[09:14] <cjwatson> whee!
[09:14] <cjwatson> want to talk me through it?
[09:14] <cjwatson> (that would definitely mean delaying 10.04.3.)
[09:21] <Daviey> cjwatson: We saw the same issue during the Maverick cycle.
[09:21] <Daviey> kernel bug #588861,
[09:21] <ubot4> Launchpad bug 588861 in linux (Ubuntu Maverick) (and 4 other projects) ""pad block corrupted" error when trying to register an image with 2.6.34 kernel (affects: 1) (heat: 7)" [High,Fix released] https://launchpad.net/bugs/588861
[09:21] <Daviey> I suspect the bug has now reached lucid kernel stable updates?
[09:22] <cjwatson> do you already have a kernel developer on it?
[09:23] <Daviey> no
[09:23] <Daviey> apw: How are you this fine day?
[09:24] <apw> Daviey, ok thanks, you ?
[09:24] <Daviey> apw: not so bad.. :).. do you think 588861 has been introduced into Lucid?
[09:25] <cjwatson> apw: (that was code for "you're about to not be so good")
[09:25] <Daviey> lol.. yes. sorry.
[09:27] <apw> Daviey, which version of lucid you testing ?
[09:28] <Daviey> 10.04.3 candidate.
[09:28] <Daviey> so, 2.6.32-33.70
[09:30] <Daviey> There is a minimal test java tool that can prove this.
[09:30] <Daviey> https://bugs.launchpad.net/ubuntu/+source/eucalyptus/+bug/588861/comments/10
[09:30] <ubot4> Launchpad bug 588861 in linux (Ubuntu Maverick) (and 4 other projects) ""pad block corrupted" error when trying to register an image with 2.6.34 kernel (affects: 1) (heat: 7)" [High,Fix released]
[09:31] <apw> Daviey, ok the current source in lucid seems to have the issue yes
[09:32] <Daviey> apw: assuming you are git blaming, do you know what kernel release this was introduced?
[09:33] <apw> Daviey, and i assume you are saying that your tests show it affected to ?
[09:33] <Daviey> apw: Well we are seeing the issue on bug 813266.
[09:33] <ubot4> Launchpad bug 813266 in linux (Ubuntu) (and 1 other project) "eucalyptus fails to start instances (affects: 1) (heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/813266
[09:33] <apw> Daviey, am looking now
[09:35] <apw> Daviey, but if that is true then the bug was introduced in v2.6.23-rc1 ... and lucid has always had it
[09:35] <Daviey> hmm.
[09:36] <apw> Daviey, so i have to assume something else has changed perhaps even java to tickle this
[09:36] <Daviey> ah!
[09:36] <Daviey> openjdk-6 was updated 5 weeks ago on Lucid
[09:37] <apw> Daviey, is it easy to test with the previous jdk to confirm this is what has triggered the issue
[09:37] <apw> Daviey, in parallel i will get you a kernel with the patch to test too, presuming you can re-test yes ?
[09:37] <Daviey> apw: wilco
[09:40] <Daviey> (The test rigs cannot access launchpadlibrarian due to firewall.. *awesome*)
[09:45] <cjwatson> respinning lucid Ubuntu/Kubuntu desktop (ISO only, livefs remains the same) for Wubi fix
[09:52] <cjwatson> the openjdk-6 change was a security update :-(
[09:52] <Daviey> apw: I had hoped to see a reference to sendfile() in the openjdk security update.
[09:52] <Daviey> Not there. :/
[09:52] <cjwatson> so not easy to just revert
[09:52] <Daviey> cjwatson: Haven't yet confirmed that is a culprit for opening it.
[09:52]  * cjwatson nods
[09:53] <cjwatson> do you need a full list of changed packages?
[09:53] <apw> Daviey, will let you know when the replacement kernels are ready for testing
[09:53] <Daviey> I'm trying to remember exactly what happend.. i seem to remember openjdk said they were doing the right thing, and it was purely a kernel issue.
[09:53] <Daviey> apw: ack
[09:54] <Daviey> cjwatson: I'm pretty confident it's an issue that openjdk demostrated in the kernel.
[09:55] <cjwatson> well, http://paste.ubuntu.com/648102/ if it's helpful
[09:55] <cjwatson> note there were two openjdk-6 changes in there
[09:55] <Daviey> cjwatson: groovy, is that 10.04.2 -> .3 ?
[09:55] <cjwatson> yeah
[09:56] <cjwatson> https://launchpad.net/ubuntu/+source/openjdk-6/6b20-1.9.7-0ubuntu1~10.04.1 was the other change
[09:56] <Daviey> cjwatson: unrelated, i'd quite like the lpapi script you used to generated that :)
[09:56] <cjwatson> well, technically it's all publications to -updates since 2011-02-18, but I think that comes out about right
[09:57] <cjwatson> http://paste.ubuntu.com/648105/ - it's a cut-down version of something else so there's some cruft in there
[09:57] <Daviey> ta
[10:05] <cjwatson> Ubuntu desktop reposted with wubi fix
[10:13] <apw> Daviey, http://people.canonical.com/~apw/lp588861-lucid/
[10:19] <Daviey> apw: thanks!
[10:19] <Daviey> It seems openjdk might not be responsible btw.
[10:20] <apw> Daviey, its possible some other kernel change has exposed this one
[10:22] <Daviey> The odd thing, is that the minimal test app we had for proving this in Maverick passes OK.
[10:29] <apw> Daviey, hmmm odd indeed
[10:30] <apw> Daviey, well let me know if the kernels help at all, hard to know if they will given the evidence
[10:31] <Daviey> i'm still trying to prove how it is broken, once i have that - i'll try your kernel.
[10:35] <apw> Daviey, it would be good to know if this is the fix, as likely there will be some serious hoop jumping to get this out
[10:46] <Daviey> apw: trying the kernel now.
[11:10] <Daviey> apw: It's not looking good, as in i believe i'm still seeing it with your kernel
[11:10] <Daviey> bah.. it didn't boot into your kernel
[11:10] <Daviey> scrub that
[11:25] <Daviey> apw / cjwatson: Confirming that the candidate kernel resolves the issue for me.  I've asked jamespage to reproduce the failed test, then re-confirm the kernel.
[11:26] <Daviey> where candidate kernel is apw's.
[12:05] <apw> Daviey, so that begs the question as to why it worked before
[12:10] <Daviey> apw: It might still be related to the openjdk update 5 weeks ago.. although, kinda suprised nobody else noticed it.
[12:11]  * apw doesn't like unexplained regressions
[12:11] <Daviey> if we had a snapshots archive, this would be much easier to determine.
[12:29] <pitti> Daviey: LP has all previous package source and binary versions
[12:30]  * Laney imagines lp-bisect
[12:34] <Daviey> pitti: Well i'm fully aware of that.. but doesn't have an archive interface.
[12:58] <astraljava> Hi gang, no alternate images for Ubuntu Studio nor Xubuntu. Is the installer broken?
[13:07] <jibel> are the results from the previous desktop builds still valid (livefs remained the same) ?
[13:08] <cjwatson> jibel: yeah, livefs is the same
[13:08] <cjwatson> astraljava: for oneiric?
[13:08] <cjwatson> missing images have nothing to do with a broken installer anyway
[13:08] <jibel> ok thanks
[13:08] <jibel> will move them
[13:09] <cjwatson> astraljava: anyway, it's a persistent and annoying type of CD build failure which should go away once we get faster hardware
[13:10] <cjwatson> I'm trying a rebuild, which may or may not fix it
[13:11] <astraljava> cjwatson: Yes, oneiric. Okay, thanks for the info!
[13:15] <jibel> kubuntu desktop 20110720.1 posted to the tracker
[13:16] <cjwatson> Daviey: so this sounds like we're going to have to delay, or else not release the server images; minimum kernel build time is about 11.5 hours, and then we have to rebuild d-i and then the images
[13:16] <cjwatson> jibel: oh, thanks, my bad
[13:18] <cjwatson> skaet: ^- what do you think?  (the wubi problem is resolved)
[13:18] <cjwatson> Daviey: was this actually tested properly for 10.04.2, I wonder?
[13:23] <hggdh> cjwatson: yes, it was
[13:24] <hggdh> (although 'properly' sounds a stretch, if this bug was present there)
[13:24] <cjwatson> oddness
[13:30] <skaet> cjwatson,  tempted to go with what we have for the rest of the images, and then push out the server image when we have it at this point. (assuming no new regressions are found).    Am thinking that smoser's cloud images need to be looked at to see if they can use the current kernel - am thinking if we're respinning image for server,  we probably want that kernel used as well for cloud images.
[13:33] <apw> skaet, if we're respinning the kernel what level of QA are you expecting on the changes
[13:34] <skaet> apw,  that's why I'm tempted to not put the server images out now,  so we can get some QA and cert on it.
[13:35] <skaet> Is the candidate kernel the same except for one patch,  as the one we're shipping,   or is it picking up a set of changes?
[13:37] <apw> skaet, i was assuming we'd just want to do the single commit to minimise risk
[13:37] <skaet> apw,  indeed yes,  that is the preference.
[13:41]  * skaet has to step away for a bit, back later.
[13:43] <Daviey> cjwatson: yeah, this would most certainly have been noticed for 10.04.2
[13:43] <Daviey> it's 100% failure rate afaiks
[13:43] <Daviey> jamespage is doubly reproducing to confirm.
[13:44] <cjwatson> skaet: ok, not sure I know what the cloud image situation is
[13:44] <cjwatson> Daviey: do you know if anyone's actually started building cloud images for 10.04.3?
[13:46] <Daviey> cjwatson: Oh yes. https://uec-images.ubuntu.com/lucid/20110719/ <--- but i don't know if they have been QA'd.
[13:46]  * Daviey checks.
[13:46] <cjwatson> so those want posted to the tracker, right?
[13:49] <cjwatson> Daviey: posted
[14:17] <jamespage> Daviey, cjwatson: I reproduced the issue and then tried out apw's new kernel which fixed the problem - I'll update the ticket to reflect
[14:24] <apw> Daviey, did you manage to work out what triggered the exposure of this bug
[14:25] <Daviey> apw: not yet
[14:26] <apw> and is the decision to spin the kernel and hold at least -server for it?
[14:34] <Daviey> skaet / cjwatson: so the Cloud images have been QA'd it seems.  Previously, those images haven't followed the same release cadence as the distro point releases.
[14:35] <Daviey> They get updated when a new kernel is pushed.
[14:35] <cjwatson> ok, I don't mind that
[14:35] <Daviey> That being said, they can be branded 10.04.3 - but a health warning should state to check it is the most recent image.
[14:48] <apw> skaet, cjwatson, do we have a decision as to direction yet
[14:49] <skaet> apw, working it...
[14:50] <skaet> yes,  spin the kernel.   We'll hold at least server to pick it up.
[14:50] <skaet> Daviey, apw,  ^^
[14:51] <Daviey> I don't think it's a big deal, but is this the first time desktop vs server has had different kernel releases on a release?
[14:52] <skaet> Daviey,  are you planning on resping cloud images to pick up new kernel,  or going out with the ones you have?
[14:52] <Daviey> skaet: I don't think that is essential
[14:54] <cjwatson> Daviey: I'm not certain, but it would surprise me if it were the first time
[14:54] <cjwatson> It doesn't particularly worry me for a point release
[15:01] <Daviey> skaet: the cloud image stamping of 10.04.3 isn't really a big deal, as the images are refreshed with higher freq. anyway.
[15:02] <skaet> Daviey,  ok.
[15:39] <cjwatson> astraljava: looks like that rebuild attempt worked better, for both xubuntu and ubuntustudio
[16:36] <apw> Daviey, i assume you need this spun for -ec2 as well yes ?
[16:37]  * apw pokes Daviey
[16:48] <Daviey> apw: nah
[16:49] <Daviey> it's a nice to have.. but we are only currently seeing this with euca.
[16:49] <Daviey> If people are running euca in ec2, they have larger concerns.
[16:49] <Daviey> If something like hadoop was exposing the same bug, sure.. but we've had no reports.
[16:50] <Daviey> apw: So a nice to have, but no rush.
[17:26] <cjwatson> is somebody dealing with uploading this kernel the?
[17:26] <cjwatson> then
[17:27] <Daviey> apw si ^^
[17:28] <cjwatson> skaet: I have to go out now, but AFAIK everything except server is good, unless QA find other showstoppers
[17:28] <cjwatson> nothing to hand off from my side
[17:29] <skaet> cjwatson,  thanks.  Working server issue right now on the side.
[17:29]  * cjwatson nods
[17:29] <apw> cjwatson, Daviey, the kernel is being uploaded to the ckt PPA 'now'
[17:29] <skaet> apw, thanks
[17:30] <apw> cjwatson, Daviey, skaet, indeed it is in an building on all architectures already
[18:21] <Daviey> apw: rocking!


[10:09] <darkxst> Noskcaj, network-manager to be pretty well forked (and it had a massive diff against debian), so just update it I guess
[16:52] <freecoder> under "The Bash Shell Startup Files" in blfs, in /etc/profile.d/i18n.sh do i have to type in the actual LANG (eg. en_IN.UTF-8) or just copy whatever is written in the book?
[16:52] <freecoder> sorry, wring channel
[16:52]  * SonikkuAmerica wrings the channel out
[16:53] <zerofinity> hi guys, I have a list of proverbs that I want to display in notifications at startup. I have Gnome flashback installed and using notification-daemon.
[16:54] <zerofinity> can u guys point me
[16:55] <SonikkuAmerica> zerofinity: That's more of a question for #ubuntu , I would think, because it deals with notify-send
[16:56] <SonikkuAmerica> but I think I can help you.
[16:56] <zerofinity> sorry for mispostin, but thanks SonikkuAmerica
[16:58] <SonikkuAmerica> The syntax for it is [ notify-send -u $PRIORITY $TITLE $MESSAGE ]
[16:58] <SonikkuAmerica> $PRIORITY can be "low," "normal" or "critical"
[16:59] <zerofinity> thanks SonikkuAmerica, but when I give this in bash, 'command not found' is echoed
[17:01] <SonikkuAmerica> Make sure you have libnotify-bin installed
[17:03] <zerofinity> thx SonikkuAmerica
[17:04] <zerofinity> SonikkuAmerica, I got it
[17:04] <zerofinity> and now working
[17:04] <SonikkuAmerica> Another tip: When you write your $TITLE and $MESSAGE args, write them enclosed in 'single quotes.' Using "double quotes" means the arg will be parsed by bash
[17:05] <zerofinity> thx for the tip man
[17:06] <SonikkuAmerica> I found that out the hard way when I tried to use !
[17:06] <SonikkuAmerica> It got parsed by bash and it started looking for events
[17:07] <zerofinity> SonikkuAmerica, I am new to linux and the last Sentence looks jumbled to me
[17:07] <SonikkuAmerica> In bash (the default command processor in your terminal), typing ! followed by a letter or string executes the last command that starts with that string.
[17:08] <SonikkuAmerica> e.g.: You do [ sudo apt-get update ]. bash-completion (the search history agent in the terminal) stores that command.
[17:08] <SonikkuAmerica> You want to run that command again, so instead of typing that all out you do [ !s ].
[17:08] <zerofinity> oh
[17:09] <SonikkuAmerica> It searches for the last command starting with s, and lo and behold.
[17:09] <SonikkuAmerica> The more you type after the !, the narrower the search gets. So [ !sudo ], e.g., would execute the last command done with sudo.
[17:10] <zerofinity> maybe one day I will be as good as u in Linux, with ur blessing, thx buddy
[17:13] <SonikkuAmerica> :D yw


[07:42] <Mirv> mitya57: hi! I think transitional package would be needed until 18.04 LTS, other changes can be dropped probably, including the SDK migration note.
[08:27]  * tsimonq2 waves to Mirv :)
[13:06] <mitya57> Mirv, thanks, preparing the merge in silo 2866 and will publish if it builds everywhere.
[17:37] <mapreri> jbicha: I'm looking at the abiword repository in collab-maint, and I notice that 1) the upstream branch is completely empty 2) despite being upstream files in master I fail to see a commit that updates them for the new upstream that you prepared 3) no pristine-tar branch.  Now, what kind of repository is that?  /cc tsimonq2
[17:43] <jbicha> mapreri: it is a packaging-only branch
[17:43] <jbicha> and it's also not my fault
[17:44] <mapreri> oh, debcheckout tricked me by dumping the upstream files there
[17:44] <jbicha> I don't have write permissions to overwrite stuff
[17:44] <mapreri> what do you want to do?
[17:45] <jbicha> I'd like for someone to run
[17:45] <jbicha> chown -R :collab-maint /git/collab-maint/abiword.git
[17:45] <mapreri> only formorer can do that…
[17:45] <mapreri> and you don't want that
[17:45] <mapreri> what you want is scm_collab-maint
[17:46] <jbicha> ok, that
[17:46] <mapreri> but.. why?
[17:46] <mapreri> what do you want to overwrite?
[17:47] <mapreri> objects/ and refs/ seems entirely writable, isn't it?
[17:47] <jbicha> well I can't change any of the hooks…
[17:47] <mapreri> that's the point
[17:47] <mapreri> don't you follow debian-devel-announce?
[17:47] <mapreri> https://lists.debian.org/debian-devel-announce/2015/08/msg00008.html
[17:48] <mapreri> [07:44:32 PM] <mapreri> what do you want to do?
[17:50] <jbicha> mmm, that's less open than I thought collab-maint would be, but ok
[17:50] <mapreri> collab-maint is a security nightmare
[17:50] <Unit193> ↑
[17:50] <jbicha> I don't even run abiword which is part of why I don't want to be its maintainer
[17:51] <jbicha> I don't remember now what I wanted to change
[17:51] <mapreri> non-DDs could add hooks that DDs could then execute, with the potential to do disasters.  or even if you don't consider DDs, but "people with write permissions in a lot of teams"…
[17:53] <jbicha> couldn't you say that about membership in any large Debian team though?
[17:54] <jbicha> mapreri: do you use abiword?
[17:54] <mapreri> yes, so let's say "alioth is a security nightmare"
[17:54] <mapreri> and no, I don't use it
[17:54]  * Mirv waves to tsimonq2
[17:58] <Unit193> Though collab-maint just happens to be the biggest.
[18:08] <jbicha> mapreri: ok, I deleted the useless upstream branch
[18:08] <mapreri> acl
[18:08] <mapreri> ack*
[19:13] <Son_Goku> :/
[20:22] <Unit193> LocutusOfBorg: If you want to fix the wine-development ftbfs, you could push https://launchpad.net/~unit193/+archive/ubuntu/staging/+sourcepub/8037657/+listing-archive-extra (trimming the last changelog of course.)
[21:35] <LocutusOfBorg> Unit193, let me see
[21:42] <LocutusOfBorg> I did sponsor, changing devel to artful
[21:42] <LocutusOfBorg> I know this is not a problem, but my dput is picky


[00:21] <kul> hi
[00:21] <kul> ive started my own ubuntu server through oracle virtual box on windows 7
[00:21] <kul> how do i replace the file /var/www/html
[00:21] <kul> i installed ftp and installed filezilla
[00:21] <kul> but when i try to delete the file it says permission denied
[00:22] <kul> help?
[00:26] <kul> hi
[00:26] <kul> i need help replacing the /var/www/html file
[00:26] <kul> using filezilla
[06:40] <lordievader> Good morning.
[07:47] <Vladimir_> There should be a program called something like Zambix for monitoring linux machines with a kind of agent system that is able to send SMS when something changes. I try to find it on google but there's nothing
[07:47] <Vladimir_> I only heard the name Zambix but maybe it's spelled differently
[07:47] <cfhowlett> Vladimir_, ask in ##linux
[07:51] <lordievader> Vladimir_: You are talking about Zabbix.
[07:51] <lordievader> By the by, it can also monitor Windows servers.
[07:51] <cfhowlett> !info zabbix
[07:52] <lordievader> !info zabbix-agent
[07:53] <lordievader> !info zabbix-server-mysql
[07:53] <cfhowlett> !cookie | lordievader
[07:53] <lordievader> \o/
[07:56] <Vladimir_> lordievader: Thanks man
[08:36] <dane_ad_boot> Does anyone have experience with using agent forwarding from a mac to an ubuntu server to another ubuntu server
[08:36] <dane_ad_boot> specificially within a capistrano deployment,
[08:37] <dane_ad_boot> apperently the command works but not at my machine for some reason that i couldnt figure out
[08:46] <Tazmain> hi all, what is the best way to have a service start at boot time ? Its just an sh script that needs to be start to lunch a web service. Do I need to write an upstart job ?
[08:46] <jamespage> adam_g, thanks for the ironic update, I added a general tweak I've been doing for unit tests execution and uploaded
[08:46] <jamespage> coreycb, heat uploaded, looking at ceilometer now
[08:49] <rbasak> Tazmain: you could add something to /etc/rc.local. Or write an upstart job (probably less than five lines for that)
[08:49] <jamespage> coreycb, zul: did I miss something re ceilometer? was it rejected by the release team due to the new binary packages?
[08:49] <rbasak> Or write an SysV init.d script, but that's far more involved.
[08:50] <Tazmain> rbasak, which would be best ?
[08:56] <Vladimir_> is it possible to do a pwd with multiple files
[08:56] <Vladimir_> I want to show all full directory for all the files in one directory
[08:56] <Vladimir_> something like #pwd name*
[09:30] <Tazmain> where can I find a nice way of explaining how to create an upstart job. The file I found did not included how to add what you want to start
[09:31] <ogra_> Tazmain, http://upstart.ubuntu.com/cookbook/
[09:33] <Tazmain> thanx
[09:37] <jamespage> coreycb, looking at ceilometer - I've reworked the skip-tests patch into a much smaller patch which just disables db2 and mongodb mixins for testing; all other tests pass OK
[10:34] <pmatulis> morning
[11:23] <jamespage> coreycb, ceilometer-agent-ipmi needs -> ipmitool (not in main) I've commented on the FFe bug as to what the plan should be if accepted
[11:40] <coreycb> jamespage, thanks and awesome on the ceilometer tests
[11:40] <jamespage> coreycb, http://paste.ubuntu.com/8506790/
[11:41] <jamespage> that's the new patch
[11:41] <coreycb> jamespage, ack
[11:42] <jamespage> coreycb, just looking at the configuration file generation stuff - we're losing the default connection patch and the log dir patch right?
[11:43] <coreycb> jamespage, right, it wasn't being used before, so I dropped it
[11:57] <jamespage> coreycb, yeah
[11:58] <jamespage> coreycb, but I think that prob is a problem
[11:58]  * jamespage thinks
[11:58] <coreycb> jamespage, ok, looking at ceilometer.conf it doesn't have the sqlite options anymore
[11:59] <coreycb> jamespage, maybe that's just the way the sample file is
[11:59] <jamespage> coreycb, yeah - so in trusty we did install the sample configuration file from upstream (renamed) to /etc/ceilometer/ceilometer.conf
[11:59] <jamespage> coreycb, so the debian/ceilometer.conf bit is new this cycle
[11:59] <jamespage> coreycb, so we've lost default configuration since last release right now... hmmm
[12:00]  * jamespage thinks
[12:33] <zul> jamespage:  swift rc1 is available
[12:33] <jamespage> zul, yeah - already on it
[12:34] <coreycb> jamespage, zul, this is where sqlite_db was dropped (re: ceilometer.conf) - https://github.com/openstack/ceilometer/commit/f8d673b698b958b1945598fb1e35623ce3f958c1
[12:35] <zul> jamespage:  just merging coreycb stable/icehouse branches and uploading them
[12:35] <jamespage> coreycb, yeah - there are two different db options now for big data and alarms
[12:54] <zul> coreycb:  the heat 2014.1.3 merge request is empty?
[12:54] <zul> coreycb: https://code.launchpad.net/~corey.bryant/heat/2014.1.3/+merge/237091
[12:55] <zul> coreycb:  shoot never mind
[12:56] <coreycb> zul, yeah looks like it was already merged
[12:56] <zul> coreycb:  but there is not changelog entry for 2014.1.3
[12:57] <smb> zul, hallyn, has one of you anything running for libvirt? otherwise I would prepare an upload to fix bug 1377900
[12:57] <zul> smb:  i dont
[12:58] <coreycb> zul, hmm.. looking
[12:58] <smb> zul, ok cool. waiting a bit to give hallyn a chance to get respond :)
[12:58] <zul> smb: nah just do it ;)
[13:00] <coreycb> zul, I'll push that again shortly, not sure what happened
[13:01] <zul> coreycb:  ack
[13:25] <zul> jamespage/coreycb: ok except for heat, stable/icehouse has been merged and uploaded
[13:28] <jamespage> zul, gah - we need python-openstack-auth >= 1.1.7 now
[13:28] <jamespage> horizon is foobar
[13:28] <zul> *sigh*
[13:47] <coreycb> zul, https://code.launchpad.net/~corey.bryant/heat/2014.1.3/+merge/237272
[13:48] <zul> coreycb:  k gimme a couple of minutes
[13:56] <zul> coreycb:  done
[13:56] <coreycb> zul, thanks
[13:59] <jamespage> zul, gah - eventlet greendns parses /etc/hosts directly!
[13:59] <jamespage> woser
[14:01] <zul> jamespage:  thats it we are going back to java
[14:01] <jamespage> zul, my sbuild schroots don't have an /etc/hosts by default
[14:01] <jamespage> they do now...
[14:02] <zul> lol
[14:07] <jamespage> zul, OK rc1 of swift uploaded
[14:08] <hallyn> smb: go ahead
[14:08] <smb> hallyn, ok. thanks
[15:14] <crazyhead42> Hey, I'm looking to turn an old computer into a webserver. What are my security options if I choose Ubuntu Server?
[15:14] <cfhowlett> crazyhead42, "options"?  pretty much unlimited.
[15:15] <crazyhead42> Yes, but I don't want to go paying for stuff and I don't have an advanced knowledge of programing
[15:16] <cfhowlett> crazyhead42, so don't pay.  enable firewall and avoid funky websites will eliminate most common attack vectors.  keep your system updated.
[15:16] <crazyhead42> wait, the server will be going online? crud. Is there a way to make it use the lan but not the internet?
[15:17] <cfhowlett> crazyhead42, not sure what you're end use profile and I don't do server
[15:19] <qman__> crazyhead42: do you mean that you don't want people on the internet accessing your server, or that you don't want your server accessing the internet?
[15:19] <crazyhead42> ?? I'm just trying to turn the old computer into a local storage unit... what exactly are you saying in the line above?
[15:19] <qman__> If you have a typical home setup with a NAT router, the former is already the case unless you specifically set it up otherwise
[15:20] <qman__> The latter is inadvisable as it would prevent security updates, but can be achieved by simply not configuring a default gateway
[15:21] <crazyhead42> So in other words, I'd have to do extra work for people outside my home to access whatever info I decide to keep on the router? Okay, thanks.
[15:24] <lyda> if you spin up an ubuntu cloud image in aws, will the image have access credentials to use the awscli?  or do i need to seed that (with cloud-init)?
[16:35] <ivoks> rbasak: so... pacemaker
[16:35] <ivoks> rbasak: it depends on various packages, some of it being from pacemaker source it self
[16:36] <ivoks> for example:
[16:36] <ivoks> liblrmd1 (>= 1.1.10+git20130802)
[16:36] <ivoks> but latest pacemaker security upload changed ABI
[16:37]  * rbasak looks
[16:37] <ivoks> so pacemaker 1.1.10+git20130802-1ubuntu2.1 needs to depends on liblrmd1 >=1.1.10+git20130802-1ubuntu2.1
[16:37] <ivoks> otherwise one can update pacemaker and not liblrmd1
[16:37] <ivoks> and that results in non-functional pacemaker
[16:39] <rbasak> That doesn't sound good.
[16:40] <ivoks> rbasak: yeah :)
[16:41] <ivoks> majority won't hit it, because they do dist-upgrade/upgrade
[16:41] <rbasak> Did you hit it?
[16:41] <ivoks> but, if you do apt-get install pacemaker (which hacluster charm does), then you are in for a party
[16:41] <ivoks> yes
[16:45] <Aison> it looks like ufw is blocking dhcpv6 requests to my ubuntu server
[17:01] <Aison> very strange, dhcpv4 server is not blocked by UFW, but dhcpv6 is
[17:01] <Aison> but for both servers, there are no rules to unblock them
[17:01] <Aison> there are just client rules
[17:02] <Aison> I don't get it...
[17:04] <genii> Aison: Perhaps ports 546/547 are blocked somehow
[17:04] <Aison> yes
[17:04] <patdk-wk> perhaps all of ip6 is disabled :)
[17:04] <Aison> that's true, but I wounder now why port 67/68 are not blocked
[17:04] <Aison> no ipv6 is working perfectly :P
[17:05] <gaughen> so ivoks you going to file a bug?
[17:07] <rbasak> ivoks: I don't see an ABI break.
[17:08] <rbasak> But it still might well need a dependency bump.
[17:09] <rbasak> Can you describe the breakage please?
[17:13] <rbasak> ivoks: also I wonder if there's any connection to bug 1368737 here?
[17:48] <strixUK> i'm trying to track down a udev issue during boot; i have udev configured to log debugging messages (and it prints them to the console), but how do i get rsyslogd to record those debug messages?  what logging facility does it use?
[17:51] <sarnold> strixUK: rsyslogd only records what is sent to it via the syslog(3) function or configured network logging (typically 514 udp though newer protocols exist..)
[17:51] <sarnold> strixUK: I don't know if udev can be made to log elsewhere..
[17:52] <strixUK> meaning you think udev doesn't log via syslog?
[17:54] <sarnold> it may or it may not, I don't know it.. I just wanted to point out that rsyslogd is very specific about how things get logged and udev may not support in-depth logging to syslog. it's worth looking..
[17:55] <strixUK> right.
[17:55] <strixUK> it was a complete assumption on my part that udev logs via syslogd, and the trick is to find the right facility and level to stick into rsyslog.d
[17:57] <strixUK> maybe it doesn't.  there is a /var/log/udev, which isn't mentioned anywhere in rsyslogd's config.
[18:06] <strixUK> where do md devices store the equivalent of a partition type?  how does udev know when an md device comes online that (for example, in this case) it contains an lvm PV?


[19:58] <KcoreApesta> i have a problemm with kcore file in ubuntu... is too large and can't reduce, you have any idea over how reduce this file
[20:12] <KcoreApesta> i have a problemm with kcore file in ubuntu... is too large and can't reduce, you have any idea over how reduce this file