[05:35] <twb> Does ubuntu use insserv yet?
[05:37] <jmarsden> twb: /sbin/insserv exists in Lucid, if that helps answer the question.
[05:37] <twb> Not really; I mean, upstart exists in Debian but it isn't really used
[05:38] <twb> I suspect insserv will actively do the wrong thing because enough of the init jobs are in upstart now
[05:38] <jmarsden> OK.  You could  apt-get pruge insserv    and then reboot and find out :)
[05:39] <twb> jmarsden: it's provided by sysvinit
[05:39] <twb> Oh, apparently not.
[05:39] <jmarsden> Not on my machine :)
[05:39] <twb> I guess because insserv only triggers when a new sysvinit job is installed, rather than during boot (cf. startpar).
[07:38] <Error404NotFound> I am trying to setup nginx with php-fpm but can't find the package, even tried couple of ppa. The best one was nginx/php but that has php package, not fpm one. Do i need to install php5-cgi and use custom init script?
[07:50] <Error404NotFound> found it
[08:34] <Daviey> rbasak: Fancy setting up a new upstream version of python-novaclient?
[08:34] <rbasak> Daviey: sounds familiar :)
[08:35] <upp> hello, i want to creat intranet, so what's the best solution to do it?
[08:36] <rbasak> Daviey: any reason in particular I should be mentioning in the changelog?
[08:36] <Daviey> rbasak: That you or zul failed to see if it built locally before uploading it?
[08:37] <rbasak> :-(
[08:37] <Daviey> Or, that upstream project doesn't use a gated trunk - and someone checked in broken code?
[08:37] <Daviey> either way :)
[08:38] <rbasak> looks like it's broken upstream to me
[08:39] <Daviey> Oh yeah, about 3 commits after the one uploaded the fix is there.
[08:41] <Daviey> rbasak: btw, mentioned "LP: #838298" in the bug, and the issue you resolved will be closed automagically.
[08:44] <rbasak> Daviey: the latest snapshot they have is ~bzr110, dated 2/9 2141. Will that do?
[08:45] <Daviey> rbasak: looks like it was fixed in 108, http://bazaar.launchpad.net/~jk0/python-novaclient/master/revision/108
[08:45] <Daviey> so bzr110 looks super
[08:46] <Daviey> For interest, you can see the build log https://launchpad.net/ubuntu/+source/python-novaclient/2.6.4~bzr106-0ubuntu1/+build/2761697
[08:46] <rbasak> yep seen it
[08:46] <rbasak> Is there an FTBFS bug to close?
[08:47] <Daviey> nah, you can open one if you want.
[08:47] <Daviey> i'd be tempted not to bother. :)
[08:47] <rbasak> I was gonna say that, seems a bit pointless :)
[08:48] <Daviey> rbasak: Yeah, some people do that so they can increase their "bug closed" count.
[08:48] <rbasak> :-/
[08:48] <rbasak> This split out debian/ thing is a bit annoying. Is there  an automated way to test the build locally without doing it all manually?
[08:49] <twb> rbasak: as in debian/ is a separate VCS repo?
[08:49] <Daviey> normally. :)
[08:49]  * Daviey looks
[08:49] <rbasak> twb: yes
[08:50] <twb> I do that at http://darcs.debian.org/collab-maint/mg -- look at get-orig-source for the minimal workaround I have
[08:50] <twb> That's get-orig-source in debian/rules
[08:51] <rbasak> thanks
[08:51] <Daviey> I was ust checking if we had that :)
[08:51] <rbasak> that looks slightly mg-specific
[08:51] <twb> Yes, well
[08:51] <twb> I'm sure you can mangle it to your own use case
[08:51]  * rbasak doesn't yet understand the purpose of splitting it out like that
[08:51] <twb> the tar part is portable enough
[08:52] <twb> rbasak: splitting them out and using quilt to merge is simpler than learning to use a tool like git-buildpackage or svn-buildpackage
[08:52] <twb> rbasak: and since 3.0 (quilt) format guarantees that debian/ contains the entire debianization, it's safe to do
[08:53] <rbasak> It doesn't feel simpler to me right now! I guess I need to learn quilt
[08:53] <twb> Are you coming from gbp, or what?
[08:53] <rbasak> I am
[08:53] <twb> Obviousl once you've made that learning hurdle, it looks easy :P
[08:54] <rbasak> I accept that git is hard to learn
[08:54] <twb> I can manage basic git, but I wanted to do packaging, not learn how to deal with branching and merging and shit
[08:54] <rbasak> but I think that it is only hard because it reflects the true structure of any DVCS
[08:55] <rbasak> instead of doing it in one tool we do the same thing out of band manually and with lots of messing around
[08:55] <twb> I was especially disappointed because gbp and friends' documentation want the upstream branch to only have the tarball releases in it
[08:55] <rbasak> just without realising what what we're doing is exactly all the same branching and merging and shit
[08:55] <twb> If it was obvious and easy to just maintain the debian version as a branch of upstream's dev repo, it would be more attractive
[08:56] <twb> rbasak: well, it's "out of band" in the sense that quilt does it.
[08:56] <rbasak> That's what I always did
[08:56] <rbasak> Not sure what you mean by only having tarball releases in it
[08:56] <twb> rbasak: the *bp docs I've read all say "get upstream's tarball, and commit it"
[08:56] <twb> rbasak: they don't say "git clone upstream, then make a new branch for debian"
[08:56] <rbasak> Ah
[08:56] <rbasak> AIUI, the two are identical
[08:56] <twb> They're very definitely not
[08:57] <twb> e.g. git log will not show you any of the upstream patches
[08:57] <rbasak> For the purposes of gbp they are identical
[08:57] <rbasak> I realise that it's different for git
[08:57] <rbasak> but gbp will work just find if upstream is a remote tracking branch
[08:57] <rbasak> (AFAIK)
[08:57] <rbasak> s/find/fine
[08:57] <twb> Maybe, but remember that when I was looking at this I also wasn't really familiar with git
[08:58] <rbasak> I presume the reason the docs are written that way is that most upstreams aren't git repos
[08:58] <twb> I felt like I was going against the grain of gbp/sbp and I knew a separate debian/ repo would Just Work
[08:58] <rbasak> with quilt, surely we're stuck using tarball releases anyway?
[08:58] <Daviey> rbasak: http://pb.daviey.com/XvE0/
[08:58] <twb> rbasak: yes, but it doesn't try to be clever, it just works, and there's very clear separation between upstream, debian/ and debian/patches
[08:59] <rbasak> sure
[08:59] <rbasak> it's that clear separation that I'm finding a right pain
[08:59] <Daviey> rbasak: that is /one/ way of doing this
[08:59] <twb> I'm not saying you're wrong, I'm just saying that this is how I did it, and why
[08:59] <rbasak> OK :)
[08:59] <Daviey> rbasak: actually, i didn't need to pull-lp-source
[08:59] <rbasak> Daviey: that's very different from what zul showed me!
[09:00] <Daviey> rbasak: it's /another/ way :)
[09:01] <Daviey> rbasak: ask twb says, there is a pretty standard convention of having a get-orig-source target in debian/rules... which allows you to do, "debian/rules get-orig-source" , but that hasn't been done for this package.
[09:01] <twb> Well, there's a convention that get-orig-source does *something*, and that debian/README.source documents *something*
[09:01] <twb> I would be wary of running get-orig-source of a new package without reading it first ;-)
[09:01] <rbasak> python-novaclient: remote site does not even have current version
[09:01] <rbasak> what's what about?
[09:02] <rbasak> debian/changelog says 2.6.4~bzr106-0ubuntu1
[09:02] <twb> rbasak: that would be saying that upstream hasn't released the version corresponding to your debian/changelog yet.
[09:02] <rbasak> http://nova.openstack.org/tarballs/python-novaclient-2.6.4~bzr106.tar.gz exists
[09:02] <twb> rbasak: i.e. it's trying to download 2.6.4~bzr106.tar.gz
[09:02] <twb> Dunno, then, run uscan --debug or so
[09:02] <twb> uscan --verbose?  Whatever
[09:03] <Daviey> might be a bug in the debian/watch file
[09:03] <Daviey> shrug
[09:03] <twb> Yea
[09:04] <rbasak> should the watch file refer to pypi?
[09:05] <twb> Fuck I know, is your debian source package visible somewhere I can dget?
[09:06] <rbasak> https://launchpad.net/ubuntu/oneiric/+source/python-novaclient/2.6.4~bzr106-0ubuntu1/+files/python-novaclient_2.6.4~bzr106-0ubuntu1.dsc
[09:07] <rbasak> Upstream snapshot source is  http://nova.openstack.org/tarballs/ AIUI
[09:08] <twb> uscan wfm there
[09:08] <Daviey> it worked for me aswell, but did give a false warning
[09:09] <rbasak> I get http://paste.ubuntu.com/683282/ - is that the same?
[09:09] <twb> Probably because there's two URLs there
[09:09] <Daviey> ttx: I see you are Marked as maintainer for this package.. Do you want that to be kept?
[09:09] <twb> So it can't find it on the first site, and tries the second
[09:09] <rbasak> Argh
[09:10] <rbasak> it's not piping the entire output when not connected to a terminal
[09:10] <twb> Yay reading :P
[09:10] <twb> rbasak: ew
[09:10] <twb> rbasak: report that as a bug
[09:10] <rbasak> Oh
[09:11] <rbasak> No, uscan just doens't do what I thought it would do
[09:11] <rbasak> Which part of name uscan suggests that it should have side effects?
[09:13] <rbasak> (I assumed that running uscan multiple times would have the same result)
[09:13] <rbasak> Even the manpage synopsis suggests that
[09:13] <koolhead11> hi all
[09:14] <Daviey> rbasak: Really, the debian/control should also have - http://pb.daviey.com/qQ2c/ - so drive by developers know where they should propose fixes to the packaging
[09:15] <rbasak> Daviey: ah yes, I was asking zul the other day how I was supposed to know where to get the bzr branch from
[09:16] <Daviey> gah
[09:16] <Daviey> http://pb.daviey.com/vJ3f/, rather
[09:24] <rbasak> OK it builds this time
[09:25] <Daviey> \o/
[09:26] <Daviey> rbasak: do you want to post a debdiff somewhere?
[09:26] <rbasak> I'll push to my bzr branch if that's OK, that's what I did last time with zul
[09:26] <ttx> Daviey: no
[09:27] <Daviey> twb: fancy tackling a bug? :)
[09:27] <Daviey> rbasak: that is fine.
[09:27] <twb> I'm going home in a minute, so you have, like, twenty seconds to sell me on it
[09:28] <Daviey> ttx: python-novaclient isn't gated, it's had test suite failed commits pushed to it.  This is why gated trunk is good. :)
[09:28] <Daviey> is it a 'core' project?
[09:28] <Daviey> twb: ah! Maybe next time.. :)
[09:28] <twb> Whatever dude
[09:29] <rbasak> Daviey: should I keep pypi in debian/watch?
[09:30] <rbasak> Daviey: it seems out of date?
[09:30] <koolhead11> My install gets ceased if DHCP fails to assign IP and i have to retry after pressing/selecting the appeared option during cobbler provisioning for Oneiric. Am i  the only one getting this issue ?
[09:30] <Daviey> rbasak: it's not hurting
[09:31] <koolhead11> *selecting the DHCP assign option.
[09:31] <Daviey> rbasak: it probably will be updated at some point, so it does work
[09:31] <Daviey> koolhead11: funny you say that!
[09:31] <Daviey> koolhead11: what hardware is this?
[09:33] <ttx> Daviey: it's not core -- but in some way it should be
[09:33] <koolhead11> Daviey, lemme pastebin it.
[09:33] <rbasak> Daviey: pushed to https://bazaar.launchpad.net/~racb/%2Bjunk/python-nova-client/
[09:33] <koolhead11> Daviey, am wrongly explaining i think :D
[09:34] <koolhead11> its like if DHCP fails via provisioning and then i again ask him for assigning the IP once it assigns the IP whole process ceases
[09:37] <koolhead11> Daviey, http://paste.ubuntu.com/683311/  The card
[09:37] <Daviey> koolhead11: process ceases?!
[09:37] <Daviey> or it works on attempt #2?
[09:38] <rnz> hi all
[09:38] <koolhead11> Daviey, it gets the ip and then ceases :D
[09:39] <Daviey> koolhead11: I've come across a class of hardware that takes too long to get an IP addresses and the on board pxe fails.. but you have got into the installer ok.
[09:39] <rnz> anybody know how to disable putting daemon scripts to autostart on install step (configure apt or dpkg)
[09:39] <rnz> &
[09:39] <Daviey> koolhead11: This certainly sounds like it could be a bug..
[09:39] <rnz> ?
[09:39] <koolhead11> Daviey, the PXE has not failed in my case but took hell lot of time.
[09:39] <Daviey> koolhead11: Could you raise one against debian-installer, and try and add as much info/logs from the installer as possible?
[09:40] <rnz> anybody know how to disable putting daemon scripts to autostart on install step (configure apt or dpkg)?
[09:40] <koolhead11> Daviey, i can do that. log will not be possible because the system ceases in middle and i have to reboot the system.
[09:42] <Daviey> koolhead11: local or remote?
[09:43] <GeorgeJ> ello folks, I've just installed virtualmin and I want to have multiple versions of php installed. Is it possible to have multiple versions installed? If so, could you point me in the right direction?
[09:43] <koolhead11> Daviey, the local system
[09:44] <Daviey> koolhead11: Someone from the foundations team might be better at helping to debug this.. Open a bug report with waht you can :0
[09:45] <koolhead11> Daviey, ok.
[09:48] <koolhead11> Daviey, and am really stuck with the custom partition using preseed
[09:48] <koolhead11> :(
[09:48] <Daviey> Didn't this come up yesterday?
[09:49] <Daviey> hmm
[09:49] <Daviey> what do you mean by custom?
[09:53] <koolhead11> nopes
[09:54] <eagles0513875> hey guys is there a ppa with an updated version of make
[09:54] <eagles0513875> for lucid
[09:54] <koolhead11> http://paste.ubuntu.com/683346/
[09:55] <koolhead11> Daviey, i put paste of what came as output and what i assigned in preseed
[09:56] <koolhead11> i just need a root a swap and rest a free extended partition :D
[09:57] <koolhead11> just-a-visitor, hey
[10:05] <just-a-visitor> Hello koolhead11
[10:05] <koolhead11> just-a-visitor, still struggling there :(
[10:09] <just-a-visitor> Well, I have searched for that info on Google. :|
[10:10] <koolhead11> just-a-visitor, :D
[10:10] <just-a-visitor> Read somewhere, that if you put everything on one line it might work, but I am still looking for the article.
[10:11] <koolhead11> k
[10:18] <koolhead11> am leaving that section and manually run it unless i figure the issue. i have allready wasted 2 days :(
[10:21] <rnz> anybody know how to disable putting daemon scripts to autostart on install step (configure apt or dpkg)?
[10:22] <_ruben> rnz: you'd probably have to edit the package (get source package, apply change, re-package)
[10:23] <GeorgeJ> How would one install php 5.2.8 on ubuntu server 11.04?
[10:24] <rnz> _ruben - I think this bad idea
[10:24] <rnz> How about if  i need disable for all installing daemons?
[10:24] <just-a-visitor> koolhead11 I am sorry, that I cannot help you more. You know, just a visitor.
[10:25] <_ruben> rnz: then i'd say you're an unlucky person ... or just be less lazy and disable said daemons after installing 'em
[10:25] <koolhead11> just-a-visitor, dont be only that. :D
[10:26] <just-a-visitor> Well, I'm trying... ;-)
[10:30] <rnz> _ruben - i think you don't understand - apt-get install app - app add to starup and start - but server don't need to auto start them. and nothing to do with laziness
[10:31] <rnz> and server not need to start app now
[10:33] <_ruben> rnz: that's part of the app's post-install script, if you don't want that behaviour: patch it out .. if you don't want to patch it out: stop and disable after installing
[10:33] <_ruben> neither are 100% ideal .. tho afaik, those are your only options
[10:33] <rnz> _ruben: OS should not be doing what it does not ask
[10:34] <_ruben> then go use an OS that does what you want?
[10:34] <_ruben> auto starting is rather common thing for a daemon .. why else would one be installing it
[10:35] <_ruben> but sure, there's also apps that pose a question whether or not to do so .. those are kinda rare tho
[10:35] <koolhead11> rnz, so you don`t want few apps to start during bootup right?
[10:38] <rnz> koolhead11: no.. I think apt or dpgk have setting to disable add app after install to autostart
[10:38] <rnz> and this behavior don't hardcoded in packages
[10:38] <koolhead11> rnz, apt-get install rcconf
[10:38] <koolhead11> :D
[10:39] <rnz> sorry for my bad english...
[10:42] <rnz> behavior in ubuntu: apt-get install daemon, if post-install phase  daemon add to autostart and start immediately
[10:42] <rnz> heed behavior in ubuntu: apt-get install daemon, if post-install phase daemon don't add to autostart and don't start
[10:43] <rnz> if post-install/IN post-install
[10:49] <_ruben> rnz: i expect most users to prefer the current behaviour tho
[10:49] <_ruben> (me included)
[10:54] <rnz> I'm happy for them and for you, but I'm not interested. I am interested in changing behavior when installed in the right me. And asked a question about this.
[10:56] <_ruben> like i said, if you want to change current behaviour, roll your own patched versions of those packages .. a change in dkpg/apt to override this at install time is not something i'd see implemented soon .. then again, i'm far from authoritative on that matter :)
[11:04] <rnz> _ruben: IMHO this (patched version of package) is not good way... This functionality should be in the package manager, but not rigidly fixed in the package...
[11:06] <_ruben> rnz: i suggest you file a bug in the bugtracker
[11:13] <GeorgeJ> How would one install php 5.2.8 on ubuntu server 11.04? Should I just compile from source?
[11:20] <EricJ> I take it its not in any official repo, is it?
[11:33] <sky1> kennt sich jemand von euch a weng mit mason aus ?
[11:33] <_ruben> try again in english
[11:34] <sky1> someone who has some experience with mason?
[11:52] <zul> morning
[12:40] <fatbrain_> Hi, is there a good/easy way upgrading to samba 3.6.0?
[12:43] <zul> fatbrain_: not if you compile from source
[12:43] <fatbrain_> zul: ok, thanks.
[12:46] <GeorgeJ> libapache2-mod-fastcgi or libapache2-mod-fcgid?
[13:11] <jdstrand> Daviey: hey, what are you opinions on syncing rails from Debian (fixes 3 CVEs)
[13:12] <jdstrand> Daviey: it is a new upstream version: 2.3.11-0.1 -> 2.3.14.1
[13:12] <jdstrand> Daviey: (and in universe)
[13:13] <Daviey> jdstrand: I'd rather stay as close to Debian as we can with Rails.
[13:13] <jdstrand> Daviey: so, that's a 'yes'?
[13:13] <Daviey> It's probably had minimal testing in Oneiric so far anyway..
[13:14] <Daviey> jdstrand: make it so!
[13:14] <Daviey> (yes)
[13:14] <jdstrand> Daviey: thanks. I'll mention it in ubuntu-release
[13:15] <Daviey> ta
[13:50] <jamespage> lynxman: around?
[14:10] <Daviey> RoAkSoAx: Hey, good day off?
[14:16] <jamespage> adam_g: hey - around? wanted to discuss openstack testing approachs for single and multinode deployments
[14:17] <adam_g> jamespage: i am here, but can we defer till tomorrow? im at a minisprint in texas today
[14:17] <jamespage> adam_g: hey no problem whatsoever - will have to wait until thursday tho as out tommorrow PM
[14:18] <adam_g> jamespage: ok, or if you wanna take it to email that works too
[14:24] <koolhead11> jamespage, page
[14:24] <jamespage> hey koolhead11
[14:24] <jamespage> :-)
[14:27] <koolhead11> wassup
[14:27] <koolhead11> Daviey, am adding more info i wrote the log and adding in the same bug report
[14:29] <Daviey> koolhead11: hmm, what is the bug number?
[14:30] <koolhead11> Daviey, hold on
[14:30] <koolhead11> :D
[14:31] <koolhead11> Daviey, https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/842509
[14:31] <koolhead11> TeTeT  hello
[14:32] <Daviey> koolhead11: What is your cobbler server ubuntu version?
[14:33] <Daviey> koolhead11: do you get this if you install from cd?
[14:33] <TeTeT> hi koolhead11
[14:34] <zul> jdstrand: ping socat...can you guys do a review of it please its kind of blocking the MIR for nova
[14:35] <Daviey> zul: and python-stompy
[14:36] <zul> Daviey: true but that doesnt need the security team
[14:36] <koolhead11> Daviey, My cobbler server : --
[14:36] <koolhead11> DISTRIB_RELEASE=11.04
[14:36] <koolhead11> Cobbler Version=2.1.0-0ubuntu7
[14:37] <koolhead11> TeTeT, how have you been? long time. :D
[14:37] <Daviey> koolhead11: really need a log from the failed client
[14:38] <RoAkSoAx> Daviey: isn't there limitations when preseeding network values on PXE booting?
[14:39] <zul> Daviey: with regards to python-novaclient ftbfs whatever was failing in bzr109 is fixed in bzr110
[14:40] <jamespage> zul: running LXC containers with openstack - what difference does instance type make? think I'm missing something
[14:40] <zul> jamespage: uh? it shouldnt
[14:40]  * jamespage thinks this is his lack of understanding of LXC
[14:41] <jdstrand> zul: ack
[14:41] <zul> jdstrand: thanks
[14:41] <Daviey> RoAkSoAx: i don't think so?
[14:43] <TeTeT> koolhead11: doing fine, how about yourself?
[14:44] <jamespage> zul: right - so instance type is ignored
[14:44] <zul> jamespage: right
[14:44] <jamespage> zul: though I was missing something obvious but evidently not
[14:47] <RoAkSoAx> Daviey: I thought I read something similar somewhere though I'm not so sure anymore
[14:47] <Daviey> hmm
[14:47] <Daviey> maybe
[14:47] <RoAkSoAx> it could have been one of my nightmares whiloe trying to figure something out
[14:47] <RoAkSoAx> lol
[14:49] <RoAkSoAx> smoser: howdy!! what was the bug # that caused cloud-init to fail on real hw?
[14:53] <lynxman> jamespage: was on a day off, what can I do for you sir? :)
[14:54] <jamespage> lynxman: if you are on a day off it can definately wait
[14:54] <jamespage> :-)
[14:55] <lynxman> jamespage: you sure? :)
[14:55] <jamespage> lynxman: yep - its definately non-urgent
[14:55] <lynxman> jamespage: alrighty, I'll ping you tomorrow morning then
[15:12] <zul> adam_g: ping...knowing swift release schedule would be good
[15:13] <adam_g> zul: good call. ill be sure to find out
[15:22] <koolhead11> RoAkSoAx, hey
[15:38] <Daviey> RoAkSoAx: chairing?
[15:39] <RoAkSoAx> Daviey: am I?
[15:39] <Daviey> RoAkSoAx: seems you ar enext in the FIFO.
[15:40] <RoAkSoAx> Daviey: ah! you just updated the wikipage
[15:40] <zul> how convient ;)
[15:41] <Daviey> zul: Was that you offering to volunter?
[15:41] <zul> no just commenting
[15:41] <SpamapS> Its nice that it takes 2 months to rotate around these days. :)
[15:42] <Daviey> RoAkSoAx: BTW - myself and rbasak will be in a call which clashes with the meeting.. So i might be able to 'check in' but not be a crticial part of the meeting.
[15:43] <RoAkSoAx> Daviey: no worries
[15:43] <Daviey> RoAkSoAx: The blueprints need to be updated to reflect the current status.
[15:44]  * zul shakes his fist at jamespage
[15:44] <jamespage> zul: :-) one more to come as well
[15:44] <RoAkSoAx> Daviey: ok i'll mention that
[15:44] <jamespage> zul: I now have a borked nova install - is they any way I can clear out all my broken lxc instances? without re-installing?
[15:45] <zul> euca-terminate?
[15:45] <jamespage> nope - nova delete not working either
[15:46] <jamespage> falls over with bug 842856
[15:46] <zul> son...of...
[15:46] <jamespage> hello....
[15:47] <zul> looks like i have some stuff to do
[15:48] <Daviey> jamespage: So wait, it's not starting OR stopping them properly?
[15:48] <jamespage> well if I spin them up individually they are OK
[15:50] <jamespage> Daviey: I was trying out https://wiki.ubuntu.com/ServerTeam/Oneiric/OpenStackTestPlan with nova-compute-lxc rather than kvm
[15:50] <jamespage> I'm going to blast the system and see if I get the same issues again
[15:51] <jamespage> Daviey: did you see my ping re lack of daily iso images for server?
[15:55] <Daviey> jamespage: i did not!
[15:55] <Daviey> jamespage: thanks for raising it
[15:56] <jamespage> np - its was the cause of my network install woes - netbooting off one kernel version and then network installing with stuff for another
[15:57] <Daviey> jamespage: Ah, that has hit me a few times :/
[15:57] <Daviey> I wonder if that was what koolhead11 saw.
[15:57] <jamespage> I switched to the mini.iso and it fixed my problem
[15:57] <Daviey> (didn't sound like it, tho)
[15:57] <jamespage> maybe - my installs failed to find any disks!
[15:59] <zul> jamespage: do you get the same problem when creating more than one kvm instance
[15:59] <jamespage> zul: I would need to check
[15:59] <jamespage> I did not actually try that TBH
[15:59] <zul> jamespage: k thanks
[15:59] <jamespage> but I will
[15:59] <EriksLV> hi
[15:59] <jamespage> zul: I did get some of the instances I requested - just not all of them!
[16:00] <EriksLV> how can I disable apt-get autoremove?
[16:00] <zul> jamespage: par for the course for cloud ;)
[16:00] <EriksLV> or clear autoremove list
[16:00] <jamespage> :-)
[16:01] <Daviey> EriksLV: It sounds like you have some depends that were instaled because of something else.
[16:01] <Daviey> you removed the something else
[16:01] <EriksLV> yea, I know
[16:01] <EriksLV> :)
[16:02] <EriksLV> I removed virtualmin
[16:02] <Daviey> so apt-get install "something else", and it won't be marked for removal
[16:02] <EriksLV> now it wants to remove mysql/apache
[16:07] <EriksLV> thanks Daviey, that works
[16:45] <jamespage> Daviey: jenkins builds just fine in PPA BTW - not sure what is up with your pbuilder
[17:05] <BrixSat> i have a problem. i lost my user password
[17:05] <BrixSat> and so i cant login to the vps. the grub menu does not show, is there any way to enter the vps?
[17:08] <patdk-wk> mount your vps filesystem on other system
[17:09] <Pota> I am running ngrep. Does this capture packets before or after iptables? Can I control which side of iptables the sniffing is done on for the sake of testing my rules ?
[17:11] <doko> zul, likewise-open ping
[17:12] <zul> doko: pong whats up?
[17:19] <RoAkSoAx> smoser: ping?
[17:19] <smoser> RoAkSoAx, here
[17:19] <doko> zul, why were the armel patches dropped?
[17:19] <zul> doko: i have no idea we get the package from upstream
[17:20] <RoAkSoAx> smoser: what was the bug # for the issue we had when depoying with ensemble
[17:20] <Tophat> Have a Dell GX260 with latest BIOS A09. Can't get installation of LTS going with USB keyboard/mouse
[17:20] <RoAkSoAx> smoser: that cloud-init run stuff because the network was supposed to be up but it wasn't?
[17:21] <doko> zul, then pretty please educate upstream not to drop changes. didn't get any feedback on bug 823717 either. imnsho this is the task of the sponsor
[17:21] <smoser> bug 838968
[17:21] <RoAkSoAx> smoser: thanks
[17:21] <smoser> so you should be good now...
[17:21] <RoAkSoAx> smoser: cool
[17:21] <RoAkSoAx> gonna test
[17:21] <zul> doko: crap...sorry about that
[17:21] <koolhead11> Daviey, hey
[17:22] <RoAkSoAx> Daviey: ok so bug ^^ is fixed, so I should be able to deploy without any issues now
[17:24] <smoser> RoAkSoAx,
[17:24] <RoAkSoAx> smoser: yes?
[17:24] <smoser> grab the cloud-init log ensemble patch if you can
[17:24] <smoser> and apply to ensemble
[17:24] <smoser> hold on
[17:24] <smoser> bug 842488
[17:24] <smoser> branch is linked there, patch is pretty trivial
[17:25] <RoAkSoAx> smoser: you want that in trunk or just in our test branch?
[17:26] <smoser> well, it is proposed for merging, and i think hazmat is aware. and SpamapS said he'd pull to ubuntu ensemble package
[17:26] <smoser> but for your testing, pull it
[17:26] <RoAkSoAx> smoser: alrighty
[17:26] <smoser> it just redirects output of cloud-init and all its subprocesses to a file so you can see it (other than to the console)
[17:26] <koolhead11> RoAkSoAx, you mean the bug i reported is fixed :D
[17:26] <RoAkSoAx> koolhead11: which one?
[17:27] <koolhead11> https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/842509
[17:28] <RoAkSoAx> koolhead11: nope, i mean bug
[17:28] <koolhead11> oops. k
[17:28] <RoAkSoAx> koolhead11: nope, i mean bug #842488
[17:28] <koolhead11> ooh nice. well i was not able to get it working on AWS
[17:36] <veenenen> Anyone worked with ipv6 on an ubuntu server running as a kvm server before?
[17:37] <veenenen> I can get the public route to show up witih "ip -6 route", but the interface never seems to get attached.
[17:38] <veenenen> I check ifconfing, and all I see is the local ipv6 address
[17:42] <koolhead11> no
[17:45] <sbeattie> Daviey: FYI, bug 837991
[17:47] <Daviey> sbeattie: you sir, are a rock star!
[18:31] <Daviey> sbeattie: Thanks for that, it was more than perfect.
[18:33] <sbeattie> Daviey: awesome. Of course, my first attempt at it managed to drop the hardening-wrapper build dependency, which would have made me a sad panda had I not caught it.
[18:33] <Daviey> sbeattie: Yeah, we keep trying to drop the PIE stuff, but it keeps getting noticed. :)
[18:34] <Daviey> sbeattie: I'm suprised you can't upload this stuff directly.. you should.
[18:42] <robbiew> okay folks....gotta fire in some nearby woods...railroad tracks are a good barrier between the woods and my neighborhood, but I need to go afk for a bit until I know it's safe
[18:50] <Solskogen> hi! I've just installed oneiric (server) and noticed that I had some troubles with locales. http://pastebin.com/dtvCj89K - just wondered if this is a known problem, or if I should report it, or if I have some gremlins on my system.
[19:12] <multiHYP> hi, how can i set multiple sites under the same ip/domain using apache2?
[19:13] <multiHYP> basically, i don't want to put my index.html of one of my sites under /var/www/. besides as a user i don't have permission anyway.
[19:20] <doko> zul, any idea why likewise-open ships a DEBIAN/shlibs in the package??
[19:20] <zul> no
[19:24] <robbiew> fire contained...all is good :)
[19:30] <multiHYP> which service is best for domain name registration? in the uk godaddy and namecheap are famous…
[19:34] <jpds> multiHYP: Use virtual hosts?
[19:34] <multiHYP> yeah that i figured
[19:34] <multiHYP> but thanks jpds
[19:35] <jpds> multiHYP: And for domains, it's really up to you.
[19:35] <multiHYP> jpds: do you use any?
[19:36] <jpds> No.
[19:36] <gummybear> greetings all, setting up my first ubuntu-server, so far so good...
[19:42] <zul> utlemming: did someone already claimed the review?
[19:51] <zul> smoser: ping about cloud-init-output-log....how does that work?
[19:52] <smoser> cloud-init redirects its stdin and stdout to the expected filehandles or pipes
[19:52] <smoser> and subprocesses inherit those
[19:52] <zul> so you get the ssh keys and that kind of stuff?
[19:53] <smoser> all output other than (unfortunately, the stuff i recently added 'ci-info:' ) that would go to console will go there.
[19:53] <smoser> (well, with 'tee' it will go both places)
[19:54] <zul> dang...because that would be good for the lxc containers
[19:54]  * zul is toying with some ideas
[19:56]  * koolhead11 is confused and feeling restless
[19:59] <koolhead11> Daviey, how any idea how much time it will take someone to fix this issue
[19:59] <koolhead11> i was wondering if i should file one more bug
[20:13] <aleuck> hey
[20:14] <koolhead11> aleuck, hey
[20:15] <aleuck> where is the folder that is copyed to a user's home folder when the user is created?
[20:15] <genii-around> /etc/skel
[20:15] <aleuck> could anyone help me on that?
[20:15] <aleuck> thx
[20:17] <Daviey> koolhead11: I'm concerned there isn't enough information to be able to reproduce the current one.
[20:17] <Daviey> It might be an idea to try the iso that is created tommorrow
[20:17] <Daviey> (import it into cobbler)
[20:17] <koolhead11> Daviey, am doing to do that only :D
[20:18] <koolhead11> Daviey, one more thing the DHCP takes ages to assign IP to provisioning system
[20:18] <Daviey> koolhead11: Ah, try the ISO which is HOT OFF THE PRESS
[20:19] <Daviey> you may well be the first person to try the one just created
[20:19] <koolhead11> Daviey, am going to do that as first first  its around 2 am and am alone scared in office :D
[20:19] <Daviey> koolhead11: Regarding DHCP, you are not the first person to notice this.. smoser was working on a fix for that, don't know the current status.
[20:19] <Daviey> (might not be the same issue)
[20:20] <koolhead11> Daviey, another probable bug is, when my DHCP fails and am manually assigning the IP.
[20:20] <Daviey> This sounds like something else
[20:21] <koolhead11> information about my hostname coming from preseed file gets over written with 1st set of the IP
[20:21] <koolhead11> say i am giving static IP 192.168.1.3
[20:21] <koolhead11> so my hostname becomes 192
[20:21] <koolhead11> :(
[20:23] <smoser> whats going on ?
[20:23] <smoser> koolhead11, explain ?
[20:23]  * koolhead11 bows to Smark 
[20:23] <koolhead11> smoser, am running cobbler and its taking care of my DHCP server as well
[20:24] <koolhead11> i have a pressed file which i have assigned most infos like hostname and all
[20:24] <koolhead11> now during provisioning, most of the time my automatic DHCP IP assignment fails and when i assign the IP manually
[20:24] <koolhead11> so say i gave the machine IP 192.168.1.8
[20:25] <koolhead11> after the provisioning once system boots
[20:25] <koolhead11> it acquires hostname ==> 192
[20:25] <koolhead11> instead the one i defined in my preseed file
[20:26] <koolhead11> If am lucky and DHCP assigns the IP then i get hostname as per my preseed file :D
[20:28] <koolhead11> and yes the same behaviour is seen when am assigning an static IP for the provisoned oneiric system
[20:30] <koolhead11> smoser, also this https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/842509 , i will test the latest  build tomorrow. I wish i will be able to see few fixes else i will file bug for the above mentioned
[20:33] <storrgie> how do i change my X config to use my monitor properly
[20:33] <storrgie> right now its at a goofy resolution
[20:33] <smoser> ok. i do not believe it is related to what i was working on unless you have cloud-init in the picture. (which youprobably do not).
[20:34] <koolhead11> smoser, no cloud-init
[20:34] <smoser> check the 'dpkg -l' to be sure
[20:34] <smoser> but it could be hosing you, and we have cobbler stuff that might be shoving it in there....
[20:34]  * koolhead11 points storrgie, #ubuntu
[20:34] <storrgie> koolhead11, its for ubuntu server
[20:34] <storrgie> I have a monitor attached to the server
[20:35] <koolhead11> smoser, as Daviey i will test everything on new CD tomorrow :D
[21:13] <Daviey> RoAkSoAx: Having a problem with the installer?
[21:18] <jamespage> Daviey, RoAkSoAx: if screenshot is from PXE network install could be related to lack of daily images for the last few days (assuming setup is using full ISO rather than mini?)
[21:19] <jamespage> I had a very similar issue with my local install environment yesterday which I banged my head against the wall for an hour or so with :-)
[21:19] <Daviey> jamespage: Argh.. normally it shows - a problem with linux-modules could not be found.
[21:19] <Daviey> Was it the same issue?
[21:20] <Daviey> RoAkSoAx: there is a fresh daily ISO to try, if you want?
[21:20] <jamespage> i got that same message - I think the kernel upped a version since 01/09
[21:20] <jamespage> could not detect any local disk so iSCSI instead :-)
[21:21] <jamespage> Daviey: are you doing a bit of sponsoring ATM?
[21:23] <Daviey> jamespage: can do..
[21:24] <Daviey> I was just fixing some packages i do not care about for fun.
[21:24] <Ursinha> lol
[21:24] <jamespage> Daviey: lp:~james-page/ubuntu/oneiric/jenkins/misc-fixes is ready to go if you have time
[21:24] <jamespage> I did check in PPA - worked just fine so not sure whats up with your pbuilder environment :-(
[21:27] <RoAkSoAx> jamespage: ok so AFAIK the image might have been updated in cobbler
[21:27] <RoAkSoAx> jamespage: but it is an ISO
[21:27] <RoAkSoAx> Daviey: yeah I'll do that
[21:27] <jamespage> OK so as we have had not ISO's since the first thats prob the issue
[21:27] <jamespage> well it was for me anyway
[21:27] <RoAkSoAx> Daviey: I havent manually updated the ISO myself, so the cronjob that is installed might have done so
[21:28] <RoAkSoAx> so if it was a recently imported ISO that might be the issue
[21:28] <RoAkSoAx> will try today's daily
[21:28] <RoAkSoAx> and see what happends
[21:28] <jamespage> The mini.iso works just fine
[21:28] <jamespage> but that gets built differently
[21:28] <RoAkSoAx> jamespage: what I'm using is also a mini ISO
[21:28] <jamespage> when did it last get updated?
[21:28] <Daviey> RoAkSoAx: it was only published a few hours ago, so unlikely the cronjob picked it up
[21:29] <RoAkSoAx> Daviey: indeed
[21:29] <RoAkSoAx> jamespage: 21st
[21:29] <jamespage> yeah - so it will def. be borked
[21:30] <jamespage> an update should fix
[21:30] <RoAkSoAx> jamespage: k will do that
[21:30] <RoAkSoAx> thanks
[21:30] <jamespage> np
[21:30] <jamespage> I lost time on it - wanted to make sure you did not :-)
[21:31] <jamespage> anyway - bed time
[21:31]  * jamespage yawns
[21:31] <jamespage> ttfn
[21:34] <Daviey> nn jamespage
[21:58] <Ursinha> Daviey, qa-regression-testing is really neat
[22:03] <idlemind324> on 10.04 lts i installed openssh-server and tried to use it with my 16 character password but it would not let me in. i changed it to a 10 character password and i was able to get in. aside from using keys how do i extend the length of passwords ssh can use?
[22:03] <idlemind324> on the servers local console if i run ssh -l <myusername> localhost ... i can use my 16 character password
[22:04] <idlemind324> i am unable to use my 16 character password from my 11.04 desktop
[22:06] <Ursinha> idlemind324, what's the error message?
[22:06] <idlemind324> it simply fails authentication
[22:06] <idlemind324> if i change my password from 16 characters to 10 it works
[22:06] <idlemind324> i just never thought ssh on the client side would fial because a password was too long
[22:07] <Ursinha> stupid question, but is it possible that you have a function key enabled or something that might be producing the wrong char in the 16 chars passwd?
[22:08] <idlemind324> nah i the ssh server is a vm on the machine i'm using for the client so if it had a function key on i would assume it would replicate to both
[22:08] <idlemind324> i guess it could be one of my special characters
[22:08] <idlemind324> i'm trying a strictly numeric 16 character password atm
[22:09] <idlemind324> hmm
[22:09] <idlemind324> must be a character
[22:09] <idlemind324> * special character
[22:09] <idlemind324> 16 character numeric password worked
[22:09] <Ursinha> :)
[22:10] <idlemind324> now to find out what specials break it
[22:11] <Ursinha-afk> idlemind324, check if it shows correctly in plain text inside the vm
[22:11] <idlemind324> it does
[22:11] <Ursinha-afk> hmm
[22:12] <Ursinha-afk> idlemind324, did it work before or that's the first time you're trying that?
[22:12] <idlemind324> first time around
[22:12] <idlemind324> interesting
[22:12] <idlemind324> when running passwd
[22:12] <idlemind324> using just ))(( as my password it says "No password supplied"
[22:13] <Ursinha-afk> hmm, I don't get it then
[22:13] <Ursinha-afk> :/
[22:13] <idlemind324> hmm
[22:13] <idlemind324> me thinks me found it
[22:14] <Ursinha-afk> and what's that?
[22:14] <idlemind324> the vm isn't capturing the )('s at terminal
[22:14]  * Ursinha-afk is curious
[22:14] <Ursinha-afk> ah, thought so
[22:14] <idlemind324> it gets all other specials it seems
[22:14] <idlemind324> now to figure out why
[22:14] <Ursinha-afk> it's almost always something about special chars assignment
[22:15] <idlemind324> could it have something to do with keyboard layout selection?
[22:15] <Ursinha-afk> or the vm manager shortcuts setup as well
[22:22] <Daviey> Ursinha-afk: yeah, it is nice!
[22:22] <Daviey> Ursinha-afk: we should use it more :)
[23:05] <lajjr> Hello kim0
[23:26] <kim0> lamont: hey