[01:02] <tarvid> puzzling over dhcpd
[01:02] <tarvid> the version I have is isc-dhcpd-4.1.1-P1
[01:03] <tarvid> there is a howto for dhcpd3 - https://help.ubuntu.com/community/dhcp3-server
[01:04] <tarvid> do I just pretend it is dhcpd3?
[01:37] <twb> OK, when I want something to permanently appear on shell logins (i.e. /etc/motd), and not be deleted by any fancy-pants auto-rewriting motd junk, where do I put it?
[01:37] <twb> /etc/motd.tail?
[01:43] <qman__> that used to be the case
[01:43] <qman__> but recently an update killed my motd on all my lucid servers
[01:45] <twb> For now I have manually put it in both motd and motd.tail, since apparently there's no /usr/sbin/update-motd and simply logging in again doesn't trigger the pam-based update-motd gank
[01:45] <twb> (The purpose of the message is, perhaps ironically, to remind sysadmins that this machine doesn't deal with rebooting properly.)
[01:46] <qman__> heh
[01:46] <qman__> mine broke a few weeks ago but I haven't had time to look into it
[01:47] <qman__> my systems barely qualify as multiuser though, so it's not a big deal, just annoying
[01:49] <twb> It's the library server at a prison :-(
[01:51] <uvirtbot`> New bug: #812642 in mysql-5.1 (main) "package mysql-server-5.1 5.1.54-1ubuntu4 failed to install/upgrade: el subproceso instalado el script post-installation devolvió el código de salida de error 1" [Undecided,New] https://launchpad.net/bugs/812642
[02:11] <uvirtbot`> New bug: #812646 in cloud-init (main) "Race in DataSourceNoCloudNet with kvm" [Undecided,New] https://launchpad.net/bugs/812646
[02:15] <chrismsnz> Hi, we're running Ubuntu 10.04 LTS on some supermicro servers, and we're having some stability problems when the servers come under load
[02:16] <chrismsnz> if the problem is triggered (sometimes due to high memory usage) the system/kernel appears to go into some sort of zombie mode where it's still accepting network connections but not responding to anything
[02:17] <chrismsnz> leaving them to time
[02:17] <chrismsnz> out
[02:17] <chrismsnz> If I were to investigate this problem further, what is the best way to start collecting data on this failure to provide the maximum information for filing a bug
[02:39] <qman__> it may not be a bug at all, if the servers are simply running out of memory
[02:39] <qman__> it would make perfect sense that the kernel could accept connections, but then have the application unable to do anything
[02:40] <chrismsnz> in most cases I've seen the OOM killer has been activated
[02:40] <twb> chrismsnz: responding to ping but not doing anything else is normal behaviour when its resources are exhausted
[02:40] <qman__> setting proper limits would solve the problem
[02:40] <twb> chrismsnz: particularly if it's e.g. thrashing swap instead of simply OOM-killing
[02:40] <twb> qman__: unfortunately it's... nontrivial to set per-proc RAM limits
[02:40] <qman__> or finding out why you're running out of memory
[02:42] <chrismsnz> yeah
[02:42] <chrismsnz> I will investigate
[02:42] <lifeless> ulimit is goo
[02:42] <lifeless> d
[02:42] <lifeless> also consider making sure your swap is only large enough to hold a few seconds IO
[02:43] <chrismsnz> Swap is configured to be 50% of RAM
[02:43] <lifeless> (that is, big enough for truely unused pages to page out, but small enough you can't get completely wedged)
[02:43] <chrismsnz> 8gb RAM 4 GB swap
[02:43] <lifeless> chrismsnz: thats going to -hurt-
[02:43] <lifeless> unless you've got a 1GB San or something
[02:44] <chrismsnz> other servers are configured as 4gb RAM 2 gb swap
[02:44] <qman__> it doesn't scale like that
[02:44] <lifeless> so, ask yourself what you want the swap to hold
[02:44] <qman__> said servers have the same disk bandwidth
[02:44] <qman__> the same disk seek times
[02:44] <twb> FWIW I don't use swap at all
[02:44] <qman__> so they should have the same swap
[02:44] <qman__> also, that
[02:45] <twb> Under 2.6, default swap behaviour is so shit that it's not helpful
[02:45] <qman__> unless the server is ancient and can't be upgraded, I don't use swap anymore
[02:45] <chrismsnz> I think that revisiting the swap configuration is probably a good idea
[02:46] <qman__> and I don't make any swaps bigger than 1GB
[02:46] <chrismsnz> the swap usually sits with 500mb of pages in it with the memory not even close to being full (minus buffers/cache)
[02:46] <chrismsnz> that's probably a good place to start
[02:47] <chrismsnz> I also recall configuring our high memory servers (36gb +) to be very stingy with swap via the swappiness tweakable in /proc
[02:47] <twb> Wow, swap is actually used in normal operation?
[02:47] <twb> (...of that box)
[02:47] <chrismsnz> twb: I believe rarely used pages are swapped out as a matter of process
[02:48] <chrismsnz> and the freed ram used to power io cache and buffers
[02:48] <twb> chrismsnz: only if vm.swappiness is high or whatever
[02:48] <chrismsnz> it's 60/100 by default on ubuntu
[02:48] <chrismsnz> I have zero'd it before given certain workloads and high memory systems
[02:49] <chrismsnz> perhaps I'm placing too much trust in the kernel to swap out unused pages
[02:49] <chrismsnz> and should lower this value
[02:49] <chrismsnz> here is the current memory usage of an identically configured server
[02:49] <chrismsnz>              total       used       free     shared    buffers     cached
[02:49] <chrismsnz> Mem:          7994       7744        250          0       1019       3490
[02:49] <chrismsnz> -/+ buffers/cache:       3234       4760
[02:49] <chrismsnz> Swap:         4767       1238       3529
[02:50] <chrismsnz> as you can see... swap is being used even though there's 4-5gb of free memory
[02:50] <twb> I dunno man
[02:51] <TheEvilPhoenix> i think you shouldnt be pasting into here
[02:51] <TheEvilPhoenix> :P
[02:51] <chrismsnz> sorry
[02:51] <chrismsnz> thanks for your help i'll bbl
[02:51] <qman__> my file server still has a swap because I set it up long ago
[02:51] <qman__> said swap is 0 used
[02:51] <qman__> current uptime is 21 days, but it's been up much longer than that in the past
[02:53] <qman__> granted it's using ~1.5GB instead of ~4GB (out of 8GB)
[02:53] <qman__> but I've not seen it swap since back when it had 2GB in it
[02:56] <qman__> IMO, if a server spends any measurable amount of time swapping under normal load, something is wrong
[02:56] <twb> http://paste.debian.net/123300/
[03:03] <q_a_z_steve> How do I go about setting up a linux server with the ability of providing a network boot option to clients on the LAN?
[03:07] <lifeless> you need a tftp server for that
[03:07] <Tommy_nmw> lifeless: what?
[03:08] <lifeless> Tommy_nmw: I was answering someone else
[03:08] <Tommy_nmw> lifeless: sorry bro
[03:37] <Ursinha> Daviey: does this help you with the changelog parsing thing you mentioned me at the Rally? http://rsalveti.wordpress.com/2011/07/19/launchpadlib-creating-a-changelog-for-a-ppa/
[03:43] <chrismsnz> twb and qman__: what does 'cat /proc/sys/vm/swappiness' say on those systems if you don't mind my asking?
[03:44] <chrismsnz> I just went to check out the crashed server - there was some sort of kernel debug output on the screen, it was too verbose for me to read and the system was unresponsive so I could not properly read it
[03:46] <twb> 60 on the one I pasted
[03:47] <chrismsnz> twb: thanks. Time to start auditing my applications
[03:48] <chrismsnz> haha, guess he shouldn't have been pasting
[04:45] <aarcane> so I'm running maverick.  I need to update samba to the version in natty.  I added the sources deb-src to my sources.list.d in a .list file, but they're not showing up after an update.  is there something else I need to do to be able to build the package I need ?
[05:17] <lifeless> SpamapS: oh hai
[05:17] <lifeless> https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/812691
[05:17] <uvirtbot`> Launchpad bug 812691 in lxc "failure building lucid container" [Undecided,New]
[05:57] <maxagaz> hi
[06:45] <maxagaz> how to get the MAC of a remote machine ?
[06:46] <trapmax> eg. arp -a <ip>
[06:50] <jmarsden> maxagaz: ping it and check your arp table afterwards, or do something like ssh<EMAIL_ADDRESS>/sbin/ifconfig
[07:00] <maxagaz> thanks
[07:04] <twb> jmarsden: itym "ip n"
[07:07] <jmarsden> twb: For a machine on the same subnet, sure, you can do that, if you remember all the ip subcommands.  I remember arp, it has been around longer and is portable to windows and old BSD boxes etc etc, which ip n is not.
[07:08] <twb> aBah
[07:10] <Daviey> Goooooood Morning!
[07:12] <twb> Daviey: I've yet to see any evidence
[07:19] <Daviey> twb: you'd be suprised!
[07:34] <Ursinha> buenos dias, Daviey
[07:34] <Ursinha> :)
[07:35] <parapan> hi fellows > need some help in relation with nomachine nx client/server operation ....is someone available ???
[08:03] <Daviey> Ursinha: o/
[08:03] <Ursinha> Daviey: o/
[08:04] <jamespage> morning all
[08:06] <Ursinha> morning jamespage
[08:06] <jamespage> hi Ursinha
[08:17] <lynxman> morning guys
[08:17] <lynxman> Ursinha: what are you doing up?
[08:18] <lynxman> Daviey: ping
[08:20] <Ursinha> bon dia lynxman :)
[08:20] <Ursinha> lynxman: I'm working :P
[08:20] <lynxman> Ursinha: bom dia! :)
[08:20] <lynxman> Ursinha: so soon? wow
[08:20] <lynxman> and by soon I mean early
[08:21] <Ursinha> lynxman: actually it's not too early, but a tad late :P
[08:22] <Ursinha> you can sleep when you're dead
[08:22] <lynxman> Ursinha: I can tell you for sure, one leads to the other, somehow :D
[08:22] <Daviey> lynxman: hola
[08:23] <lynxman> Daviey: hola! o/
[08:23] <lynxman> Daviey: just wondering if you had any time this week to have a look at the package? :D
[08:24] <Daviey> lynxman: Can you remind me of which one?  I can't see it in the sponsorship queue.
[08:24] <lynxman> Daviey: Sent you the dsc, wait a sec...
[08:24] <lynxman> Daviey: https://launchpad.net/~lynxman/+archive/ppa/+files/mcollective_1.2.1-0ubuntu2.dsc
[08:25] <lynxman> Daviey: just lots of fixes
[08:25] <Daviey> on it, thanks
[08:25] <lynxman> Daviey: you're a star (*)
[08:26] <Daviey> lynxman: bugs with attached branches or debdiffs really do make this easier.
[08:26] <lynxman> Daviey: will have a debdiff next time :)
[08:27] <Daviey> http://pb.daviey.com/qwmV/raw/
[08:29] <Daviey> lynxman: looks fine to me, the only thing i am going to change is the Maintainer field to be Ubuntu Developers rather than MOTU.
[08:29] <lynxman> Daviey: great :)
[08:29] <lynxman> Daviey: as said, just small fixes to control and added debconf-po support
[08:29] <lynxman> Daviey: also cleaned it in Lintian as much as I could
[08:30] <Daviey> lynxman: nice job!
[08:31] <lynxman> Daviey: thanks, trying hard :)
[08:33] <Daviey> lynxman: uploaded
[08:33] <Daviey> \o/
[08:34] <lynxman> Daviey: thank you very very much \o/
[08:37] <Daviey> lynxman: no, thanks for the patch!
[08:39] <lynxman> Daviey: no no, thank you ;)
[08:40] <Daviey> jamespage: I'm right in saying there is no point in a bouncycastle merge?
[08:40] <jamespage> Daviey: not ATM
[08:40] <Daviey> groovy.
[08:41] <jamespage> I wanted to get the unit testing enablement back into debian - then we can just sync
[08:41] <jamespage> the changes that have been made in Debian are the last set of Ubuntu changes - but not all of them
[08:41] <Daviey> jamespage: ah, dandy
[08:48] <shal3r> How to enable remote root login on lucid? I'm getting "Please login as the ubuntu user rather than root user"
[08:49] <twb> shal3r: root logins are allowed by default.
[08:50] <twb> shal3r: you simply can't using single-factor authentication, because root doesn't have a password.
[08:57] <shal3r> twb, i know it's not allowed by default.  You just have to remember that security then is a strict tree, where anyone compromising the root will get control of all downstreams servers
[09:06] <Daviey> (ssh-agent)
[09:06] <twb> maswan: granted, although a passphraseless key is back to single-factor auth, i.e. you lose
[09:07] <Daviey> less of a loss than passwd based auth IMO.
[09:07] <twb> Now, fun fact
[09:07] <Daviey> ooo
[09:07]  * Daviey moves to the edge of his seat.
[09:07] <twb> If you have access to the private SSH key, you can brute force its passphrase as fast as you like, WITHOUT ever contacting any server that uses it in its authorized_keys file.
[09:08] <maswan> twb: If you are going to insist on two-factor auth, you should have two independent factors. Like ssh key to login and password to sudo, imho.
[09:08] <Daviey> maswan: tools like rsnapshot etc, i don't believe can use sudo.
[09:08] <shal3r> i'm using key file + IP filter for this
[09:10] <maswan> Daviey: Yeah, there are exceptions, especially when you need automated systems. But then the master server that has direct and automatic root access to all the clients should require strong auth (and not run any random vulnerable services either)
[09:11] <twb> Daviey: strictly, they can, but it's a fucking pain
[09:11] <twb> And probably even harder if their use of sudo wasn't NOPASSWD:
[09:13] <Daviey> interesting.. i should look at doing that.. i've always just used root for that.
[09:14]  * Daviey spies jamespage going on a Debian ITP spree.
[09:14] <jamespage> just catching up with myself :-)
[09:14] <twb> Daviey: I use root with rrsync
[09:14] <mendel_> someone with OCR experience here?
[09:15] <twb> (Which is in /usr/share/doc/rsync/scripts/rrsync.gz)
[09:15] <twb> e.g. command="/usr/local/bin/rrsync /var/www/",no-agent-forwarding,no-port-forwarding ssh-dss<EMAIL_ADDRESS>[09:16] <twb> (That's in ~root/.ssh/authorized_keys, you understand.)
[09:16] <Daviey> mendel_: There are 3 main types of people here, server developers and sysadmins; and those that cannot make up their mind and call themselves devops.  The combined knowledge here is enough to take over the world. so try,
[09:16] <Daviey> !ask
[09:16] <mendel_> haha
[09:17] <mendel_> currently using tesseract-ocr, curious to learn about commercial alternatives or better ways to integrate tesseract..
[09:17] <mendel_> currently grayscaling + tiff the image
[09:17]  * Daviey glazes over.
[09:17] <twb> mendel_: this is a bad place to ask about proprietary solutions.
[09:18] <mendel_> but as server guys some of you must have experience with it.. that's why I try
[09:19] <twb> tesseract probably has its own channel, too
[09:33] <lynxman> Daviey: devops == can't make up their minds? hah :)
[09:38] <Daviey> lynxman: :)
[09:39] <lynxman> Daviey: I guess you're right... can't make my mind about it
[09:39] <lynxman> :D
[10:05]  * jamespage expects from kickback for filing that may ITPs for jenkins forks :-)
[10:05] <jamespage> /from/some
[10:06] <lynxman> jamespage: wise to expect it indeed
[10:06] <Daviey> jamespage: isn't kickback a good thing?  Like when you get referal bonus?
[10:06] <jamespage> /kickback/flak
[10:07] <jamespage> howz that?
[10:08]  * jamespage goes for coffee
[10:13] <Daviey> jamespage: I want a coffee.
[10:13] <Daviey> and a pony.
[10:13]  * jamespage gets his thermos out
[10:13] <jamespage> could be a while tho - quite a few hours to your house :-)
[10:14] <jamespage> can't help with the pony
[10:17] <jamespage> lynxman: might not be to bad - rather a heated debate going on about systemd on debian-devel ATM
[10:17] <lynxman> jamespage: oh... systemd :)
[10:17] <jamespage> so my ITP's might not get that much attention
[10:17] <lynxman> jamespage: I need to subscribe to debian-devel, now that I think of
[10:18] <RoyK> hm,.. how can I check when a prosess was started?
[10:22] <MACscr> I have an ubuntu server running in a xen guest. I have the guest setup to mount the drives as sda1 and sda2. This is setup in fstab and the guests cfg, yet when it boot, its showing xvda1, etc. Any ideas why this is happening? Are the newer kernels forcing this?
[10:22] <lynxman> RoyK: if you run "ps aux" it has a "Start" column that gives you a rough idea of the process start time
[10:23] <RoyK> ps -eo pid,lstart,cmd was a bit more precise :)
[10:23] <lynxman> MACscr: Xen drives will show as xvdaN as far as I know
[10:23] <lynxman> RoyK: showoff :P
[10:23] <MACscr> lynxman: why the hell is that being forced though.  They are crappy that way
[10:34] <MACscr> its r1soft
[10:34] <Daviey> crikey.
[10:35] <MACscr> i dont think its an issue with their 3.0 product, but that has its own load of bugs, so im not upgrading, nor is a lot of people
[10:35] <Daviey> I seem to remember there was a feature of xen that allowed the format to be changed.
[10:35] <Daviey> But i could be mistaken, remembering something else
[10:35] <MACscr> Daviey: it used to be an option, but i think these newer kernels are removing the option
[10:35] <Daviey> awesome.
[10:44] <MACscr> Daviey: just found this on the net "As of kernel 2.6.32-131, all sda* device nodes that appear in your vm***.cfg will be remapped to xvde* inside the vps. The previous behavior had been to map sda* to xvda*."
[10:45] <Daviey> MACscr: good stuff.
[10:45] <MACscr> no. Complete bullshit if you ask me
[10:46] <MACscr> thats TB of data im going to have to rebackup, let alone guests i have to manually change their fstab, guests configs and who knows what else
[10:55] <jamespage> Daviey: would you be good to sponsor another NEW package?
[11:05] <Daviey> jamespage: No, but i would be GREAT to do it.
[11:12] <Daviey> MACscr: apparently there is a patch around that can solve this issue for you
[11:12] <Daviey> Also, booting with --scsi might work?
[11:16] <MACscr> Daviey: seems like its going to be an issue with all my guests in the future, so might as well change them all now so i dont have to worry about workarounds. Still sucks though
[11:18] <Daviey> MACscr: yeah :(
[11:20] <jamespage> Daviey: \o/ lp:~python-jenkins-developers/+junk/python-jenkins-packaging - ta
[11:24] <Daviey> jamespage: you really need to apply for MOTU :)
[11:24] <jamespage> Daviey: its on my TODO list
[11:24] <jamespage> :-)
[11:24] <jamespage> apologies for being a PITA
[11:25] <Daviey> jamespage: don't be sorry.. it's no problem at all.
[11:26] <Daviey> jamespage: looks perfect, builds fine - uploaded.
[11:26] <jamespage> Daviey: w00t - thanks v much
[11:42] <uvirtbot`> New bug: #812847 in cobbler (universe) "Importing ubuntu desktop no distro in webui" [Undecided,New] https://launchpad.net/bugs/812847
[13:05] <chris_99> hi, i'm just wondering if there is a way to upgrade from 32 bit to 64 bit
[13:05] <chris_99> using apt
[13:06] <joschi> chris_99: no
[13:06] <chris_99> darn
[13:07] <chris_99> so i'd just have to do a clean install then
[13:13] <utlemming> smoser: ping
[13:14] <smoser> yo
[13:14] <utlemming> ready to test the AMI?
[13:15] <smoser> --> iceflatline (~iceflatli
[13:15] <smoser> wow
[13:15] <smoser> fail
[13:15] <smoser> http://uec-images.ubuntu.com/server/lucid/20110719/
[13:15] <smoser> its not ready yet
[13:16] <iceflatline> yes?
[13:16] <smoser> iceflatline, that was paste failure, sorry.
[13:17] <iceflatline> no worries :)
[13:17] <smoser> utlemming, the build isn't done yet.
[13:17] <smoser> it looks like it will be ~ 1.5 hours. its in ebs publishing stage.
[13:18] <utlemming> smoser: k, so we'll hit this after the block of meetings then
[13:18] <smoser> yeah
[13:18] <smoser> or... we can be ready and start it during.
[13:18] <smoser> the tests take a while to run
[13:19] <smoser> basically, try to have the tests ready to go, just waiting on the published-ec2-daily.txt file
[13:19] <utlemming> that sounds like a prudent plan
[13:25] <smb> smoser, hm... there seems to be hope that you get back xvda for oneiric. I think upstream just accepted that patch...
[13:26] <smb> (we just should be glad that ec2 does not use hda* for pvm...)
[13:27] <utlemming> smb: do you have the commit for that?
[13:28] <smb> utlemming, not yet. Just got an email from Konrad, saying he pulled two of my three patches
[14:14] <dassouki> where does ubuntu-server store mono ?
[14:15] <jpds> dassouki: /usr/lib/mono ?
[14:17] <dassouki> jpds: thanks i guess the issue is that the installer can't find it, and i'm trying to follow the suggestion to use pkg-configure to find it http://paste.pocoo.org/show/442216/
[14:19] <jpds> dassouki: Installed libmono-dev ?
[14:20] <dassouki> jpds: thanks :) i think tht was it
[14:21] <TuxBrother> someone has expierence with failing NFS on netbooting an Ubuntu Live CD?
[14:22] <TuxBrother> (using PXE boot)
[15:35] <h4lfl1ng> having an internet connection sharing issue. I have my primary setup as a dhcp server and it's giving ips to my secondary but no internet on the secondary
[15:42] <chris_99> could anyone explain the advantages of using LVM when installing
[15:42] <chris_99> or just using a std. filesystem
[15:42] <patdk-wk> heh?
[15:43] <patdk-wk> you can't compare those two
[15:43] <patdk-wk> the advantages of using LVM vs partitions, you can though
[15:43] <chris_99> sorry yeah
[15:43] <chris_99> vs. partitions i meant
[15:44] <patdk-wk> partitions have to be a continous solid chunk of disk space
[15:44] <patdk-wk> LVM it can be fragmented, split over several disks, or even moved between disks
[15:44] <patdk-wk> they can also be snapshot to make backup easier
[15:44] <chris_99> hmm, so theres no disadvantages to using
[15:44] <chris_99> like the FS's won't be any slower?
[15:45] <patdk-wk> another layer of indirection?
[15:45] <chris_99> yeah
[15:45] <patdk-wk> not measurably
[15:46] <patdk-wk> well, if you have snapshots existing, then it can noticably slow thing down
[15:49] <chris_99> i'm basically installing on several blades, each can only have one physical disk
[15:49] <chris_99> so maybe LVM isn't the best option in this case?
[15:52] <patdk-wk> hmm?
[15:52] <patdk-wk> using lvm or not, greatly depends what you plan to do with the system down the road
[15:53] <patdk-wk> do you need to make consistant backups of the fs? use lvm
[15:53] <patdk-wk> will you want to shrink/grow the size of it, use lvm
[15:53] <patdk-wk> otherwise, probably not worth using lvm
[15:53] <chris_99> i'll give it a shot, as i like the idea of making backups at specific time points
[15:54] <chris_99> will be interesting to learn a new tool anyway
[15:54] <chris_99> appreciate your advice!
[15:54] <smoser> adam_g, you there?
[15:54] <smoser> looking at bug 812553
[15:54] <uvirtbot`> Launchpad bug 812553 in nova "LXC instance fails to start (dup-of: 805083)" [Undecided,New] https://launchpad.net/bugs/812553
[15:55] <uvirtbot`> Launchpad bug 805083 in nova ""libvirtError: internal error cannot determine default video type" when using UML" [High,Fix committed] https://launchpad.net/bugs/805083
[15:58] <adam_g> smoser: i am
[15:58] <h4lfl1ng> has anyone setup internet connection sharing before? with a dhcp server?
[15:58] <smoser> so i'm looking at the bug above
[15:58] <smoser> and the fix that is in that merge proposal
[16:00] <smoser> and i dont see how it could fix the issue that i'm seeing
[16:00] <smoser> i can dig deeper, but that fix definitely looks broken (see the last comment there)
[16:01] <smoser> adam_g, ^
[16:02] <adam_g> smoser: hmm ok, what about '--vnc_enabled=false' in nova.conf as a workaround?
[16:03] <smoser> that might work. i can test it.
[16:05] <astrostl> tcp6       0      0 <IP_ADDRESS>:8080          :::*                    LISTEN      16101/java
[16:05] <astrostl> that's from netstat -tlnp, on a server running tomcat.  it doesn't even report that it's listening on tcp, just tcp6, and it lists a v4 address in a v4 "local address" field.  is this a netstat bug?
[16:06] <astrostl> v4 address in a v6 "local address" field, i mean
[16:06] <adam_g> smoser: works well for me. not sure why chucks commit for that and Bug #749973 wouldnt be working
[16:06] <uvirtbot`> Launchpad bug 749973 in nova "libvirtError: internal error cannot determine default video type" [High,Fix released] https://launchpad.net/bugs/749973
[16:08] <smoser> chucks commit has broken logic, adam_g
[16:10] <smoser> >>> for s in ['lxc', 'uml']:
[16:10] <smoser> ...   if s != 'lxc' or s != 'uml':
[16:10] <smoser> ...     print "would use vnc"
[16:10] <smoser> ...
[16:10] <smoser> would use vnc
[16:10] <smoser> would use vnc
[16:10] <smoser> adam_g, ^
[16:10] <smoser> looking at the diff of: https://code.launchpad.net/~zulcss/nova/lp805083/+merge/66896
[16:14] <adam_g> smoser: yah, duh. im awake now.
[16:15] <smoser> i will un-dupe that bug and submit a merge proposal to actually fix it
[16:18] <adam_g> smoser: ok. what about Bug #812548 ? have you tried using flat manager instead? that seems to be configuration error
[16:18] <uvirtbot`> Launchpad bug 812548 in nova "bridge not set up correctly with LXC and all-in-one system" [Medium,New] https://launchpad.net/bugs/812548
[16:18] <smoser> adam_g, how do i do that? it probably is configuration error.
[16:18] <smoser> or 'luser' error, one of the 2
[16:19] <smoser> but really, you should get a better failure one way or the other.
[16:19] <adam_g> smoser: i editted the script you were using to do it. you need to specificy network_manager and flat_network_bridge in nova.conf (i believe before you do 'nova network create')
[16:21] <adam_g> i agree that the failures coul dbe more graecful and docs could be better, especially surrounding nova-network flavors
[16:25] <uvirtbot`> New bug: #809400 in php5 (main) "Cannot compile any version of PHP I want on Lucid due to dependencies in apache2-prefork-dev" [Undecided,New] https://launchpad.net/bugs/809400
[16:36] <juliux> hi
[16:36] <juliux> does somebody know if it is possible that virt-install is not terminating bevor the instances is setup full?
[16:47] <ahs3> adam_g, smoser: so i'm trying to set up the same thing (openstack on a single machine, with LXC) and running into the same problems as the bugs you've been filing...
[16:49] <smoser> ahs3, so i think we're stuck on the gateway bug now that is preventing it
[16:49] <smoser> bug 807764
[16:49] <uvirtbot`> Launchpad bug 807764 in nova "KeyError: 'gateway6' - caused by unchecked hash key reference" [Undecided,Confirmed] https://launchpad.net/bugs/807764
[16:49] <adam_g> ahs3: which bug?
[16:49] <adam_g> im putting together a merge for that one now
[16:49] <Daviey> smoser: have you fixed it yet?
[16:49] <Daviey> ah good, adam_g is saving the day
[16:50] <smoser> thats because adam_g rules and smoser drools
[16:50] <ahs3> adam_g: 812553 -- happens in natty, too
[16:51] <Daviey> bug 812553
[16:51] <uvirtbot`> Launchpad bug 812553 in nova "LXC instance fails to start" [Medium,In progress] https://launchpad.net/bugs/812553
[16:51] <ahs3> the patch for 807764 seems to work around that and at least let you get further
[16:52]  * Daviey wonders why smoser is fixing it in Ubuntu packages rather than just upstream
[16:53] <ahs3> adam_g: merge for which one?  807764?
[16:54] <adam_g> ahs3: yes
[16:54] <ahs3> thx
[16:56] <smoser> Daviey, we have this nice tool 'ubuntu-bug'
[16:56] <smoser> that i use to open bugs with
[16:56] <smoser> i collects information about the system
[16:56] <smoser> and it opens bugs against ubuntu packages
[17:00] <ahs3> smoser: can you get lxc to start a guest inside a guest, independent of libvirt and openstack?  /me is prolly doing something dumb...
[17:03] <smoser> ahs3, well... i'm fairly sure that should work
[17:04] <smoser> buti 'm not set up to test it *right now*
[17:04] <smoser> sorry to not be helpful
[17:10] <ahs3> smoser: np.  i'm trying it as we speak
[17:10] <Daviey> smoser meet serue_
[17:11] <smoser> who the heck is serue_
[17:11] <smoser> serue_, Daviey thinks i should bug you about some software a guy named hallyn is in charged with
[17:11] <Daviey> smoser: duh, it's ircname  : Unknown
[17:12] <smoser> i'm looking for some help for bug 800856
[17:12] <uvirtbot`> Launchpad bug 800856 in cloud-init "resizefs module causes problems on LXC containers" [Medium,Triaged] https://launchpad.net/bugs/800856
[17:17] <serue_> smoser: did i not reply?
[17:18] <serue_> i did
[17:18] <serue_> smoser: what do you think about the upstart job i proposed?
[17:41] <hallyn> kirkland: hey, are you ready?  where did you want to meet?  mumble?
[17:41] <kirkland> hallyn: I'm sorry, I had another meeting scheduled on top of this one
[17:41] <kirkland> hallyn: can we do it as soon as this one is over?  <1 hour?
[17:42] <hallyn> we can try.
[17:43] <hallyn> (I'd locked the kids in a closet for this (j/k), so they may prevent a meeting, but let's try
[17:43] <hggdh> all: it seems the 10.04.3 20110719.1 server images (and alternate) are broken
[17:45] <hggdh> installation fails with "no kernel modules found"
[18:00] <olokki1> hello ppl, how can i change the default commandline for force check filesystem on reboot? i cant seem to find this info anywhere
[18:01] <olokki1> (i know how to force the check, i just want to change the options)
[18:19] <SpamapS> olokki1: the options for the fsck ?
[18:19] <SpamapS> olokki1: it does a very quick check by default.. if you want to do the full check, that should be manual usually.
[18:27] <olokki1> SpamapS: yes sure, but is there a way to change the default?
[18:28] <olokki1> SpamapS: i just want to do a -D on a remote system
[18:29] <SpamapS> olokki1: I don't think you cna change the options no
[18:30] <SpamapS> olokki1: remote consoles are useful for this sort of thing. :)
[18:31] <hallyn> kirkland: I'm here if you're ready
[18:31] <olokki1> SpamapS: yeah i wish i had payed for a kvm
[18:31] <kirkland> hallyn: nearly done
[18:31] <hallyn> k
[18:32] <kirkland> hallyn: okay
[18:35] <SpamapS> olokki1: if you can tie the lost performance to money, I bet you can justify the KVM easily. :)
[18:36] <kpettit> Anybody know a editor/tool that can re-format HTML so it's all consistant?
[18:36] <shauno> 'tidy' ?
[18:36] <kpettit> Alot of the HTML I have to look at is all squished up on a few lines, makes it hard to look through
[18:37] <kpettit> tidy?  I don't know what that is, I'll look it up
[18:38] <shauno> it'll argue with you if the html is malformed, but it's otherwise handy for tidy -indent -ashtml to turn generated blobs back into something readable
[18:39] <kpettit> ah cool.  Just installed it.
[18:41] <kpettit> shauno, ahhhh that's much better.  Thanks, works like a charm
[18:52] <SpamapS> lifeless: when did you want to chat about Ensemble?
[19:35] <Daviey> RoAkSoAx: Yo'll.. how are those cobbler bugs looking?
[19:36] <uvirtbot`> New bug: #813110 in php5 (main) "CVE-2011-1938" [Undecided,New] https://launchpad.net/bugs/813110
[19:36] <uvirtbot`> New bug: #813115 in php5 (main) "CVE-2011-2202" [Undecided,New] https://launchpad.net/bugs/813115
[19:39] <philsf> hi, I'm used to installing debian and ubuntu on desktop-like hardware  and I'm trying to install on a DELL R710  for the first time. I'm puzzled that the four HDs appear as one device (sda) apparently set by hardware RAID. I'd like to manage each HD individually, how can I do that?
[19:40] <Riz> Via the raid utility
[19:40] <philsf> I'm familiar with mdadm, but I don't know how to access the hw raid
[19:40] <Riz> Watch the console as the server boots, it's ctrl+e or something like that
[19:40] <Riz> You can then manage your disks
[19:40] <Riz> Or isntall dell open manage
[19:41] <philsf> Riz, are you familiar with this set? is this the default?
[19:41] <Riz> Typically, unless otherwise stated. Dell will send the server preconfigured.
[19:41] <Riz> I'm not sure what they default to for the 710's...likely a raid 5 setup.
[19:42] <philsf> forgive my ignorance, what does this dell open manage do?
[19:42] <philsf> I don't think I have a manual, only some CDs, and no PDFs within
[19:43] <Riz> http://support.dell.com/support/edocs/software/svradmin/6.5/en/CLI/HTML/index.htm
[19:43] <Riz> Openmanage will let you work with the raid card, lets you do your virtual disks, replace drives and what not
[19:43] <Riz> with that said, it's far better to use hardware raid vs software
[19:43] <Riz> IMHO that is
[19:45] <philsf> and hw RAID is accessible through Ctrl-E in boot?
[19:45] <Riz> Something like that, watch the console, it'll tell y
[19:45] <Riz> a
[19:46] <philsf> it is, but it mostly let's me configure NIC stuff
[19:46] <philsf> iDRAC6 config utility, is that it?
[19:48] <Riz> yup
[19:48] <Riz> Erm, wait
[19:48] <philsf> oh, found it. It's Ctrl-R, instead
[19:48] <philsf> thanks!
[19:48] <Riz> no, iDRAC is your managment card, another very usefull thing
[19:48] <ppetraki> philsf, you'll see multiple "tabs" for virtual disks and physical disks
[19:49] <ppetraki> philsf, not the worlds greatest UI
[19:49] <philsf> ppetraki, yup, I see that now, in a tree-like UI
[19:49] <ppetraki> philsf, are you sure you want to do this?
[19:49] <philsf> ppetraki, why not? should I use all HDs as one single device?
[19:50] <smoser> adam_g, around ?
[19:50] <smoser> https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/812539
[19:50] <uvirtbot`> Launchpad bug 812539 in cloud-init "FQDN does not get set correctly in /etc/hosts" [Medium,Triaged]
[19:50] <ppetraki> philsf, well, if you have a sizable cache on the controller, performance, and if battery backed, data integrity
[19:51] <ppetraki> philsf, and dell will support you, soon as you say the words "MD" they'll give up on you
[19:51] <philsf> ppetraki, what if I need to remove one disk? how would I substititute it
[19:52] <adam_g> smoser: hey
[19:52] <ppetraki> philsf, the chassis has drive beaconing, it'll blink the bad disk for you
[19:52] <smoser> i'm looking at that first hunk
[19:52] <ppetraki> philsf, err, the slot that is
[19:52] <philsf> ppetraki, sorry, that's not what I meant
[19:52] <smoser> hostname = cloud.get_hostname()
[19:52] <philsf> with my mdadm background, I was planning to use the 4 available HDs in two batches of RAID1
[19:52] <adam_g> smoser: ok
[19:53] <smoser> if that was None, then wouldn't 'fqdn = cloud.get_hostname(fqdn=True)' == None?
[19:53] <ppetraki> philsf, sure ok
[19:53] <philsf> ppetraki, I was hoping I could do the same with the hw controller
[19:53] <ppetraki> philsf, it had better be able to do that :)
[19:53] <smoser> as the only way it returns None is if local-hostname isn't available
[19:54] <philsf> ppetraki, so what exactly are you recommending me *not* to do? I'm confused
[19:54] <philsf> ppetraki, not to use mdadm, you mean?
[19:54] <ppetraki> philsf, the question to ask is what do you gain from using md? To me the answer is "portability".
[19:55] <smoser> oh. wait. i'm reading it wrong, adam_g
[19:55] <smoser> sorry
[19:55] <adam_g> smoser: fqdn = cloud.get_hostname(fqdn=True) only when local-hostname is available, otherwise use other means
[19:55] <philsf> ppetraki, I will gladly use whatever controller Dell wants me to use. I just don't like this default linear config
[19:55] <ppetraki> philsf, oh, I didn't know it was linear, that controller should atleast be able to do RAID 0/1
[19:55] <philsf> sorry, raid5
[19:56] <smoser> so then my only sisue at this point, adam_g is that local-hostname on eucalyptus is an ip address
[19:56] <philsf> ppetraki, what I have now is 4x140GB disks, and 1x408GB raid5 virtual drive
[19:57] <lifeless> SpamapS: hi
[19:57] <ppetraki> philsf, *looking up specs*
[19:57] <philsf> I can't tell from this config utility if this already has mirroring configured for the disks
[19:58] <ppetraki> philsf, so which PERC do you have?
[19:58] <adam_g> smoser: is it an ip or a string constructed like ip-192-168-5-1?
[19:58] <smoser> an IP
[19:58] <smoser> which is then turned into a string by cloud-init
[19:58] <philsf> ppetraki, perc i/6
[19:58] <smoser> (right after your 'if fqdn' statment)
[19:59] <ppetraki> philsf, ah ok
[19:59] <ppetraki> philsf, so it appears to support every RAID level under the sun
[20:00] <ppetraki> philsf, and has 256M cache
[20:00] <adam_g> smoser: sec
[20:00] <philsf> good. I know raid5 allows mirroring, but I never used it. does it always have mirroring, or is it optional?
[20:01] <ppetraki> philsf, RAID5 is distributed parity, can tolerate 1 fault and operate in a degraded state
[20:01] <adam_g> smoser: better? http://paste.ubuntu.com/647593/
[20:02] <adam_g> smoser: actually, ill rework it in a bit
[20:02] <philsf> hmm, I think I know understand how this is broken down: 4x140GB disks would totalize 560GB, but I have a 408GB virtual disk. that leaves around 150GB for a parity "disk" and probably some hidden rescue partitions
[20:02] <philsf> does that sound correct?
[20:03] <ppetraki> philsf, it really depends on your application, do you value read perf over write perf?
[20:03] <ppetraki> yup
[20:04] <philsf> ppetraki, TBH I don't expect much traffic here, so I'll probably operate on very low demand, given the cpu availability
[20:04] <philsf> ppetraki, this will become some mail and webservers, mostly
[20:05] <philsf> I'd like good write performance, for mail access and maybe an FTP/SMB in a forseable future
[20:05] <philsf> ppetraki, does that mean I should trade raid5 for, say, raid1?
[20:05] <ppetraki> philsf, then I'd take RAID 10 over 5
[20:06] <philsf> ppetraki, and will Dell support frown if I change this default?
[20:08] <lifeless> SpamapS: I have a call with flacoste now, then Lynne and I go see the midwife from 930 (its 800 now) till 1030. Anytime outside those constraints.
[20:08] <ppetraki> philsf, perhaps, a RAID 10 is considered a "mirrored strip" or RAID 0 + 1. So you could concat two of your disks, and mirror them, giving you 280G
[20:09] <ppetraki> philsf, RAID 1 would limit you to the size of the physical disk, so 140G mirrored. Do you have any spares?
[20:09] <ppetraki> philsf, ideally this should be planned around a spare or two, resident in the chassis. Unless you like running down to the datacenter :-)
[20:10] <RoAkSoAx> Daviey: haven't yet worked on them I'm working on ensemble atm
[20:10] <ppetraki> philsf, the easiest config to manage would be a RAID 1 (140G) with two hotspares
[20:11] <ppetraki> philsf, I'm pretty sure the dell firmware automagically puts the spare into service, check the docs
[20:11] <RoAkSoAx> Daviey: i wanna finish some stuff with ensemble first and then will look at the cobbler stuff
[20:12] <ppetraki> philsf, also, when you go the vdisk route, the firmware will watch for physical disk problems and report back via the admin tool. less work for you
[20:12] <Daviey> RoAkSoAx: okay.. great stuff.
[20:12] <philsf> ppetraki, sounds brilliant
[20:12] <ppetraki> philsf, and you get to know which disk is in which slot :-), unless you plan to write serial numbers down on the front of each cage
[20:12] <philsf> goodbye mdadm :)
[20:13] <ppetraki> philsf, at least in this case, I love it and it has its place
[20:13] <philsf> ppetraki, as I said earlier, I don't think the performance demand will require much fiddling, for me to choose raid 10 over 5. and this default setup seems sound and provides me the best space offer for the buck
[20:14] <philsf> ppetraki, I was just worried that it might be raid0, with no mirror, but I hadn't done the math then.
[20:15] <philsf> ppetraki, thanks very much for the clarifications, and the pointers
[20:15] <ppetraki> philsf, Dell usually defaults to some sort of HA setup, better to provide "safe" defaults then get a customer call about lost data
[20:16] <philsf> will see now the link on performance
[20:17] <philsf> hmm, writes are really much faster. sounds good to me
[20:19] <jnsl_> this might be more of a apache question, but nonetheless.. can i rewrite urls in a folder from site.com to site-com ?
[20:20] <philsf> ppetraki, thanks again, will sleep on all that
[20:20] <jMCg> jnsl_: #httpd
[20:21] <ppetraki> philsf, no problem, glad I could help
[20:42] <lifeless> hallyn: is there a workaround for bug 802985 ?
[20:42] <uvirtbot`> Launchpad bug 802985 in eglibc "[lucid] /var/lib/dpkg/tmp.ci/preinst: 399: arithmetic expression: expecting EOF: "3.0-0-generic"" [High,Triaged] https://launchpad.net/bugs/802985
[20:43] <smoser> adam_g, http://paste.ubuntu.com/647621/
[20:43] <lifeless> if we can't build a lucid container in oneiric, we'll be rather wedged lxc wise in the Launchpad team
[20:44] <smoser> but i wonder if we should not just have the cloud do the platform.node() magic
[20:46] <hallyn> lifeless: cjwatson had mentioned a few, I can't remember which was the most palatable
[20:47] <hallyn> lifeless: I guess I've just been creating lucid containers under natty instead :(
[20:48] <lifeless> is there some escalation process I should use to say 'this is going to be very important to us' ?
[20:48] <hallyn> lifeless: ping cjwatson and bump the debootstrap bug up to critical?
[20:49] <lifeless> doing in -devel
[20:49] <hallyn> cool
[20:49] <hallyn> stgraber: are you around by chance?
[20:49] <stgraber> hallyn: yep
[20:50] <hallyn> stgraber: would you mind, when you get a chance, sanity-checking my debdiff for lxc on bug 813075 ?
[20:50] <uvirtbot`> Launchpad bug 813075 in lxc "lxcguest should provide a way to tell if this is lxc container" [Medium,In progress] https://launchpad.net/bugs/813075
[20:51] <hallyn> stgraber: mainly worried about tossing in lots of new names in the upstart job namespace and in /usr/bin
[20:51] <hallyn> but i think it's overall a very useful feature, so probably worth it
[20:51] <hallyn> everyone wants to know if they're in the matrix
[20:51] <lifeless> red pill, blue pill
[20:53] <stgraber> hallyn: you could probably use "grep -q" but other than that, looks good
[20:54] <stgraber> my current way of doing it is: [ -f "/proc/1/cgroup" ] && grep -vq "/$" /proc/1/cgroup && echo "It's lxc"
[20:54] <stgraber> but it's not always true :)
[20:55] <hallyn> stgraber: right, my main complaint about that is that initramfs or systemd can screw you :)
[20:55] <hallyn> grep -q.  feh i always forget about that :)
[20:55] <hallyn> stgraber: cool, thanks.  Would you mind sponsoring that too?  :)
[20:56] <hallyn> oh,
[20:56] <hallyn> oh nm
[20:57] <stgraber> hallyn: yep, I can sponsor it
[20:58] <hallyn> stgraber: thanks!  the whole shebang with using grep -q is at http://people.canonical.com/~serge/lxc_<IP_ADDRESS>-0.3ubuntu4-package
[21:00] <stgraber> hallyn: just wondering, did you check that lxc-is-container is executable?
[21:00] <hallyn> i tested on an ec2 instance...
[21:01] <hallyn> should that being enforced by the packaging?
[21:02] <hallyn> (actuall, i'm guessing that dh_install already makes sure anything in usr/bin gets +x, but i could be wrong)
[21:02] <stgraber> yeah, that's the bit I'm not too sure about :) checking here quickly
[21:06] <stgraber> hallyn: uploaded
[21:07] <hallyn> stgraber: thanks!
[21:08] <hallyn> i must run for a bit, bbl
[21:10] <smoser> adam_g, could you try: http://paste.ubuntu.com/647637/
[21:10] <smoser> and sanity check that too?
[21:13] <adam_g> smoser: sorry, was at lunch.
[21:13] <adam_g> ill test it now
[21:14] <smoser> yeah, take alook
[21:14] <smoser> i will look later or tomororw
[21:41] <RoAkSoAx> kirkland: ping?
[21:41] <kirkland> RoAkSoAx: pong!
[21:41] <RoAkSoAx> kirkland: howdy!! I seek your advice and help with a postrm in cobbler
[21:42] <kirkland> RoAkSoAx: heh, sure
[21:42] <kirkland> RoAkSoAx: should i branch the latest code?
[21:42] <RoAkSoAx> kirkland: i don't think it would be necessary :)
[21:42] <kirkland> RoAkSoAx: okay, hit me
[21:43] <RoAkSoAx> kirkland: so when purging the package it fails as per bug #805901
[21:43] <uvirtbot`> Launchpad bug 805901 in cobbler "cobbler failed to purge" [High,Confirmed] https://launchpad.net/bugs/805901
[21:43] <RoAkSoAx> kirkland: I changed the cobbler.postrm to:http://pastebin.ubuntu.com/647663/
[21:44] <RoAkSoAx> kirkland: however, now it doesn't fail, but it gets stuck and does not return
[21:44] <RoAkSoAx> kirkland: log setting -x: http://pastebin.ubuntu.com/647661/
[21:45] <RoAkSoAx> kirkland: any ideas of why it might be?
[21:46] <kirkland> RoAkSoAx: your set -x log looks like it completed, no?
[21:46] <RoAkSoAx> kirkland: yes, the set -x log looks like completed, but never returns
[21:46] <RoAkSoAx> kirkland: this is what is in /var/lib/dpkd/info/cobbler.postrm : http://paste.ubuntu.com/647664/
[21:47] <kirkland> RoAkSoAx: lines 5 and 22 are redundant
[21:48] <kirkland> RoAkSoAx: so i don't think you need lines 5 and 6
[21:49] <RoAkSoAx> kirkland: if I don't set lines 5 and 6 it fails as per the bug description
[21:49] <kirkland> RoAkSoAx: erm
[21:51] <RoAkSoAx> kirkland: seems like apache2 is the problem
[21:51] <RoAkSoAx> kirkland: i just killed apache processes and the removal resumed
[21:51] <kirkland> RoAkSoAx: hmm
[21:51] <kirkland> RoAkSoAx: missing configuration?
[21:51] <RoAkSoAx> but got stuck again in "Building database of manual pages ..."
[21:52] <RoAkSoAx> kirkland: might be indeed
[21:52] <TREllis> Daviey: have you connected glance to swift before?
[21:53] <TREllis> bah 11pm in the UK
[21:53] <TREllis> anyone setup glance connected to swift backend before?
[21:54] <RoAkSoAx> kirkland: yeah it is apache's problem
[22:02] <TREllis> sorted it, no worries
[22:03] <RoAkSoAx> kirkland: I think we don't even really need cobbler
[22:04] <kirkland> RoAkSoAx: heh, what do you propose in place of cobbler?
[22:05] <RoAkSoAx> kirkland: err I meant "cobbler.postrm"
[22:05] <RoAkSoAx> :)
[22:05] <RoAkSoAx> kirkland: as it's only there to restart apache, but cobbler binary itself doesn't mess with apache2. Cobbler-web does though
[22:07] <kirkland> RoAkSoAx: heh :-)
[22:07] <kirkland> RoAkSoAx: right
[22:07] <kirkland> RoAkSoAx: i'd agree witht hat
[22:10] <RoAkSoAx> kirkland: hehe
[22:43] <hggdh> hallyn, adam_g: is the test rig available?
[22:44] <hggdh> (need to test UEC on Lucid)
[23:13] <quentusrex> Anyone know of a way to test the system memory without rebooting the machine?
[23:14] <quentusrex> I have a remote box that seems to have faulty memory, but I need to know before I go to the datacenter if it is the memory or if the system has other problems.
[23:15] <lifeless> SpamapS: yo
[23:21] <SpamapS> lifeless: howdy
[23:22] <lifeless> SpamapS: is it too late for you ?
[23:22] <lifeless> midwife ran late; ended up asking for a statistical analysis of $various $options
[23:23] <SpamapS> lifeless: not at all, I've got about 45 min left
[23:23] <lifeless> woot
[23:23] <lifeless> skype?
[23:24] <SpamapS> lifeless: sure, clintfewbar
[23:24] <r4___> im running clonezilla SE on ubuntu 10.04 LTS 32bit machine, i created an image of ubuntu 11.04 64-bit. when i restore the image, the machine cannot boot...(writing what happens)
[23:24] <r4___> what happens when i try to boot...a really fast msg pops up on the screen that reads "error: file not found" and goes away
[23:25] <r4___> i suspect it's a grub problem with the mbr
[23:25] <r4___> because when the image is restored, it tries to install grub from the restored OS but fails and installs grub from the running OS clonezilla SE provides
[23:25] <r4___> i feel that since clonezilla is running a 32bit OS and the image is a 64bit OS that it causes a problem
[23:25] <r4___> does this sound reasonable or could it be something else?
[23:30] <jMCg> r4___: "feel" and "reasonable" doesn't "feel right"
[23:31] <r4___> jMCg: i was right..reinstalled grub from a live enviroment and it booted :)
[23:31] <r4___> crappy issue though... :(
[23:52] <r4___> Does ubuntu 10.04 LTS use grub or grub2?
[23:52] <TenKTech> 2
[23:53] <twb> d-i still asks you with priority=low, but if you ask for grub it pulls in the upgrade compat package :-/
[23:53] <twb> (As at lucid, I mean.)
[23:54] <r4___> hrm...odd issue nontheless.
[23:54] <twb> r4___: perhaps if you described it...
[23:54] <r4___> read up
[23:54] <r4___> oh sorry
[23:54] <r4___> you just joined
[23:55] <twb> Ah, sorry.
[23:55] <twb> Can you pastebin or /msg me the scrollback?
[23:56] <r4___> sure can
[23:58] <r4___> check query
[23:59] <twb> OK; AFAIK grub doesn't care if the OS is 32 or 64-bit.  If the versions in lucid and clonezilla are very different, that could cause problems.  It would be useful to know if (the installed) grub is configured to not display anything, as is the lucid default -- you have to hit shift at exactly the right time to get it to display anything.
[23:59] <twb> Most likely I think is just that clonezilla installed grub incorrectly.


[19:24] <rrnwexec> greetings from Vancouver
[19:25] <rrnwexec> question for people that have made posters... any takers?
[20:13] <popey> rrnwexec: ?


[16:25] <paultag> thafreak: you should buy pudding.ninja
[18:52] <thafreak> ha
[18:52] <thafreak> no, it's just temporary
[18:52] <thafreak> got tired of master of science
[18:52] <thafreak> seemed pretenious
[18:53] <thafreak> like signing my name with M.S. at the end
[18:53] <thafreak> I wanted
[18:53] <thafreak> Quantum Pudding Analyst
[18:53] <thafreak> but that is apparently too long for twitter
[18:53] <thafreak> and it cut it down to Quantum Pudding Anal
[18:53] <thafreak> which I'm pretty sure would have been taken the wrong way
[18:55] <thafreak> so, if I want to experiment with systemd....
[18:56] <thafreak> what do I install? debian sid?
[18:56] <thafreak> testing?
[18:56] <thafreak> is ubuntu 14.10 even on systemd by default?
[18:57] <Unit193> Not by default, but optional.
[18:57] <Unit193> (I'm using it in 14.04 FWIW. :P )
[18:57] <thafreak> is anything in the deb family systemd by default? Like how it will be eventually
[18:57] <thafreak> or do I need to stick with the centos/fedora crap, erm stuff?
[18:58] <Unit193> OOTB?  Not other than Siduction that I know of, but in Debian you just install systemd-sysv, and in utopic you just add an init= boot option.
[18:59] <thafreak> what's the plan? Is it going to be default in jessie or jessie+1?
[19:01] <Unit193> It's getting harder to not use it now, but I had thought it was +1 but of course I could be wrong.
[19:02] <thafreak> well, I'm all about embracing the future aparently...why not
[19:02] <thafreak> better learn it now and not have to play catch up
[19:03] <thafreak> I'm also going to set up ipv6 and a tunnel...why not
[19:03] <Unit193> systemd is nice as init, not cool as the system. :P
[19:03] <Unit193> Ah, cool.  TWC here, so likely won't get native soon either.
[19:03] <thafreak> yeah, I was thinking it was kind of anti-unix philosophy
[19:04] <thafreak> but you know, after I thought about it, the init doesn't really need to play by unix philosophy
[19:04] <thafreak> and sysvinit didn't really either, except for the whole, do one thing only part
[19:04] <thafreak> so why not just accept the future i guess...
[19:05] <thafreak> the whole journald is kind of weird to me too....maybe I just need to read more into it though


[08:55] <pipedream> I need more space for a PPA please: https://answers.launchpad.net/launchpad/+question/199914
[08:56] <czajkowski> pipedream: done
[09:33] <pipedream> czajkowski: thanks!
[11:22] <Laney> I don't know who to ask to kill PPA builds, but I think https://launchpad.net/~laney/+archive/ppa/+build/3545212 is beyond hope
[13:10] <jimis> FYI the following URL returns error, I've been trying some time now
[13:10] <jimis> http://bazaar.launchpad.net/~vcs-imports/gcc/trunk/changes?filter_file_id=14877%40138bc75d-0d04-0410-961f-82ee72b054a4%3Atrunk%252Flibiberty%252Fobstack.c
[13:11] <jimis> it happens when clicking the "view changes to this file"
[15:38] <bobweaver> hello there can I get some help uploading a debian package to a ppa that I made for friend ? all the code is located http://bazaar.launchpad.net/~josephjamesmills/+junk/zen-koans/files    I built the package two different ways and it will still not upload with dput
[15:38] <bobweaver> dpkg-builpackage  & also with debuild -S -sa
[15:38] <bobweaver> uploads great but I get a e-mail saying that it has failed
[15:39] <bobweaver> ppa is located
[15:39] <bobweaver> https://launchpad.net/~josephjamesmills/+archive/koan
[15:39] <bobweaver> Thanks for your time :)
[17:29] <bobweaver> Never mind I got it


[17:02] <matsubara> #startmeeting
[17:02] <MootBot> Meeting started at 11:02. The chair is matsubara.
[17:02] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[17:02] <matsubara> sorry I'm late
[17:02] <matsubara> Welcome to this week's Launchpad Production Meeting. For the next 45 minutes or so, we'll be coordinating the resolution of specific Launchpad bugs and issues.
[17:02] <matsubara> [TOPIC] Roll Call
[17:02] <MootBot> New Topic:  Roll Call
[17:02] <matsubara> Not on the Launchpad Dev team? Welcome! Come "me" with the rest of us!
[17:02] <sinzui> me
[17:02] <matsubara> Chex, rockstar, gary_poster, danilos, allenap: hi
[17:02] <Ursinha> moi
[17:03] <allenap> me
[17:03] <chex> me
[17:03] <gary_poster> me
[17:03] <matsubara> no one from soyuz?
[17:04]  * rockstar
[17:04] <Ursinha> matsubara, julian is on leave
[17:04] <matsubara> ok. let's move one then
[17:04] <matsubara> [TOPIC] Agenda
[17:04] <MootBot> New Topic:  Agenda
[17:04] <matsubara>  * Actions from last meeting
[17:04] <matsubara>  * Oops report & Critical Bugs & Broken scripts
[17:04] <matsubara>  * Operations report (mthaddon/Chex/spm/mbarnett)
[17:04] <matsubara>  * DBA report (stub)
[17:04] <matsubara>  * QA stats of the week
[17:04] <matsubara>  * Proposed items
[17:04] <matsubara>  * Ursinha to send email to TLs about QA summaries
[17:04] <matsubara>  * matsubara to triage open oops-tools bugs
[17:04] <matsubara>  * Ursinha to file a bug about setting the increase threshold for the product release finder monitoring script
[17:04] <matsubara>  * allenap to talk to chex after the meeting about the calculate_bug_heat failing script
[17:04] <matsubara>    * Suspect it was due to the roll-out; the script did actually run
[17:04] <matsubara>      but took a long time to get through the backlog. Will see if it
[17:04] <matsubara>      happens again. -- allenap
[17:04] <matsubara>  * Ursinha to investigate about oops-prune and expire-ppa-files failing scripts
[17:05] <matsubara>  * rockstar to find someone to look at bug 536486 and update it
[17:05] <matsubara>  * Ursinha to send one email to lp list about the untriaged bugs in lp-project and others
[17:05] <matsubara> oops
[17:05] <matsubara> [TOPIC] * Actions from last meeting
[17:05] <MootBot> New Topic:  * Actions from last meeting
[17:05] <matsubara> * Ursinha to send email to TLs about QA summaries
[17:05] <matsubara>  * matsubara to triage open oops-tools bugs
[17:05] <Ursinha> matsubara, I've commented on two of my items there
[17:05] <matsubara>  * Ursinha to file a bug about setting the increase threshold for the product release finder monitoring script
[17:05] <matsubara>  * allenap to talk to chex after the meeting about the calculate_bug_heat failing script
[17:05] <matsubara>    * Suspect it was due to the roll-out; the script did actually run
[17:05] <matsubara>      but took a long time to get through the backlog. Will see if it
[17:05] <matsubara>      happens again. -- allenap
[17:05] <matsubara>  * Ursinha to investigate about oops-prune and expire-ppa-files failing scripts
[17:05] <matsubara>  * rockstar to find someone to look at bug 536486 and update it
[17:05] <matsubara>  * Ursinha to send one email to lp list about the untriaged bugs in lp-project and others
[17:05] <matsubara> sorry, forgot to reload the page
[17:05] <matsubara> I did triage all open oops-tools bugs
[17:05] <Ursinha> I've filed a bug, bug 558448
[17:06] <Ursinha> oops-prune haven't failed again. expire-ppa-files is failing because it was removed. Is that on purpose? spm sent one email to lp list asking that
[17:06] <matsubara> [action]  * Ursinha to send email to TLs about QA summaries
[17:06] <MootBot> ACTION received:   * Ursinha to send email to TLs about QA summaries
[17:06] <matsubara> [action] * Ursinha to send one email to lp list about the untriaged bugs in lp-project and others
[17:06] <MootBot> ACTION received:  * Ursinha to send one email to lp list about the untriaged bugs in lp-project and others
[17:06] <matsubara> Ursinha, are those two correct to be re-added to the action items?
[17:07] <sinzui> Ursinha, I have looked into it. There is no clear fix yet. The two leading ways is to make the processes in nightly.sh run faster, or run them in parallel
[17:07] <Ursinha> matsubara, I'm writing the untriaged bugs email right now; you can keep them if you want, I'll manage to do it
[17:07] <matsubara> rockstar, how about yours? did you find someone to look at bug 536486
[17:07] <matsubara> ?
[17:08] <rockstar> matsubara, yeash.  The bug reflects the actions being taken (very little currently)
[17:08] <rockstar> We're not focusing on ruby for bzr-git, we're focusing on the kernel import.
[17:09] <matsubara> rockstar, all right. thanks for chasing that
[17:10] <matsubara> ok, let's move on then
[17:10] <matsubara> [TOPIC] * Oops report & Critical Bugs & Broken scripts
[17:10] <MootBot> New Topic:  * Oops report & Critical Bugs & Broken scripts
[17:10] <matsubara> allenap, thank deryck for looking at https://bugs.edge.launchpad.net/malone/+bug/556515. please let him know this is one of the top oopses for this week
[17:11] <matsubara> gary_poster, I see that https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1557EA572 is still happening as of 2010-04-06
[17:11] <allenap> matsubara: Will do.
[17:12] <matsubara> rockstar, have you seen https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1553EC1332 ? oops retrieving the feed for person branches. not sure if this is a bug for code or registry
[17:12] <gary_poster> matsubara: ack.  I think I asked about that before but don't remember answer.  will investigate and reopen or open anew as appropriate
[17:13] <matsubara> thanks gary_poster
[17:13] <sinzui> matsubara, branches is the code team
[17:13] <rockstar> matsubara, it's a code issue
[17:13] <sinzui> matsubara, the registry only manages project announcements
[17:13] <matsubara> [action] gary_poster to investigate OOPS-1557EA572 and re-open or file a new bug for it
[17:13] <MootBot> ACTION received:  gary_poster to investigate OOPS-1557EA572 and re-open or file a new bug for it
[17:13] <matsubara> [action] matsubara to file a bug for OOPS-1553EC1332
[17:13] <MootBot> ACTION received:  matsubara to file a bug for OOPS-1553EC1332
[17:15] <matsubara> we have 3 critical bugs, 2 fix committed and one confirmed
[17:16] <matsubara> the one confirmed is for soyuz :-(
[17:16] <Ursinha> :/
[17:16]  * rockstar is glad it wasn't for code
[17:16] <matsubara> [action] matsubara to chase critical bug 556839 with noodles or someone from soyuz
[17:16] <MootBot> ACTION received:  matsubara to chase critical bug 556839 with noodles or someone from soyuz
[17:16] <Ursinha> oops
[17:17] <matsubara> we have a few scripts failing since last week
[17:17] <matsubara> retry-depwait is failing frequently
[17:17] <matsubara> Ursinha, do you know what's up with that one? ISTR you asked in the list or something about it
[17:18] <Ursinha> matsubara, there's an open bug for that, let me find it
[17:18] <matsubara> there's also expire-ppa-files script which seems to have been moved or removed
[17:18] <Ursinha> I asked about expire-ppa-files
[17:18] <matsubara> [action] matsubara chase someone from soyuz about expire-ppa-files failing script
[17:18] <MootBot> ACTION received:  matsubara chase someone from soyuz about expire-ppa-files failing script
[17:19] <matsubara> update-cache also failed due to a missing user
[17:19] <matsubara> fixed by spm already
[17:19] <matsubara> that's it. thanks everyone. let's move on
[17:19] <matsubara> [TOPIC] * Operations report (mthaddon/Chex/spm/mbarnett)
[17:19] <MootBot> New Topic:  * Operations report (mthaddon/Chex/spm/mbarnett)
[17:19] <Ursinha> matsubara, bug 553068
[17:20] <Chex> hello everyone
[17:20] <Chex> here is the LOSA report for this week:
[17:20] <matsubara> thanks Ursinha
[17:20] <Chex>         : 08-Apr: Librarian1 rapidly gobbling memory, restarted to free up.  Bug 556245.
[17:20] <Chex>         Any more info on this issue?
[17:20] <Chex>         : Issue with LP staging_restore: replication DB issue.
[17:20] <Chex>         fixed the problem yesterday, Staging restore are working now.
[17:20] <Chex>         : Buildbot issues: having problems pulling sourcecode earlier - issue still not
[17:20] <Chex>         resolved.  Does anyone have more information on this issue?
[17:21] <matsubara> gary_poster, ^
[17:21] <Ursinha> Chex, I see that edge updates aren't working yet
[17:22] <gary_poster> Chex, no more info on Librarian issue, but aware of it.
[17:24] <gary_poster> pulling sourcecode: that's a code issue IMO, but I don't think we've raised it because we don't know what to do about it.  The buildbot issue I was talking to you about was that jml wanted buildbot to no longer allow a failed update to proceed.  I'm fine with this, but his change didn't work, and I don't know why.
[17:25] <Chex> gary_poster: ok, thanks for librarian.  about buildbot issues, thats fine, anything we can do you help you debug why the change didnt work?
[17:25] <gary_poster> matsubara, rockstar: salgado reports about OOPS-1557EA572:
[17:25] <gary_poster> "gary_poster, the OOPS above is different from the one I'd seen when fixing the bug.  that's in the view that generates merge-proposal diffs.  that view should either use StreamOrRedirectLibraryFileAliasView (which knows what to do when the librarian is down) or do something similar to that"
[17:25] <Chex> Ursinha: edge updates.. I will have to take a look at that.
[17:26] <matsubara> gary_poster, thanks!
[17:26] <gary_poster> sure
[17:26] <Ursinha> Chex, I see lp stable branch is currently on r10650, but edge is running other branch
[17:26] <matsubara> [action] matsubara to file a bug on launchpad-code about OOPS-1557EA572 including details from salgado ("the OOPS above is different from the one I'd seen when fixing the bug.  that's in the view that generates merge-proposal diffs.  that view should either use StreamOrRedirectLibraryFileAliasView (which knows what to do when the librarian is down) or do something similar to that")
[17:26] <MootBot> ACTION received:  matsubara to file a bug on launchpad-code about OOPS-1557EA572 including details from salgado ("the OOPS above is different from the one I'd seen when fixing the bug.  that's in the view that generates merge-proposal diffs.  that view should either use StreamOrRedirectLibraryFileAliasView (which knows what to do when the librarian is down) or do something similar to that")
[17:30] <matsubara> ok, let's move on. thanks Chex and everyone
[17:30] <matsubara> [TOPIC] * DBA report (stub)
[17:30] <MootBot> New Topic:  * DBA report (stub)
[17:30] <matsubara> I'll ask stub to send the dba report if he hasn't yet
[17:31] <Ursinha> he has
[17:31] <matsubara> [TOPIC] * QA stats of the week
[17:31] <MootBot> New Topic:  * QA stats of the week
[17:31] <matsubara> great
[17:31] <matsubara> Soyuz (soyuz): 28
[17:31] <matsubara> launchpadlib  (launchpadlib): 25
[17:31] <matsubara> Launchpad Developer Utilities (lp-dev-utils): 9
[17:31] <matsubara> Launchpad Bazaar Integration (launchpad-code): 8
[17:31] <matsubara> Launchpad Auto Build System (launchpad-buildd): 8
[17:31] <matsubara> Launchpad Development Wiki Moin theme (launchpad-dev-moin-theme): 5
[17:31] <matsubara> Launchpad Foundations (launchpad-foundations): 3
[17:31] <matsubara> Launchpad Buildbot Configuration (lpbuildbot): 2
[17:31] <matsubara> trac-launchpad-migrator (trac-launchpad-migrator): 2
[17:31] <matsubara> launchpad-loggerhead (launchpad-loggerhead): 2
[17:31] <matsubara> Launchpad News WordPress Theme (launchpad-news-wordpress-theme): 2
[17:31] <matsubara> Launchpad QA Utilities (lp-qa-tools): 2
[17:31] <matsubara> Launchpad Help Wiki Moin theme (launchpad-help-moin-theme): 2
[17:31] <matsubara> Launchpad Bugs (malone): 2
[17:31] <matsubara> Launchpad CSCVS (launchpad-cscvs): 2
[17:31] <matsubara> Launchpad Registry (launchpad-registry): 1
[17:31] <matsubara> Launchpad Documentation (launchpad-documentation): 1
[17:31] <matsubara> Tickcount (tickcount): 1
[17:32] <matsubara> I guess I should've formatted this better
[17:32] <matsubara> anyway, soyuz and launchpadlib still high on the number of untriaged bugs
[17:33] <Ursinha> matsubara, I guess launchpadlib is somehow related to foundations people
[17:33] <matsubara> yes, it is. I'll talk to the team about it
[17:33] <Ursinha> I'm about to send one email to the list to discuss that
[17:33] <matsubara> [action] matsubara to talk to foundations about launchpadlib
[17:33] <MootBot> ACTION received:  matsubara to talk to foundations about launchpadlib
[17:33] <matsubara> [TOPIC] * Proposed items
[17:33] <MootBot> New Topic:  * Proposed items
[17:34] <matsubara> there's no new proposed items
[17:34] <matsubara> anything else before I close?
[17:35] <Ursinha> just a reminder
[17:35] <Ursinha> don't forget to check outstanding 10.03 bugs, so we can close the cycle
[17:35] <Ursinha> that's all :)
[17:35] <matsubara> ok. thanks Ursinha
[17:35] <matsubara> Thank you all for attending this week's Launchpad Production Meeting. See https://dev.launchpad.net/MeetingAgenda  for the logs.
[17:35] <matsubara> #endmeeting
[17:35] <MootBot> Meeting finished at 11:35.


[19:41] <charnley> bonjour
[19:41] <charnley> Hi
[19:42] <charnley> are microsoft software and adobe programms work on ubuntu?


[02:09] <Howser> this mouse problem is drving me mad. I have tried everything I can think of, for what should be a simple problem. the mouse is simply slow as hell
[02:09] <Zinn> Howser: Please watch your language.
[02:10] <Howser> sorry :) its been a long day of mouse configuration
[02:11] <Howser> its a gyration mce mouse, that's the only thing "odd". it worked great before I updated to 9.04
[02:13] <Howser> I am sitting right next to the computer vnc'ing into it just so I can move the mouse at civilized speeds
[02:52] <Howser> no one has any ideas?
[02:53] <Howser> could someone tell me how to pass a command to boot time. I don't see grub.conf like usual on this and found a possible solution to the issue http://www.digitalpeer.com/id/slow
[03:50] <rhpot1991> Howser: I think /boot/grub/menu.lst is what you want
[03:51] <Howser> thanks, ill try that. freash installs the way they are, im tackleing another problem at the moment
[04:38] <MythbuntuGuest38> Hi. I was looking through the guide and the author said run from ATI.  I haven't purchased anything yet, so I'm not locked in to anything yet
[04:55] <gbutters> gunni_: bad build yesterday, update to todays build.
[06:39] <squidly> gbutters: I'm running trunk and having issues with the theme.
[06:39] <squidly> I noticed you said they were busted
[06:39] <squidly> the builds.. I tried running an apt-get update; apt-get upgrade and nada
[06:40] <squidly> still having theme issues. I cant pull anythinme
[13:15] <gbutters> squidly: what is the problem
[16:00] <squidly> gbutters: I cant get the frontend to start
[16:00] <squidly> themeing issues
[16:07] <superm1> squidly, do you have mythstream installed?
[16:07] <superm1> remove it if so..
[16:12] <williammanda> 29 P
[16:22] <gbutters_work> squidly, logs
[16:30] <squidly> superm1: no
[16:30] <squidly> superm1: I dont use that. I was having theme erros
[16:31] <squidly> let me check the logs
[16:32] <superm1> well even if it's installed it can cause problems
[16:32] <superm1> make sure you are on the most recent version of the mythbuntu theme too
[16:33] <squidly> I will do that
[16:33] <squidly> I kept getting "cant find theme:..."
[16:33] <squidly> I did an update earlier today
[16:33] <squidly> let me try now that the stream is removed
[16:37] <gbutters_work> squidly, cant find mainmenu.xml????
[16:38] <williammanda> I noticed the other day after looking at my frontend log that the theme was having a problem......couldn't find the theme in my home directory (called for themes but the actual dir is themecache) so it goes to usr/share/mythtv/themes/mythbuntu-8.04-wide/base.xml
[16:38] <squidly> < squidly> sphery: I keep getting 2009-09-09 00:24:21.384 Unable to load window 'mainmenu' from menu-ui.xml
[16:38] <squidly> 00:24 < squidly> 2009-09-09 00:24:21.384 Couldn't find mainmenu.xml for theme 'blue'
[16:38] <squidly> those where the error sI was getting
[16:38] <squidly> not any more though
[16:38] <squidly> it seems to be working
[16:38] <superm1> yeah so it was mythstream doing it to ya
[16:38] <squidly> that was this morning
[16:39] <squidly> not lastn ight
[16:39] <squidly> night*
[16:40] <superm1> gbutters, i've merged the jamu stuff into mythvideo and removed it from the mythbuntu theme branch and uploaded that all last night
[16:41] <gbutters_work> squidly, the missing mainmenu.xml was from mondays bad build. that was fixed with yestersays build
[16:41] <gbutters_work> superm1, great
[16:41] <superm1> gbutters_work, i'd like to get your theme on the daily trunk builds too (at least when it changes), but we'll need to write some logic to do that i guess
[16:43] <gbutters_work> I am making changes to it almost daily It is finally starting to come together. Still missing a few watermarks that I am waiting on troy_s for
[16:43] <williammanda> here's the post     http://ubuntuforums.org/showthread.php?p=7921910
[16:45] <superm1> williammanda, you'll need to reset the theme with "mythfrontend -r" since the 8.04-wide theme isn't valid on 0.22
[16:46] <williammanda> sorry this is on .21 not using the builds or above
[16:47] <superm1> oh
[16:48] <superm1> well try clearing your theme cache in ~/.mythtv then
[16:50] <williammanda> even though the frontend is calling for a different dir then that is in ~/.mythtv?
[16:54] <williammanda> the dir I have is .mythtv/themecache not theme as the frontend calls for......I tried renaming themecache to themes and ran into another issue....the next directory it looked for was mythbuntu-8.04-wide but the dir I had was mythbuntu-8.04-wide.1336.768
[16:55] <williammanda> then the frontend would just open and then close
[16:55] <gbutters_work> williammanda, yes it is just checking to see if you have customized version in your home directory. delete the one in themecache
[16:56] <gbutters_work> williammanda, and restart the frontrnd
[16:56] <williammanda> ok...whether I delete it or not the frontend still goes to /usr/share/mythtv to get the theme
[16:56] <williammanda> its on the frontend log I posted
[16:57] <gbutters_work> williammanda, that is correct
[16:58] <gbutters_work> williammanda, does weather work after deleting the cache files
[16:59] <williammanda> not sure haven't deleted anything yet....also not sure which file to delete?
[17:00] <gbutters_work> williammanda,  delete everthing in ~/.mythtv/themecache
[17:01] <gbutters_work> williammanda, stop the frontend, delete the files and the restart the frontend
[17:02] <williammanda> I looked at all the file and they are png files.....this is what I need to delete.....seems I would be looking for something other than pictures
[17:03] <gbutters_work> williammanda, yes that is what you need to delete
[17:05] <williammanda> no change
[17:05] <williammanda> I missing something.....
[17:06] <williammanda> if the frontend is calling for files at a certain dir.....that dir doesn't exist....then the frontend defaults to another dir.....how does deleting the dir that the fronend can see help?
[17:11] <gbutters_work> williammanda, it is reading the theme from /usr/share/mythtv/themes and building the png and saving them to ~/mythtv/themecache/ so that it does not have to build them everytime they are needed
[17:12] <williammanda> ok...but why is it not looking for the those built files in the dir it saved them in??
[17:13] <gbutters_work> williammanda, sometimes the files in the themecache will get corrupt and you have to delete them and let them get rebuild, We were just making sure that was not your problem
[17:13] <williammanda> it always looks in the themes dir.....
[17:14] <williammanda> ok ty...it helps for me to understand the process...
[17:14] <gbutters_work> it is looking in the theme directory for a customized version on the theme
[17:14] <gbutters_work> S/theme/themes
[17:14] <williammanda> ok makes sense now
[17:15] <williammanda> now that I better understand that non- issue.....
[17:15] <williammanda> off to resolving the mythweather issue...
[17:16] <williammanda> I wasn't sure if what was happening was causing my mythweather issue
[17:16] <williammanda> ty for your help
[17:18] <wombo_> Dell/Ubuntu - http://www.workswithu.com/2009/08/28/dell-prepares-ubuntu-encore/
[18:10] <squidly> gunni: thanks.. got it working.
[19:30] <gunni> squidly: ? was gone the whole day o_O
[22:08] <squidly> gunni: ??
[22:10] <gunni> [19:07:18] <squidly> gunni: thanks.. got it working.
[22:26] <squidly> oh sorry gunni tab completion got me
[22:36] <gunni> squidly: np, just wondered, what i did with not being there ... i got the force
[23:31] <quinten> hi!
[23:31] <quinten> i'm trying to disable the cpu frequency scaling on my myth backend/frontend
[23:31] <quinten> what's the best way to do this?
[23:36] <quinten> anyone know if i disable powernowd, if there's any other processes that may be running to regulate the cpu speed?


[03:22] <slangasek> hallyn: ok; I wondered why it didn't have mention of the patch in the 0.33-1 changelog fwiw.
[04:34] <Mirv> any core-dev around? there'd be a packaging ack needed for platform-api dropping protobuf-compiler dependency: https://ci-train.ubuntu.com/job/ubuntu-landing-010-2-publish/lastSuccessfulBuild/artifact/packaging_changes_platform-api_2.5.0+14.10.20141013-0ubuntu1.diff
[04:37] <RAOF> Woo!
[04:38] <RAOF> No more crazy protobuf hax!
[04:38] <RAOF> Mirv: Looks sensible, ack.
[04:40] <Mirv> RAOF: thanks!
[08:09] <ypwong> cjwatson, bug 1330416 still happens when UEFI mode is set
[08:56] <cjwatson> ypwong: I've seen your mail but have no time to investigate at the moment, sorry.  (Incidentally it should probably really have been a new bug)
[08:58] <ypwong> cjwatson, do you want us to file a new bug?
[08:58] <ypwong> BTW I haven't sent email to you, perhaps that's from someone else.
[09:01] <cjwatson> ypwong: well I saw somebody's mail on that bug anyway.  yes, it should be a new bug and 1330416 should be closed again; isolinux/lang is entirely irrelevant on UEFI (because isolinux isn't used) so the subject is now extremely confusing; I suspect that there has simply never been support for defaulting UbuntuKylin to zh_CN on UEFI
[09:01] <ypwong> cjwatson, that might be the case..
[09:25] <seb128> bdmurray_, ev, do you know why https://bugs.launchpad.net/ubuntu/+source/unity-settings-daemon/+bug/1380278 doesn't appear on the daily/weekly e.u.c charts
[09:25] <seb128> it has enough reports that it should be one of the top reports on those views
[09:25] <seb128> but it's not on the list
[09:52] <leszek> hi
[09:54] <leszek> seems like muon cannot be recompiled from .dsc currently in utopic. It complains about Nepomuk/KRatingPainter not found. Any ideas what I did wrong ?
[09:55] <arges> caribou: salut. can you add an SRU justification to bug 1309679 ?
[09:55] <arges> caribou: and bug 1355279 and bug 1308232
[10:02] <ypwong> cjwatson, bug 1380981 filed, you're right that the bug also exist in trusty
[12:01] <caribou> arges: done for all 3 of them
[12:04] <cjwatson> ok, so seriously, how do I get the default Ubuntu desktop working in kvm these days so that I can work on ubiquity bugs?
[12:05] <cjwatson> "qemu-system-i386 -enable-kvm -monitor stdio -m 1024 -cdrom utopic-desktop-i386.iso -hda t.img", press key, select "Try Ubuntu without installing": ends up at a blank screen with the Ubuntu wallpaper and nothing else
[12:05] <seb128> cjwatson, what's not working?
[12:05] <seb128> urg
[12:05] <arges> caribou: thanks
[12:05] <cjwatson> makes it impossible to work on the installer
[12:05] <seb128> is there anything useful in .cache/upstart/gnome-session-Ubuntu.log?
[12:06] <cjwatson> gnome-session-Unity.log?
[12:06] <seb128> yeah, sorry
[12:06] <cjwatson> seb128: http://people.canonical.com/~cjwatson/tmp/qemu-desktop.png
[12:07] <seb128> what about unity7.log ?
[12:08] <cjwatson> seb128: http://people.canonical.com/~cjwatson/tmp/qemu-desktop-unity7.png (rest of log repeats the same thing)
[12:08] <seb128> mlankhorst, ^ is there a known issue with llvm/kvm in utopic?
[12:09] <seb128> cjwatson, the error is similar to https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-3.5/+bug/1360241
[12:11] <seb128> doko, ^ do you know?
[12:13] <doko> seb128, cjwatson: I thought mlankhorst fixed that in the emulator/qemu setup?
[12:16] <seb128> cjwatson, sorry, I guess we need mlankhorst to be around/reply about that
[12:20] <flexiondotorg> slangasek, You'll remember I reported an issue with Plymouth not displaying the splash logo and also not allowing your pass phrase to be entered when using full disk encryption?
[12:21] <flexiondotorg> slangasek, The number of reports for the not displaying the splash screen are on the rise and Ubuntu GNOME have add a report regarding pass phrase entry.
[12:21] <flexiondotorg> slangasek, I "fixed" this in Ubuntu MATE by creating a plymouth package based on 0.8.8.
[12:22] <flexiondotorg> slangasek, https://launchpad.net/~ubuntu-mate-dev/+archive/ubuntu/ppa/+sourcepub/4462913/+listing-archive-extra
[12:22] <Laney> cjwatson: FWIW, I can reproduce your problem with i386 images but amd64 ones boot okay
[12:22] <flexiondotorg> slangasek, Testing shows that both issues are resolved by rolling back Plymouth to 0.8.8. Not the most elegant fix but it works.
[12:34] <cjwatson> Laney: hm, I guess that'll do, thanks, will try that
[12:34] <cjwatson> (will take a while to rsync)
[12:34] <Laney> It's a bit unsatisfying, but might be helpful in the absence of m_lankhorst
[12:36] <cjwatson> it'll certainly unblock me if I see the same here
[12:40] <Bluefoxicy> Are there any barriers to packaging the Android SDK in Ubuntu Universe or Multiverse?
[12:41] <Bluefoxicy> in particular, it would be nice to load a Cyanogenmod environment, onto which I could load Amazon Store or some such
[12:41] <Bluefoxicy> the PC audible app is garbage
[12:42] <Bluefoxicy> a range of software suddenly opens up when you have an emulated table, I guess.  idk.
[13:00] <doko> rbasak, any progress on python-greenlet?
[13:02] <doko> pitti, proposed-migration (gdb) thinks that the apport autopkg test is still in progress
[13:09] <rbasak> doko: still working on it (right now).
[13:09] <rbasak> doko: I have patches that fix it. Writing up for upstream. It's complicated :-/
[13:09] <rbasak> "fix" it.
[13:09] <doko> ta
[13:09] <rbasak> The code makes too many assumptions about what the compiler will do.
[13:22] <pitti> doko, jibel: hmm, britney thinks "apport 2.14.7-0ubuntu5: Test in progress", but utopic has ubuntu6
[13:22] <pitti> jibel: some confusion in the state files?
[13:22] <zbenjamin> sergiusens: ping, is this bug still valid? https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1257689
[13:23] <zbenjamin> sergiusens: is there already a check for enough disk space?
[13:23] <sergiusens> zbenjamin: I guess it is still valid, and no, no check
[13:23] <jibel> pitti, looking
[13:23] <zbenjamin> sergiusens: ok thx
[13:23] <sergiusens> zbenjamin: just like click chroot has no check
[13:29] <smoser> anyone know where italics in 'less' matching came from ? and how i can put it back ?
[13:30] <smoser> ie, 'man ls'. then  i hit '/' then type 'all'.
[13:31] <smoser> on some systems, that highlights 'all' which i can actually see. on others it uses italics, which i cannot ever actually find on the screen without really looking (which is why i used 'find').
[13:31] <cjwatson> Sounds like a property of the terminal emulator rather than of less
[13:32] <cjwatson> Or are you actually sure less is being used?
[13:32] <cjwatson> Hit 'h' and see if you get "SUMMARY OF LESS COMMANDS"
[13:34] <smoser> cjwatson, pretty sure less is being used. or if not, then it very well mimics the behavior of 'less <filehere>' .
[13:34] <smoser> ie, remove 'man' from above and just use less and i see the same behavior.
[13:35] <cjwatson> OK, I don't think less in itself is even able to force italics; it just sends certain terminal capability sequences
[13:36] <cjwatson> Up to the terminal emulator to decide how to render them
[13:36] <rbasak> Any byobu or tmux or screen involved here?
[13:36] <cjwatson> It might depend on $TERM
[13:36] <arges> is unity crashing repeatly for anybody else... i've been in a conference and its done it about 5 times already
[13:36] <arges> [10170.860174] unity-settings-[12658]: segfault at 8 ip 00007f43a4ea23a4 sp 00007fff7ccbed88 error 4 in libgdk-3.s
[13:36] <arges> o.0.1200.2[7f43a4e5e000+af000]
[13:36] <arges> [10171.863510] compiz[12710]: segfault at 0 ip           (null) sp 00007fff3697aeb8 error 14 in compiz[400000+3000
[13:36] <arges> ]
[13:38] <pitti> arges: yeah, me too
[13:39] <pitti> arges: just discussed in #u-desktop, larsu has a fix for it
[13:39] <arges> pitti: oh awesome! whats the bug #?
[13:39] <pitti> arges: lp:~larsu/unity-settings-daemon/lp1380278 fixes it; if you use amd64, I can also toss you some debs
[13:39] <arges> pitti: that would be very helpful. trying ot also pay attention to presentations: )
[13:40] <pitti> arges: the compiz bug is bug 1366351, but that's only fallout from unity-settings-daemon crashing
[13:40] <pitti> arges: http://people.canonical.com/~pitti/tmp/usd/
[13:41] <arges> pitti: thanks
[13:41] <pitti> arges: works wonders here; before that compiz crashed about once a minute
[13:42] <arges> pitti: i'll test on my laptop too
[13:42] <pitti> arges: and like you it started crashing on LinuxCon for me; apparently in a dock with differnet input devices it doesn't
[13:42] <arges> i just noticed it today after I did my daily dist-upgrade
[14:37] <shadeslayer> btw this is FindPython from utopic : http://paste.ubuntu.com/8559404/
[14:37] <shadeslayer> which doesn't seem to have 3.4 in there
[14:37] <shadeslayer> is that intended?
[14:38] <shadeslayer> because it breaks a thing for me
[14:41] <shadeslayer> https://bugs.launchpad.net/ubuntu/+source/cmake/+bug/1323559 seems to be right bug
[15:02] <smoser> rbasak, TERM=screen
[15:03] <smoser> humm.. but fun, that is inside tmux. (via byobu).
[15:04] <smoser> but, performs the same just by doing: TERM=screen less /etc/passwd
[15:06] <cjwatson> even then, depends on the terminal program; for instance gnome-terminal shows italics but pterm doesn't
[15:08] <bdmurray_> seb128: the retracers have quite a backlog so it may be due to that.
[15:08] <seb128> bdmurray, how much backlog and do we know why?
[15:11] <bdmurray> seb128: hundreds of thousands for i386 and amd64. Partially because we were accepting core dumps from things we didn't need to, also because apport-retrace is slower than it used to be, and because we haven't received any more retracers.
[15:13] <bdmurray> seb128: we are actively removing things from the queue that we can't retrace and things we shouldn't try to
[15:21] <seb128> bdmurray, do we know how much backlog do we have?
[15:22] <seb128> does it mean at this point e.u.c doesn't provide us an useful view of the utopic status because the backlog is such that we have no data about what is current?
[15:22] <seb128> I wish those issues were communicated on ubuntu-devel@
[15:22] <seb128> it's a major problem for the distro and our ability to target work
[15:23] <seb128> slangasek, ev, ^ not sure who would be the right list/group of person to have a discussion about that?
[15:24] <ev> seb128: hm? We're entirely blocked on the IS GSA team for this. It's #14 in the queue, but the items before it are rather important as well: https://portal.admin.canonical.com/ruins?team=gsa
[15:24] <ev> adding more retracers, that is
[15:24] <seb128> ev, "hm?" about what part?
[15:25] <seb128> ev, well, the current e.u.c view doesn't reflect our current issues, it means we are misleaded on what we focus on
[15:25] <seb128> that seems like something that should be publicly announced so we don't have more teams misguided
[15:26] <seb128> ev, like we noticed some recent importants issues through lp reports and IRC mentions, they should be on top of e.u.c but there are totally missing because the retracer backlog is such that e.u.c didn't get to retrace anything recent
[15:27] <bdmurray> we could declare "inbox bankruptcy" but that seemed rather extreme to me
[15:27] <ev> so non-binary crashes will always be up to date
[15:27] <ev> bdmurray: we may be at that point, to be honest
[15:28] <seb128> well, most of our issues are binary ones
[15:28] <seb128> like u-s-d segfault and compiz as well there
[15:28] <bdmurray> ev: okay, one thing to keep in mind is that we asked for 14489 coredumps on the 12th (a weekend) and I think the queues will quickly get out of hand again
[15:30] <ev> yeah, I'm pushing on IS at the same time
[15:31] <Riddell> pitti: is there a tech board meeting now?
[15:33] <LocutusOfBorg1> debfx, hi can I push some changes into collab-maint/cmake?
[15:33] <LocutusOfBorg1> bump std-version, fix lintian copyright issues
[15:34] <LocutusOfBorg1> maybe fix man errors and try to fix the missing icon
[15:35] <bdmurray> ev: okay, I'll talk to thedac about clearing the queues
[15:35] <ev> bdmurray, seb128: I've got the ticket bumped further up
[15:35] <debfx> LocutusOfBorg1: please open bugs or send git patch mails
[15:36] <seb128> ev, thanks, do we have any eta on when we are going to catch up on recent issues retracing? release is next week
[15:36] <ev> seb128: bdmurray is getting the queues cleared, so as soon as that happens
[15:36] <bdmurray> ev: do you know of a graphite graph that indicates quantity of crashes retraced per day?
[15:36] <seb128> great
[15:36] <seb128> ev, bdmurray! thanks
[15:36] <ev> it will start to fall behind, but hopefully we'll get the scalingstack retracers deployed quickly
[15:36] <ev> bdmurray: not saved, but the data points should be there
[15:37] <LocutusOfBorg1> ok debfx will send mail
[15:39] <shadeslayer> anyone want a patch for bug 1323559 ?
[15:39] <debfx> LocutusOfBorg1: though the missing icon issue is easily dealt by getting rid of the menu file
[15:39] <shadeslayer> My CMake fu isn't good enough tbh
[15:41] <debfx> shadeslayer: is the patch linked from the bug not working?
[15:41] <shadeslayer> did not realize there was a patch in there
[15:41] <shadeslayer> yep looks right
[15:42] <debfx> although hardcoding python versions makes me wanna scream ;)
[15:42] <shadeslayer> debfx: :D
[15:44] <LocutusOfBorg1> debfx, there is almost nothing to fix, I noticed after starting look at the code lol :(
[15:44] <LocutusOfBorg1> nothing for sure worth an upload
[15:48] <shadeslayer> debfx: http://paste.ubuntu.com/8559776/
[15:49] <debfx> LocutusOfBorg1: that sounds like a good thing
[15:49] <debfx> shadeslayer: I don't think my uploading powers are strong enough for cmake
[15:50] <slangasek> kees, mdeslaur: looks like we're down half a board for today's meeting; do we want to still meet or should we punt?
[15:52] <LocutusOfBorg1> shadeslayer, what do we have here?
[15:52] <LocutusOfBorg1> https://bugs.launchpad.net/ubuntu/+source/cmake/+bug/1357270
[15:52] <mdeslaur> slangasek: I don't mind still meeting...I believe some folks are waiting on the io scheduler sru to be discussed
[15:52] <LocutusOfBorg1> oh yes the python fix cherry-picked from debian
[15:53] <LocutusOfBorg1> unfortunately it comes too late :(
[15:53] <slangasek> mdeslaur: ok
[15:53] <shadeslayer> Riddell: ^^
[15:53] <slangasek> mdeslaur: are you current wrt the thread on ubuntu-release?
[15:54] <mdeslaur> I've followed it, but I'll reread it again now
[15:54] <shadeslayer> LocutusOfBorg1: I reckon one patch is easier to get in than a merge a week before release
[15:55] <LocutusOfBorg1> shadeslayer, fully agree
[15:55] <LocutusOfBorg1> the sad thing is that I reported the merge on august
[15:55] <LocutusOfBorg1>  Reported by LocutusOfBorg on 2014-08-15
[15:56] <LocutusOfBorg1> rebased a month ago
[15:56] <LocutusOfBorg1> and rejected by release :)
[15:57] <LocutusOfBorg1> but not a problem for me, just it's sad that people loose time in merging/rejecting/finding another patch online that actually fixes a problem already fixed in debian and so on
[15:57] <LocutusOfBorg1> but this is open source ;)
[15:57] <shadeslayer> I can understand
[15:58] <shadeslayer> LocutusOfBorg1: debfx Riddell I've uploaded a new cmake with the python fix
[15:58] <Riddell> shadeslayer: the python fix?
[15:59] <Riddell> I didn't know it was broken
[15:59] <shadeslayer> now you do :)
[15:59] <shadeslayer> "Signer is not permitted to upload to the component 'main'."
[15:59] <shadeslayer> :O
[15:59] <shadeslayer> I thought cmake was part of the kubuntu pkg set
[15:59] <Riddell> shadeslayer for core-dev!
[15:59] <Riddell> yo no se
[16:00] <LocutusOfBorg1> lol
[16:00] <shadeslayer> yes, shadeslayer for core ... wait a second
[16:00] <shadeslayer> Riddell: https://launchpad.net/~rohangarg/+archive/ubuntu/experimental/+files/cmake_<IP_ADDRESS>-0ubuntu6.dsc
[16:01] <shadeslayer> but then you can't approve
[16:01] <shadeslayer> drat
[16:01] <shadeslayer> debfx: ^^
[16:02] <debfx> shadeslayer: I think I have exactly the same upload permissions as you
[16:03] <shadeslayer> drat
[16:06] <mdeslaur> kees: techboard meeting?
[16:06] <Laney> just get Riddell to upload it, the queue is being reviewed in reasonable order
[16:12] <shadeslayer> Riddell: plz to upload my cmake :D
[16:13] <shadeslayer> Riddell: https://launchpad.net/~rohangarg/+archive/ubuntu/experimental/+files/cmake_<IP_ADDRESS>-0ubuntu6.dsc
[16:13] <shadeslayer> brb
[16:16] <Riddell> shadeslayer: hmm that patch hardly solves the problem long term, what happens when 3.5 comes out?
[16:16] <Riddell> surprising this came from upstream
[16:16] <Riddell> shadeslayer: uploaded
[16:52] <smoser> anyone else seeing this:
[16:52] <smoser>  https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1381149
[16:52] <smoser> fun.
[16:52] <smoser>  unity-panel-service crashed with SIGSEGV in strrchr()