[00:41] <kirkland> SpamapS: howdy, you might be happy about this ...
[00:42] <rcsheets> fosterdv: never heard of it.
[00:43] <kirkland> SpamapS: finally fixed the detach/logout bug a bit better;  you can now press shift-F6 if you want to detach the session, but not logout
[00:45] <RoAkSoAx> kirkland: for byobu?
[00:45] <kirkland> RoAkSoAx: yup
[00:45] <RoAkSoAx> kirkland: yay \o/
[00:54] <fosterdv> rcsheets: I forgot what I asked, I cleared the screen. Thanks anyways. :D
[00:55] <rcsheets> 18:15 <fosterdv> rcsheets: Hey, by chance.. do you know when installing 'libapache2-mod-php5filter', would be necessary?
[00:55] <fosterdv> rcsheets: I looked at my activity history, lol.. Yeah, I saw that.
[00:56] <fosterdv> Thanks for the reply on that.. I couldn't figure out any reason to use it... I skipped it.
[00:57] <rcsheets> i generally wait until i have a reason to install something, and then install it, rather than ponder whether there might be a reason to install random packages ;)
[01:05] <fosterdv> ;)
[01:05] <fosterdv> I was installing ehcp for my server, and it came up asking if I wanted to install it.
[01:05] <kirkland> RoAkSoAx: it'll also preserve screen splits
[01:05] <fosterdv> I do about the same, but... though I think I'm awesome at this game... I still don't know quite what I'm doing yet.
[01:12] <RoAkSoAx> kirkland: how do you split them? :)
[01:16] <RoAkSoAx> kirkland: never mind, figured it out... didn't know that was possible, but cool!! No longer have the need to use terminator!! yay
[01:56] <twb> What does this mean?
[01:57] <twb> mkswap: /dev/theta/swap: warning: don't erase bootbits sectors on whole disk. Use -f to force.
[01:57] <twb> I wanted to lvextend the swap LV because d-i doesn't use 1024b blocks, and in "lvs" "11.97g" looks uglier than "12g"
[02:00] <twb> Hm, #580558
[02:00] <twb> "Mkswap also thinks LVM volumes are a whole disk, and thus doesn't erase the 'bootbits', and complains about it."
[02:01] <twb> So, mkswap -f and go home.
[02:20] <twb> Remind me, how do you turn on write-intent bitmaps?
[02:22] <twb> mdadm /dev/md0 --grow -binternal
[03:39] <shaggy_surfer> hello
[03:41] <shaggy_surfer> Hi , is anyone actively here? I had a question for a knowledgeable Ubuntu Server person.
[03:43] <fosterdv> am I still connected?
[03:44] <shaggy_surfer> I see you.
[03:45] <fosterdv> I don't know why, I can't see my list.
[03:45] <fosterdv> What was your question?
[03:45] <shaggy_surfer> I am currently going through PCI compliance and we have a php5 issue where ubuntu server LTS 10.04.02 doesn't have support for php 5.3.6 yet
[03:46] <shaggy_surfer> I was wondering if anyone knew how I can get a more recent version w/o having to compile it from source myself
[03:46] <shaggy_surfer> I searched on google but didn't find anyone who has 5.3.6 only 5.3.5, and the PCI won't pass it on 5.3.5
[03:47] <shaggy_surfer> I thought Ubuntu stayed up to date with their security vulnerabilities, this issue was discovered 4 weeks ago.
[03:48] <shaggy_surfer> I checked their CVE list  for ubuntu and it shows that Lucid still needs it upstream for many of the php5 issues that the version 5.3.6 addresses.
[03:48] <fosterdv> I don't know much about PCI Compliance..
[03:48] <shaggy_surfer> is this the right channel to be asking this question.?
[03:49] <fosterdv> I wouldn't know if this was the right channel or not.
[03:49] <fosterdv> Give me one sec though, I'm trying to see if there is a way to install by versions, using apt-get
[03:50] <shaggy_surfer> well usually you just do 'apt-get upgrade' and it will then get the upgraded package, but I have done this.
[03:50] <quentusrex> Anyone know of a channel that would be familiar enough with the ubuntu kernel so that I can get pointed in the right direction to find out which kernel patch caused a particular regression?
[03:50] <shaggy_surfer> doing a dpkg -l | grep php5 shows:
[03:50] <shaggy_surfer> ii  php5                                      5.3.2-1ubuntu4.7                  server-side, HTML-embedded scripting languag
[03:51] <fosterdv> Here is a post I found, that might be useful:
[03:51] <fosterdv> http://ubuntuforums.org/showthread.php?t=1535023
[03:52] <shaggy_surfer> thank you fosterdv, reading now...
[03:53] <fosterdv> Anytime, and you might check this one out too... http://www.easy-ubuntu-linux.com/php-install-ubuntu.html
[03:53] <fosterdv> Look at that one first.
[03:53] <fosterdv> Might not be the best answer, but.. I'm up for attempting to help, while everyone else is gone :P
[03:54] <shaggy_surfer> :)
[03:56] <shaggy_surfer> So I read the post and it appears that they are stating to get professional help... lol.  I am professional
[03:57] <shaggy_surfer> I am a Senior  Systems Admin running Ubuntu 10.04.02 LTS Lucid Lynx and unfortunately the Ubuntu Security Team has the list of exploits but no patch yet for the issues addressed in php 5.3.6
[03:57] <fosterdv> Lol... is that in the second link?
[03:57] <shaggy_surfer> no , the first
[03:58] <shaggy_surfer> Here is an example of what I am speaking about:  http://people.canonical.com/~ubuntu-security/cve/2011/CVE-2011-1153.html
[03:59] <shaggy_surfer> if you look there, you will see that the package states:  needed for lucid
[03:59] <fosterdv> Under Patches, is that what you're suppose to run, or no?
[04:00] <fosterdv> - Fixed bug #54247 (format-string vulnerability on Phar)
[04:00] <fosterdv> http://svn.php.net/viewvc?view=revision&revision=309221
[04:02] <shaggy_surfer> right that is a link showing that the upstream php site has the fix, the issue I have is that it has not been ported into the official security repositories for lucid in ubuntu, so an 'apt-get upgrade' produces no upgrade for the package.
[04:02] <fosterdv> Ah.. I see what you're saying.
[04:02] <shaggy_surfer> 5.3.2-1ubuntu4.7 is the latest release for lucid from the ubuntu security team
[04:02] <shaggy_surfer> I need 5.3.6
[04:02] <shaggy_surfer> stuck!
[04:03] <fosterdv> Like Chuck
[04:03] <shaggy_surfer> even the newer non LTS versions maverick and latest natty are coming with 5.3.5
[04:03] <shaggy_surfer> so they don't even meet the 5.3.6 yet
[04:04] <shaggy_surfer> indeed
[04:04] <shaggy_surfer> any idea on how to contact the ubuntu security team directly through the website?
[04:04] <fosterdv> I dno't
[04:04] <shaggy_surfer> maybe I can submit something asking when the next update will be.
[04:04] <fosterdv> I don't.
[04:05] <fosterdv> https://launchpad.net/~ubuntu-security
[04:06] <shaggy_surfer> well I appreciate the help and will continue on my journey for the answer.
[04:06] <fosterdv> Okay, good luck.. sorry I wasn't more help.
[04:06] <shaggy_surfer> thanks buddy for the link, I will let you know if I have success.
[04:07] <fosterdv> Sweet
[04:07] <fosterdv> I'll be here.
[04:25] <whiskey_> how to chane mysql variables?
[05:11] <fosterdv_> test
[10:33] <Camer0n> hello, I've been redirected here from #ubuntu and am trying to make xampp run on start up, I was told to install the bum package but the only instructions ive found for it are for ubuntu desktop, how do I use it?
[10:40] <tony__> Hi. Is there anyone here who could help with a postfix problem?
[10:41] <greppy> tony__: what's the problem?
[10:42] <tony__> I'm trying to move my home mail setup from centos to ubuntu server. It sends mail out ok but I get a weird error when receiving mail
[10:43] <tony__> command line usage error. Command output: Fatal:   Missing -m argument
[10:43] <tony__> This is bounced back to the sender
[10:44] <greppy> can you link to a pastebin of your main.cf?
[10:45] <tony__> pastebin?
[10:45] <greppy> http://pastebin.ubuntu.com/
[10:46] <tony__> Ok. I look at see what's involved.
[10:50] <tony__> Done!
[10:51] <tony__> http://pastebin.ubuntu.com/594409/
[10:56] <jamespage> Daviey: merge proposals for bug 715152 updated if you would care to review - ta
[10:57] <Daviey> jamespage, ack
[10:58] <Camer0n> how do I mount things on startup?
[11:00] <joschi> Camer0n: see /etc/fstab and fstab(5) (-> `man 5 fstab`)
[11:10] <Camer0n> okay
[11:11] <Camer0n> errr... huh?
[11:11] <koolhead11> hi all
[11:12] <Camer0n> what do i add to the file
[11:13] <koolhead11> Camer0n, https://help.ubuntu.com/community/AutomaticallyMountPartitions  :)
[11:13] <Camer0n> http://www.youtube.com/watch?v=9-lYAKbAmAk ive got a youtube tutorial :)
[11:14] <koolhead11> hey bgupta
[11:18] <Camer0n> would I just write #xampp
[11:18] <Camer0n> host /opt/lampp/htdocs vboxsf?
[11:19] <JanC> why are you using third-party versions of applications that are available & supported in Ubuntu ?
[11:20] <Camer0n> are they?
[11:20] <Camer0n> how?
[11:20]  * koolhead11 points Camer0n to #ubuntu :D
[11:20] <Camer0n> bye!
[11:21] <JanC> Camer0n: you could read the Server Guide on help.ubuntu.com to learn how to install apache2, mysql-server, php5, etc.
[11:21] <Camer0n> thanks
[11:29] <adac> Iw ant to sue a web app that is not included in the debs. where do you normall yput such an app (location file sytem) /var/www or what is the standard location?
[11:29] <adac> *I want to use
[11:43] <JanC> in Debian/Ubuntu /var/www/ (or maybe better a subdirectory of that) is still sort of the default location, although it's probably more correct to put it under /srv/   ;)
[12:11] <Daviey> jamespage, your branches for ntp for lucid & maverick both build fine, look good and just uploaded.
[12:20] <jamespage> Daviey: ta
[13:09] <TeTeT> jamespage: thanks for your help on jenkins - I showed it to my colleagues this week and it went very well
[13:11] <TANATHOS> way to go jamespage:)
[13:17] <zul> mornign
[13:23] <TANATHOS> mornin zul
[13:25] <jamespage> TeTeT: np - if you want to do anything more in-depth give me a shout
[13:29] <TeTeT> jamespage: yeah, eventually I would like to write some tests for customized isos that we produce - though we first need the auto build infrastructure for the isos. I'll also recommend it to a tool to our customer, as their main application is written in Java
[13:31] <jdstrand> shaggy_surfer: either file a bug with 'this is a security vulnerability' checked, or send an email to security@ubuntu.com
[13:32] <jdstrand> shaggy_surfer: you can also vist #ubuntu-security and ask there (but right now I am the only one there from the team :)
[13:39] <ScottK> zul: Is your swift upload bug fix only?
[13:39] <zul> ScottK: no its the latest release needed for natty
[13:39] <ScottK> zul: Then it needs an FFe.
[13:40] <ScottK> I'm going to reject it for now.
[13:47] <zul> ScottK: actually it is a bug fix
[13:47] <ScottK> Let me see if I can rescue it then.
[13:48] <zul> otherwise ill just re-upload it
[13:49] <ScottK> zul: I believe I just moved it from rejected to accepted.  If you don't get an accepted email in 10 minutes or so, feel free to reupload.
[13:49] <zul> k
[13:52] <Daviey> ScottK, It's my understanding that it is merely an unstable snapshot -> final.
[13:52] <ScottK> Daviey: It's accepted now.
[13:52] <ScottK> I only rejected it because zul said it was a feature release.
[13:52] <Daviey> ahh
[13:53] <zul> Daviey: and we will have in the archive before the openstack guys get it in their ppa ;)
[13:54] <jamespage> kirkland: Merge proposed for bug 760012 if you would like to sponsor :-)
[14:13] <RoAkSoAx> morning all
[14:16] <BlackZ> hey RoAkSoAx how're you doing? :)
[14:18] <RoAkSoAx> BlackZ: hey man good good
[14:18] <RoAkSoAx> how about you
[14:19] <BlackZ> RoAkSoAx: I'm quite good, thanks!
[14:20] <kirkland> jamespage: will do asap!
[14:20] <jamespage> kirkland: great :-)
[14:27] <kirkland> jamespage: hmm....
[14:27] <jamespage> kirkland: ?
[14:28] <kirkland> jamespage: looks like the change is affected in both a) directly in config/cobbler_web.conf, and b) debian/patches/39_cw_remove_vhost.patch
[14:28] <jamespage> kirkland: so the branch is in 'patches applied' state
[14:29] <jamespage> as its source format 3.0 (quilt)
[14:29] <kirkland> jamespage: aha :-)
[14:29] <kirkland> jamespage: okay, great, thanks
[14:29] <kirkland> jamespage: looks good
[14:31] <kirkland> jamespage: pushed to branch, uploaded to queue;  upload is holding for release team approval
[14:48] <jamespage> kirkland: ta
[14:48] <kirkland> jamespage: no way, thank you for fixing it ;-)
[14:48] <jamespage> np
[15:03] <Kurisutian> Hey guys! I wonder if anyone in here has tried to install the latest natty on a btrfs drive. I have several problems with that and wanted to know if anyone else is having that kind os trouble...
[15:07] <jamespage> Daviey: mod-wsgi python 3.2 support issues again - bug 759943
[15:09] <RoAkSoAx> kirkland: /win 10
[15:09] <RoAkSoAx> arrrrrrrrgh
[15:09] <jamespage> hehe
[15:09] <RoAkSoAx> kirkland: sorry :).
[15:09] <RoAkSoAx> jamespage: see it happens to me all the time
[15:09] <RoAkSoAx> hahaha
[15:10] <Daviey> jamespage, awesome.
[15:10] <jamespage> Daviey: not really :-(
[15:11] <jamespage> key issue is that upstream are still working on 3.2 support; 3.1 is the highest supported version
[15:11] <robbiew> Kurisutian: hi
[15:11] <Daviey> jamespage, oh lovely.. fwiw, wsgi is working on a natty server i have here.
[15:11] <Kurisutian> robbiew: Hey, how is it going?
[15:12] <jamespage> Daviey: which version of the package are you  using?
[15:12] <robbiew> Kurisutian: in terms of btrfs, I don't think anyone on the ubuntu-server team has tried it
[15:12] <robbiew> but
[15:13] <robbiew> cjwatson can probably help you with any installer issues in #ubuntu-installer
[15:13] <Daviey> jamespage, interesting - policy output,   Installed: 3.3-2build1 / Candidate: 3.3-2ubuntu1
[15:13] <robbiew> Kurisutian: or you can try asking psurbhi or mvo in #ubuntu-devel, who have both done testing on btrfs
[15:14] <Daviey> jamespage, so if it is consistently breaking, it's been introduced with *ubuntu1 as i haven't updated to that yet
[15:15] <Kurisutian> robbiew: Thanks for the hint.... yeah, I figured so that only my boss wants to check btrfs on a server.... ^^
[15:15] <jamespage> Daviey: sorry - not clear on that - two versions of the package - one for 2.x and one for 3.x '- py3' suffic
[15:16] <Daviey> jamespage, ah!
[15:16] <Daviey> jamespage, I assume you have reproduced it?
[15:17] <jamespage> Daviey: 2.x package should be just fine; its the -py3 when combined with python 3.2 that generates the issue
[15:17] <jamespage> Daviey: working on that now!
[15:17] <robbiew> Kurisutian: yeah...tbh, it's still marked as EXPERIMENTAL in the kernel
[15:17] <robbiew> so I wouldn't go production on it, just yet
[15:18] <robbiew> we are closely tracking it's development and doing a lot of integration work into the installer, grub2, etc...so when the community deems it ready...we'll be good to go ;)
[15:19] <RoAkSoAx> kirkland: howdy! Do you think having the fence-agents (or cman) for power management is really necessary for cobbler, or is a feature that we are not looking to support?
[15:20] <Kurisutian> robbiew: Well, we hat to choose either using btrfs and it's snapshots at university or create a own kernel with aufs support and nfs export included..... so he said he's running btrfs fine for quite some time and we can go for that....
[15:23] <robbiew> Kurisutian: ah...then definitely reach out to mvo and psurbhi in ubuntu-devel
[15:23] <robbiew> mvo handles apt ;)
[15:24] <robbiew> and everything else around package management
[15:24] <robbiew> psurbhi did a lot of work on btrfs for us as well
[15:24] <kirkland> RoAkSoAx: for natty?
[15:24] <kirkland> RoAkSoAx: or oneiric?
[15:24] <robbiew> Kurisutian: and cjwatson can help with installer issues, but we'd prefer to have a bug, if you are hitting errors
[15:25] <RoAkSoAx> kirkland: oneiric
[15:25] <kirkland> RoAkSoAx: well, i think power management is absolutely something that orchestra should know about
[15:26] <kirkland> RoAkSoAx: using powernap, cman/fence-agents, etc.
[15:26] <kirkland> RoAkSoAx: but i'd think that should be handled at the orchestra level, rather than the cobbler level, IMHO
[15:26] <Kurisutian> robbiew: thanks! Yeah, I will get in touch with them.... cjwatson and I already talked a bit about problems I'm, having when using grub2 with btrfs... ^^
[15:26] <robbiew> Kurisutian: cool
[15:27] <RoAkSoAx> kirkland: right, so if we handle that in orchestra level there's no real need to keep cman/fence-agents as a dependency then, is it?
[15:27] <kirkland> RoAkSoAx: probably not
[15:27] <cjwatson> I know of basically two remaining problems with GRUB and btrfs in Ubuntu, one of which will be fixed in natty and the other of which probably won't
[15:28] <cjwatson> that's bug 759772 and bug 736743 respectively
[15:28] <RoAkSoAx> kirkland: cause the thing is that redhat-cluster (which ships cman including the fence-agents), has been split and the fence-agents are completely a separate source package. However, if I introduce it in oneiric, this means that it will conflict with cman cause apparently I'll be keeping the "old" RHCS version (in preparation for its demotion for LTS hopefully)
[15:29] <RoAkSoAx> kirkland: so if there's no real need to have cman/fence-agents, then I can keep cman there for cobbler use.
[15:29] <Kurisutian> robbiew: thanks for the help!
[15:29] <RoAkSoAx> kirkland: if there's a real need for its use, we can just include fence-agents new source package into the archives and either conflict with cman binary, or not install those agents with cman
[15:30] <robbiew> Kurisutian: heh..thanks for using ubuntu ;)
[15:30] <RoAkSoAx> kirkland: so that we can use those bits for cobbler/orchestra separately from having to get cman installed
[15:30] <jamespage> Daviey: confirmed
[15:31] <RoAkSoAx> kirkland: can we demote to Universe binaries from source X while keeping other binaries from the same source in Main?
[15:31] <Kurisutian> robbiew: well only on our servers at university... but hey, it's going good there as far as I have to work on it....  ;-)
[15:31] <kirkland> RoAkSoAx: yes
[15:32] <Daviey> jamespage, Oh groovy, that is probably one issue we should have fixed for release.
[15:32] <kirkland> RoAkSoAx: as long as none of the binaries in main depend (runtime or build) on what you're demoting
[15:32] <robbiew> Kurisutian: I'll take what I can get! :P
[15:32] <jamespage> Daviey: I was thinking about a different approach; as 3.2 is not yet supported upstream maybe we should update the package to by default use python 3.1
[15:33] <RoAkSoAx> kirkland: right. Cool. Thanks for the info then
[15:33] <ScottK> jamespage: FYI, we'll drop 3.1 completely in oneiric.
[15:34] <Daviey> jamespage, wsgi 3,2 variant works with python 3.1 ?
[15:35] <Daviey> jamespage, seen bug 672901?
[15:36] <kirkland> RoAkSoAx: np
[15:36] <Daviey> jamespage, Changing the symlink back to 3.1 seems to make sense?
[15:37] <Kurisutian> robbiew: Hey, I'm installing kubuntu mainly on every beginners computer since it's easy to deal with.... myself I think it's a little to easy, I prefer different.... but great for beginners and awesome to replace M$... :-D
[15:37] <robbiew> Kurisutian: nice
[15:40] <Kurisutian> robbiew: Hey a great concept for beginners is alway appreciated. I can't give them my distro of choice since they lack in knowledge so (k)ubuntu fits perfect for that. And if somebody has seen Windows before I simply fool them with the vistar7 theme.... worked with a bunch of teachers on a school I'm working for as a consultant atm. ^^
[15:41] <robbiew> Kurisutian: lol...sweet.  What distro do you use?  Gentoo?
[15:41] <ScottK> Daviey and jamespage: I think libapache2-mod-wsgi in Debian now has a proper python/python3 split.
[15:41] <TREllis> urgh, not sure how I managed to break cobbler web today, python mismatch? http://paste.ubuntu.com/594496/
[15:42] <ScottK> It's also rebuilt with python3.2, so I don't know what your issue it, but I'd look at the current Debian package.
[15:42] <Kurisutian> robbiew: Archlinux. Gentoo takes to long to compile plus all the hating and dissing behind the scenes a while ago is something I don't like and want even if I'm not directly affected....
[15:43] <robbiew> Archlinux is very cool...yeah, I understand
[15:44] <robbiew> the drama in the opensource world can definitely be insane
[15:44] <robbiew> lol
[15:44] <jamespage> Daviey: lemme just take a look at the packaging
[15:46] <jamespage> ScottK: issue is that libapache2-mod-wsgi-py3 is built with support for python 3.1 and 3.2; upstream only support python 3.1 at the moment
[15:46] <ScottK> Does it not work with 3.2?
[15:47] <Daviey> ScottK, it *seems* that 3.2 doesn't work.. and 3.1 does.. the minimal fix for this, is surely just flipping the symlink ?
[15:47] <ScottK> It's slightly more complex than that, but not much.
[15:47] <ScottK> Did you talk to barry and see if he could fix it to work?
[15:49] <jamespage> ScottK: not yet
[15:49] <ScottK> Did you discuss this with the Debian maintainer?
[15:49] <ScottK> He might have some insight.
[15:50] <jamespage> ScottK: only just started looking at this :-)
[16:02] <TREllis> RoAkSoAx: re your comment on the cluster fence agents earlier for cobbler
[16:02] <TREllis> RoAkSoAx: they are very helpful as part of a cobbler setup anyway --> https://fedorahosted.org/cobbler/wiki/PowerManagement
[16:03] <TREllis> RoAkSoAx: of course, in natty... because the agents are in the cman package, you have to pull in a bit too much really
[16:04] <RoAkSoAx> TREllis: yeah
[16:04] <RoAkSoAx> TREllis: that's why I was asking how necessary it is
[16:04] <RoAkSoAx> TREllis: becyuase the thing is:
[16:05] <RoAkSoAx> TREllis: what used to be RHCS is now a different set of source packages: RHCS 3.1.X (ships cman/dlm), fence-agents, resource-agents (which has merge cluster-agents and the agents from RHCS), and gfs2-utils
[16:05] <RoAkSoAx> all of these are completely new sources
[16:06] <RoAkSoAx> TREllis: now, RHCS3.1.X no longer ships dlm_controld.pcmk creating the dependency of having to use pacemaker >= 1.1.5 + corosync + cman to be able to use dlm_controld
[16:06] <RoAkSoAx> TREllis: howver, other option is to use pacemakaer >= 1.1.5 + RHCS3.0.12 which ships dlm_controld.pcmk + corosync, avoinding the usage of cman
[16:07] <RoAkSoAx> TREllis: this obviosly means not updating RHCS to the latest
[16:07] <TREllis> RoAkSoAx: nasty
[16:07] <RoAkSoAx> TREllis: so if I were to package fence-agents/gfs2-utils/resource-agents while keeping old RHCS (3.0.12) there would be lots of conflicts
[16:08] <RoAkSoAx> TREllis: that can be avoided/"fixed" by either 1. not installing those pieces with RHCS 3.0.12, or simple Replaces/Conflicts in the packaging
[16:09] <RoAkSoAx> TREllis: so if I wanted to get the fence-agents in Oneiric, I'll have to drop the installation of them in RHCS 3.0.12 if we were to keep it for dlm_controld.pcmk
[16:09] <TREllis> RoAkSoAx: I'd be inclinded to go for the 3.1 stack
[16:09] <RoAkSoAx> TREllis: the thing is that in a year or so, cman corosync plugin wants to be dropped so that corosync can access directly to dlm_controld
[16:10] <RoAkSoAx> TREllis: so, there's quite a mess there, that I would like to avoid in order to not end up like we did in Lucid
[16:10] <TREllis> RoAkSoAx: yeah agreed, linux-cluster is so messy still :-/
[16:11] <RoAkSoAx> TREllis: now, RH/Fedora are shipping RHCS 3.1.X + pacemaker 1.1.5 (so that they can use dlm_controld + corosync + cman + pacemaker)
[16:11] <RoAkSoAx> TREllis: Suse, is shipping Pacemaker 1.1.5 + libdlm (no RHCS, no cman, no nothing) but the libdlm they are shipping is the one we are shipping in RHCS 3.0.12 (which has dlm_controld.pcmk)
[16:12] <RoAkSoAx> TREllis: now in turn of these events, I was firstly inclined on shipping RHCS 3.1 to use pcmk + corosync + cman, but now... I'm thinkin on going for keeping RHCS3.0.12 just for dlm_controld.pcmk and upgrade to pacemaker 1.1.5
[16:13] <RoAkSoAx> TREllis: *but* LinBit guys say that it is way to early to upgrade to pacemaker 1.1.5 as it is not ready for production accroding to them
[16:13] <RoAkSoAx> however, the other distros are already shipping them
[16:13] <RoAkSoAx> TREllis: so yeah, a complete mess :)
[16:13] <TREllis> RoAkSoAx: heh, you are making me change my mind too
[16:14] <RoAkSoAx> TREllis: yeah, case at the end, cman is gonna be dropped anyways
[16:14] <RoAkSoAx> TREllis: that's something that I wanna target at the UDS
[16:14] <RoAkSoAx> TREllis: hopefully I can get someone from upstream/LinBit to come to the UDS
[16:18] <TREllis> RoAkSoAx: I guess it comes down to if we want to be bleeding edge on the cluster stack or not, for Oneiric I suppose that's not a bad idea then see how the situation is for 12.04 as it needs to be solid for then
[16:19] <RoAkSoAx> TREllis: exactly my point, but again, pacemaker 1.2.0 might be or might not be ready for 12.04 :)
[16:20] <RoAkSoAx> TREllis: pacemaker 1.1.X is the development towards 1.2.0 and they think it might be ready a year from now.
[16:28] <Daviey> SpamapS, Were you investigating bug 661453 ?
[16:37] <jamespage> Daviey: mod-wsgi/python3.2 is def broken; just tried a quick test....
[16:37] <jamespage> Daviey: I've pinged maintainers on #debian-python
[16:37] <jamespage> Daviey: but I suspect that we may have to fix to 3.1
[16:38] <Daviey> jamespage, ok, good stuff - as ScottK said, if sniffing it doesn't jump out anything obvious, see if you can jump on barry
[16:39] <jamespage> Daviey: looking at upstream trunk there is **alot** of refactoring going on to support threading changes.
[16:39] <jamespage> Daviey: I'll ping barry and see what he thinks
[16:39] <Daviey> oh nice
[16:46] <SpamapS> Daviey: investigating it? sort of. I reported it.
[16:48] <Daviey> SpamapS, Ok, were you working on fixing it aswell?
[16:48] <Daviey> :)
[16:49] <SpamapS> Daviey: no not at all.. but I'd be happy to if we're targetting it for natty.
[16:49] <Daviey> SpamapS, That would be super!
[17:08] <shaggy_surfer> thanks jdstrand , I have submitted a mail to security@ubuntu.com, hopefully I get an update soon.
[17:43] <phretor> hi, I need to test whether a certain DHCP responds correctly, w/o applying any received settings to the NIC. Is this possible?
[17:49] <patdk-wk> phretor, what does that even mean?
[17:49] <phretor> patdk-wk: I need to run dhclient -s mynewserver eth0 but, in case mynewserver replies, I don't want dhclient to apply the settings to the card. I just need to test the serve response.
[17:50] <genii-around> You could make alias interface like eth0:0
[17:52] <phretor> genii-around: good idea.
[18:05] <hallyn> kirkland: hey.  just wondering if you've beenwatching the in-kernel kvm support thread at all
[18:25] <hallyn> Daviey: you removed the milestone for bug 747090 ?
[18:32] <jbernard> kirkland: /usr/bin/byobu-select-session, line 79; you want os.execvp(), not os.execp(), right?
[18:33] <jbernard> kirkland: else you'll have to specify the full path to screen, which probably isn't waht you want
[18:37] <jbernard> kirkland: nevermind, you beat me to it
[18:42] <Daviey> hallyn, i think i did for the invalid task
[18:44] <hallyn> Daviey: right you are, thanks :)
[19:07] <smoser> RoAkSoAx, can you mark https://code.launchpad.net/~jtaylor/ubuntu/natty/matplotlib/matplotlib-fix-752647/+merge/56843 as merged
[19:11] <RoAkSoAx> smoser: I can't someone with access to ubuntu-branches needs to do it :(
[19:11] <RoAkSoAx> smoser: ah never mind
[19:11] <RoAkSoAx> I just did it
[19:11] <RoAkSoAx> lol
[19:11] <kirkland> jbernard: thanks ;-)  yeah, uploaded a fix for that yesterday
[19:12] <jbernard> kirkland: actually, i think what's in trunk right now might be broken
[19:12] <kirkland> jbernard: oh?
[19:13] <jbernard> kirkland: i suspect the os.execp("screen"...) will fail, no? you want execpv() if I'm not mistaken
[19:13] <kirkland> jbernard: there's no os.execp() in head, here
[19:13] <kirkland> jbernard: there's os.execv()
[19:14] <RoyK> http://karlsbakk.net/vetinari-clock-orig.3gp
[19:14]  * RoyK likes wierd stuff :D
[19:14] <jbernard> kirkland: ahh, i mistyped, i meant execvp over execv
[19:22] <kirkland> jbernard: hmm
[19:22] <kirkland> jbernard: seems to be working fine here for me ...
[19:23] <kirkland> jbernard: http://docs.python.org/library/os.html#os.execv
[19:24] <kirkland> jbernard: interesting, i think you may be right
[19:24] <kirkland> jbernard: but it's not broken here, somehow
[19:24] <jbernard> kirkland: execv expected variable number of args, but also expects a full path ot the executable
[19:24] <jbernard> kirkland: which works with the PREFIX + "/bin/screen"
[19:25] <jbernard> kirkland: very odd indeed :)
[19:25] <kirkland> oh
[19:25] <kirkland> yes
[19:25] <kirkland> i see now
[19:25] <kirkland> jbernard: you are totally correct
[20:26] <RoAkSoAx> SpamapS: ping
[20:27] <Daviey> ./
[20:30] <SpamapS> RoAkSoAx: pong
[20:30] <SpamapS> Daviey: your head seems a bit small today.. been spending time with beetlejuice ?
[20:30] <RoAkSoAx> SpamapS: are you free to sponsor a couple uploads>?
[20:31] <SpamapS> RoAkSoAx: sure. don't want to wait for the patch pilot? ;-)
[20:32] <RoAkSoAx> SpamapS: nah. I want you to endorse my core dev application so it is best if you sponsor them :)
[20:32] <RoAkSoAx> SpamapS: bug #751344
[20:32] <RoAkSoAx> SpamapS: there's two debdiffs there, one for heartbeat, one for corosync
[20:32] <Daviey> SpamapS: hah, it was a typo.
[20:32] <SpamapS> Daviey: thats how every shrunken head story starts...
[20:32] <Daviey> heh
[20:35] <SpamapS> RoAkSoAx: any reason the bug wasn't forwarded to Debian ?
[20:39] <RoAkSoAx> SpamapS: for heartbeat, because upstream maintains the packages in debian and they are gonna address it differently, but I didn't want the proposed patch just yet, as it affects the build-depends of the package and I don't feel safe applying the patch just yet
[20:39] <RoAkSoAx> s/the proposed patch/the proposed patch in upstream bugtracker/
[20:40] <SpamapS> RoAkSoAx: interesting. Ok well thinking with my "merge w/ debian" hat on, we need to note that fact in the changelog so the next person who merges corosync will know to check and see if that bug has been fixed, and remove this delta.
[20:40] <RoAkSoAx> SpamapS: it won't be addressed in corosync, but it will in heartbeat
[20:41] <SpamapS> Even *more* important then that it be noted in the changelog.
[20:41] <RoAkSoAx> SpamapS: they themselves recommended to patch the init scripts until *better* solution is found
[20:41] <SpamapS> A merging person needs to go look at heartbeat to see if this delta is still necessary.
[20:41] <RoAkSoAx> SpamapS: but the debian maintainer of corosync is in vacation so can't yet forward it
[20:42] <SpamapS> RoAkSoAx: yeah, I see that this is a temporary fix now. The changelog doesn't really make that clear.
[20:42] <RoAkSoAx> SpamapS: it is not really necessary to note that in every changelog. Changelogs would be huge if we note that in every package
[20:42] <SpamapS> Hopefully, this note will be *dropped* when its fixed and we sync back up with Debian.
[20:42] <RoAkSoAx> SpamapS: I'm gonna fw corosync patch to debian
[20:43] <RoAkSoAx> SpamapS: the one I';m not gonna fw is heartbeat's patch as the fix is there
[20:43] <RoAkSoAx> SpamapS: either way, the patch doesn't really hurt as it just checks if the dir is there, if not, it will create it
[20:45] <SpamapS> RoAkSoAx: I love the patch. I'm concerned that it will just be merged over and over even when its unnecessary and can be synced w/ debian.
[20:46] <SpamapS> RoAkSoAx: I'm saying "when upstream bug #2378 is fixed in heartbeat, this can be dropped" needs to be in the changelog.. normally it wouldn't be necessary if they took your patch, but they went a different direction.
[20:47] <SpamapS> RoAkSoAx: and I'm nit picking on this one thing, because in about 2 months, we're going to be doing a boat load of merges from Debian.. we need them to be as easy as possible. :)
[20:48] <SpamapS> RoAkSoAx: will it break anything if I upload heartbeat before corosync? That one looks good.
[20:49] <RoAkSoAx> SpamapS: nope, nothing will be broken
[20:50] <RoAkSoAx> SpamapS: corosync/heartbeat are both messaging layers for pacemaker so either one of them can be used, depends on your liking
[20:50] <RoAkSoAx> SpamapS: and I do understand the case, but from my point of view pointing that out in every single changelog just creates a bigger changelog, when it should be kept at minimum
[20:52] <SpamapS> developer time is a lot more precious than 72 bytes.
[20:52] <RoAkSoAx> SpamapS: yeah. Tell you what, make a formal suggestion on changing the approach of writing changelogs then
[20:53] <RoAkSoAx> SpamapS: cause, since I started merging packages back in karmic, I've never seen what you mention but in 1 or 2 changelogs
[20:54] <RoAkSoAx> SpamapS: and even then, you still need to review changelogs, review code, review diffs
[20:56] <ScottK> RoAkSoAx: SpamapS is giving you good advice.
[20:56] <ScottK> I sometimes make notes for the next merger in debian/changelog.
[21:17] <aliverius> does the lts ever get a newer kernel?
[21:18] <Patrickdk> aliverius, a release never gets a newer kernel
[21:18] <Patrickdk> unless you install it yourself
[21:19] <aliverius> aha
[21:19] <Patrickdk> same goes for anything in a release
[21:19] <aliverius> so  far kvm is working fine with .32 but i was just curious if i am getting the most kvm can offer
[21:19] <Patrickdk> it's a huge exception to the rules to upgrade a version of a program, other than to just backport security patchs
[21:20] <Patrickdk> there are webpages that tell you how to install newer kernels onto lucid
[21:21] <Patrickdk> hell, linux-image-2.6.35-25-server is in the depo
[21:21] <Patrickdk> ready to go
[21:22] <Patrickdk> unless you want even newer :)
[21:22] <smoser> jdstrand, or kirkland it would be nice to see your thoughts on bug 644632
[21:31] <SpamapS> RoAkSoAx: uploads sponsored. :)
[21:32] <RoAkSoAx> SpamapS: awesome! Thanks! :)
[21:32]  * SpamapS runs off to get some lunch while 185MB of updates download
[22:03] <binaryhat> when my internet connection goes down then comes back up, my ubuntu server does not auto-reconnect.  i have to restart the network daemon.
[22:03] <binaryhat> solution?
[22:04] <cloakable> There is no network daemon
[22:04] <binaryhat> so...
[22:04] <cloakable> So either install on or restart it.
[22:04] <cloakable> *one
[22:05] <binaryhat> which do u suggest?
[22:06] <cloakable> Depends on if you're comfortable pulling stuff like dbus onto your server.
[22:07] <binaryhat> i just want it to reconnect if the link comes back up
[22:07] <cloakable> static ip?
[22:08] <binaryhat> yes
[22:08] <cloakable> Then it shouldn't matter, iirc. The interface should stay configured even with the cable missing.
[22:09] <cloakable> Not sure what's happening there.
[22:11] <binaryhat> this morning i discovered my router went down so i reconnected to my modem
[22:12] <binaryhat> my ubuntu server was inaccessible
[22:13] <binaryhat> so i had to restart the server
[22:33] <hallyn> mdeslaur: hey - i updated my vm-tools bzr tree, and notice it no longer auto-runs /postinstall.run after doing a vm-clone.  That never worked reliably for me anyway so I don't mind, but Im' just wonderin gwhether that's expected?
[22:43] <hallyn> Daviey: phew, that was a touch more work than i thought, but i have a backward-compatible syslog-ng patch, sending to the m-l.  brace for impact.
[22:43] <hallyn> Daviey: as for bug 388483, shall we mark it fix released given feedback?
[23:17] <robbiew> RoAkSoAx: do we have HA packages in main already?  ( I thought we did)
[23:17] <robbiew> RoAkSoAx: nevermind...I checked...we do