[00:09] in /etc/hosts, if I want to define 6 sites to point to 127.0.0.1, can i define the hostnames to bind to that address all on one line rather than have multiple lines containing 127.0.0.1 ? [00:10] TheEvilPhoenix: yeah, just write one hostname after the other separated by a space, should be good [00:41] Hello, does anyone know how I can find out what is spawning a perl process? is there logs somewhere? [00:44] iggi_: try pstree [00:44] it can give you an indication on which process started the perl process === Ursinha is now known as Ursinha-afk [00:46] ps ax can give you the command used to invoke it [00:58] New bug: #882344 in squid (main) "package squid 2.7.STABLE7-1ubuntu12.4 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,New] https://launchpad.net/bugs/882344 [01:33] xranby, It only runs for a split second though [01:34] same thing qman__, it runs for 1-2 seconds, enough to show up on top then dissapears [01:34] the problem is I run a voice chat server on it, so it runs just enough to cause fragmentation [01:43] iggi_: try raise the priority on your voice chat program === Guest60473 is now known as medberry [01:44] iggi_: renice -n -1 -p chatserverprocessidhere [01:46] xranby, It's already at -19 [01:46] still happens [01:53] ##opensource-es [03:14] if there is a network share in my fstab file that's unavailable when my server reboots, the server never finishes booting [03:14] mountall fails and it just stops the boot sequence [03:15] is it possible to get it to just skip mounting those drives and move on? [03:16] add noauto to the fstab? [03:16] This must have gotten worse in the latest release, because while *I* encountered in under lucid, nobody else complained until this week [03:17] this is on lucid hah [03:17] There's also some bullshit undocumented additional option like "bootwait" but it wasn't working for me [03:18] RTFS mountall I think it's mentioned in a C comment [03:19] noauto would certainly work, but ideally i'd like it to try to mount, but not blow up if its unavailable [03:21] Good luck with that [05:41] New bug: #882390 in samba (main) "package samba 2:3.5.8~dfsg-1ubuntu2.3 failed to install/upgrade: ErrorMessage: package samba is not ready for configuration cannot configure (current status `half-installed')" [Undecided,New] https://launchpad.net/bugs/882390 [05:49] howdy. [05:50] my ubuntu 11.10 is spamming the syslog with 'ntop[1238]: **WARNING** packet truncated' [05:50] It seems it doesn't matter, but anyone have an idea on how to disable the logging? [05:51] it's logging when I stream a movie over NFS. [05:52] air_: stop ntop, then? [05:56] twb: oh. it's too early for me. why didn't I look into that right away. [05:56] twb: thanks, I'll see if it's needed or if I can just shut it down. [05:59] It's not needed [05:59] It's a diagnostic tool [05:59] Probably someone started it and forgot to stop it [06:00] twb: it can also be a network monitor [06:14] <_ruben> ntop usualy is meant to be running 24/7 .. collecting data over time and all that .. whether or not it is needed is up to the admin of the box ;) [06:30] _ruben: oh, OK [06:30] I assumed you only used it when there was a problem [06:30] Like top [06:30] For long-term stats I would be using something rrd-flavoured like collectd, but whatever [06:31] <_ruben> ntop is rrd-flavoured [06:31] ooooh [06:31] I must be thinking of something entirely different then [06:31] Probably iftop [06:31] <_ruben> ;) [06:31] Yeah, ntop isn't even ncurses based [06:32] <_ruben> its web indeed [06:32] web is for little girls [06:32] <_ruben> and managers [06:32] Same thing [06:32] They are always coming around to my desk asking me to deploy invisible pink ponies [06:33] <_ruben> hehe :) [06:33] Just this very hour, they asked for wordpress [06:34] And I said "no, you can keep using m4 and make. httpd is not going to be running an embedded interpreter" [06:34] invisible pink unicorn. :P [06:34] Takyoji: it was a melange of that an "I want a pony" [06:34] ahh [06:36] No fire-breathing pony? http://www.youtube.com/watch?v=lqhL-_86LOQ&t=3m32s :P [06:37] NFI, I don't do idiot box [06:50] How do I setup a local cache to install from (using a PXE server)? [06:50] er, a local apt cache [06:51] debmirror or apt-mirror [06:51] but then I have to download a whole repository [06:51] But installs only load the bootloader, kernel and ramdisk via PXE. The rest comes from HTTP or similar. [06:51] RudyValencia: no, debmirror at least allows you to mirror subsets of the repo [06:51] Oh? I can just mirror enough of it to install the base client system over the network? [06:52] Should be possible [06:53] debmirror --method rsync --host mirror.internode.on.net --arch amd64 --nosource --diff=none --host ftp.debian-ports.org --root debian --section main --dist unstable,unreleased --limit-priority='required|important|standard' --include=insserv /srv/apt/debian-ports [06:54] That only downloads 220MB, for example [06:54] but then I have to set up my HTTP server to serve those packages mirrored, don't I? [06:54] Yes, but that's trivial [06:54] There was one I used to use called "approx" [06:54] apt-get install busybox-static; busybox httpd -p 8080 -d /srv/apt [06:54] approx and other "caching" proxies are flaky crap [06:55] I have had nothing but pain from them [06:55] but deb-mirror doesn't update the files with new versions, it's only a snapshot of the version in time [06:55] I cannot comment on apt-cacher-ng -- I haven't tried that one [06:55] RudyValencia: uh, just run debmirror again each morning [06:55] I could probably set up a vhost on my server pointing to the install CD [06:56] If you've already got a CD then don't bother with any of that [06:56] Just export the CD [06:56] (then all the client needs is an update) [06:56] Oh, cp /path/to/cd/* /path/to/vhost/ubuntu ? [06:56] well, cp -a actually [06:57] More like mount /dev/sr0 /mnt/delete-me && busybox httpd -d /mnt/delete-me -p 8080 [06:57] Don't see why you'd bother copying stuff [06:57] I don't want to always keep the CD in the drive because the server would boot off it and that would delay reboots [06:57] and I already have an HTTP server set up [06:57] Well, whatever [06:58] (this is my personal fileserver/test Web services server [06:58] It'll be a subdir of the CD tho, something like pool/ [06:58] Although last time I looked some of the newer CDs did silly things to save space, so you might not be able to do that anymore, they might not HAVE any .debs in their pool except for a couple of drivers [06:58] server CD is probably still OK, assuming you're doing minimal installs [06:59] I'm using the LTS version [07:00] and I am doing desktop installations [07:00] NFI, then [07:00] Desktop installs will need like 400MB of debs [07:01] hm, is there a way to download that entire set of files [07:01] Assuming you can afford the one-off up-front download, and the ongoing disk space consumption, debmirror is definitely the easiest way to do it IMO [07:01] I would rather store the files than have to redownload them on every install [07:01] RudyValencia: well, there will be jigdo files somewhere that list what .deb and .udeb files are on the "alternate" CD [07:01] (only downloading a "delta" to the latest versions) [07:02] You can't have that "delta" business [07:02] oh [07:02] apt archives aren't set up that way [07:02] darn [07:02] hm [07:02] hm, I'll read up on apt-cacher-ng [07:03] IIRC there is a script that you're supposed to use if you're an ISP and you want to be a direct mirror of cdimage.debian.org, and that might do deltas, but it's not actually maintained as a package in debian, so I've never looked [07:03] apt-cacher-ng might be a better, more serviceable replacement for approx [07:03] Basically you'd need a smart client that can parse Packages and mv files then talk rsync to the upstream archive to --in-place get them [07:04] Allegedly -ng is better than the other cachers, but just doing a partial mirror is more reliable [07:04] well, I was thinking of just using the server for the initial install, then dropping a sources.list that connects to an outside APT repository after first boot [07:05] Sure [07:05] (preferably mirror.anl.gov in the US here as it has the best bandwidth [07:05] That's what I meant by "delta" [07:05] What I usually do is set up http://apt for the install and leave it as the default mirror, and use a mirror:// entry as a fallback in case the host moves offsite [07:05] It'll noisily, but automatically, fail over to the mirror [07:06] I keep copies of the ISO on hand [07:25] Daviey: looking now [07:46] morning o/ [07:48] morning lynxman [07:48] how are you on this fine day? [07:48] jamespage: top of the morning ;) [07:48] jamespage: enjoying the sunny day, hehe :) you? [07:48] lol [07:48] I *need* to be in Orlando [07:48] jamespage: I reckon it'll be rainy next week :/ although I don't think it's the same kind of rainy [07:49] bah [07:49] I can do warm rainy [07:49] its cold rainy that I don't like [07:49] jamespage: I'm okay with cold rainy, windy sideways rainy is a bit annoying though [07:51] lynxman: have you tried out mcollective with the activemq packaging that landed last release? [07:51] jamespage: I'm on that today [07:51] lynxman: good - I'm just looking at the FTBFS on the latest debian version [07:52] jamespage: :) [07:52] A new version also landed in Debian unstable in the last couple of days [07:53] jamespage: interesting :) [07:53] lynxman: any use for you - http://packages.debian.org/changelogs/pool/main/a/activemq/current/changelog ? [07:55] jamespage: the -4 is acually a good one [07:55] jamespage: need to do some heavy testing today though :) [07:58] Daviey: that tomcat bug relates to a feature that is not in the version in Lucid [08:01] quite bad :( after upgrading to oneiric my whole email system is down [08:01] somehow fetchmail is working, but I don't know if it's a problem of postfix [08:04] it looks like the mails go to /var/spool/mail [08:04] but then not to the user maildir [08:40] Aison: could you provide a few more details about your email system? [08:40] someone might have a similar setup and may be able to help [08:41] ok, I have got postfix installed with maildir in home Maildir/ [08:42] fetchmail fetches the mails and deliver them to postfix [08:42] now the problem is, that new mails suddenly go to /var/spool/mail and /var/mail instead to /home/[user]/Maildir [08:44] postconf shows that the config is right: home_mailbox = Maildir/ === stiv2k_ is now known as stiv2k [09:07] hi, im thinking about removing consolekit in all my servers... Can this do any damage? i noticed it tries to remove dbus as well. Is not used at all by the server? [09:24] afuentes: I don't think that is a good idea. If I'm not mistaken, consolekit is used pretty much at a lot of levels you quite possibly don't want to redesign [09:27] ersi can you give me an example? [09:27] i read this "In short, the goal of ConsoleKit is to give elevated, but controlled, privileges to the person sitting at the physical computer." [09:27] i dont know what i want that for [09:27] i dont even admin these servers physically [09:28] they are virtual machines [09:28] i don't have it installed on my virtual servers. [09:32] afuentes: Unfortunally not, I would of course do so if I could :) [09:32] afuentes: Well, hm - does look like you don't need it then.. seems that onre does without it [09:42] onre do you have lot of servers? [09:42] and services? [09:42] just to know how probable is to break something without it [09:43] because it removes dbus as well [09:44] afuentes: I would not remove it, although if it really bothers you remove it and see if everything keeps working as you expect :) [09:44] afuentes: vamos, que pruebes y ya esta, hehe [09:45] well, it seems the process of console kit are always busy, and sometimes is mayor load i have on the servers [09:45] i goggle a little about it, and i was not able to draw a conclusion [09:45] but it does not seem to do anything very useful [09:47] I'd suggest trying this in a test environment, so that you do not break any production services. [09:48] Just a friendly cautionary tip [09:49] ersi i already did it on test enviroment, nothing seems broken so far, but its hard to tell when you have so many services [09:49] hmm maybe also just kill ConsoleKit and see if something breaks, if not you don't really need it [09:50] xD [09:51] maybe i should make an script that do that on every process and reboot the server when something die, just to clean up [10:05] where could I find ubuntu-server training videos for free rather than a few specific I found on youtube?? [10:11] Daviey: Where is the packaging branch for openstack stuff for Oneiric? [10:16] hi all === koolhead17 is now known as koolhead11 [10:20] soren: for oneiric? That has reverted to normal UDD, no? [10:21] soren: lp:~openstack-ubuntu-packagers/nova/ubuntu is for essex. [10:22] rbasak: How is cobbler looking? [10:33] Daviey: small question for you [10:33] Daviey: If I read this correctly [10:33] Daviey: ruby-stomp | libstomp-ruby1.8 (>= 1.1.5) [10:33] Daviey: means ruby-stomp OR libstomp-ruby1.8 right? [10:33] Daviey: if we sync from upstream (since we don't have ruby-stomp) this should be okay anyway right? Not enough reason for a merge I reckon [10:36] lynxman: If that is the only thing concerning you, i'd like to do a sync regardless to close the delta and then fix anything afterwards. [10:36] Daviey: talking about puppet here :) [10:36] Daviey: mcollective is next, that won't be that easy [10:36] Daviey: puppet 2.7.6 from sid [10:38] lynxman: kinda odd that ruby-stomp doesn't exist in Ubuntu, and libstomp-ruby1.8 is universe. [10:40] Daviey: a little bit innit [10:40] /sbin/init [10:40] Daviey: I don't know, that's why I'm asking :) [10:40] kill -9 0 [10:41] 0? [10:41] What's pid 0? [10:41] soren: the pid that cannot be divided :) [10:41] lynxman: I'm not sure that helps :) [10:41] lol [10:44] * patdk-lap wants pid -1 [10:45] Daviey: Ok, so just to clarify: lp:ubuntu/oneiric-proposed/nova is where we apply changes we want to eventually land in -proposed (and -updates, of course). And we use LP merge props to get changes on there? === Ursinha-afk is now known as Ursinha [10:49] patdk-lap: Sorry, it's not for sale. [10:49] good morning people [10:51] soren: Yes, that is the plan.. If you want to UDD it.. The other option is to just upload to -proposed and let the package importer do it's thang [10:52] soren: Ah [10:52] soren: This is where UDD ucks. [10:52] sucks. [10:52] soren: In this instance you want to base on -updates.. as there was a security update which overwrote a verification-failed nova sru, which is currently tip of -proposed. [10:54] * koolhead11 cannot access anything today :( [10:54] zul: hey [10:55] Daviey: That was actually why I wanted to know: So that I could reconcile those branches. [10:56] koolhead11: ello koolhead(11|17) [10:56] lynxman: hey there. [10:56] New bug: #882507 in puppet (main) "Sync puppet 2.7.6-1 (main) from Debian sid (main)" [Undecided,New] https://launchpad.net/bugs/882507 [10:57] oh oh, I know that bug === koolhead11 is now known as koolhead17 [11:00] hey Daviey [11:03] hey koolhead17 [11:03] soren: Yeah, TBH, i think the easier way to do this is to just upload and let the package import do it's thang. [11:04] UDD fail. [11:04] This time it actually seems pretty easy. [11:04] I do remember these pains from earlier times, though. [11:04] :( [11:05] IIRC, there's a flag we can set in debian/source that makes it so that the patches aren't applied, which makes it quite a bit easier to deal with 3.0 (quilt) format packages. [11:06] Daviey: Yeah, debian/source/options: --skip-patches [11:06] soren: Yeah, i think that shoudl be system wide TBH [11:07] I'm not sure I agree, but meh. [11:07] Reviewing .pc's is awesome. [11:13] zul: Do you not use dch to add changelog entries? [11:13] afuentes, tens of both. [11:14] onre, whats both? [11:15] Daviey: am reopening https://bugs.launchpad.net/ubuntu/oneiric/+source/keystone/+bug/878282 [11:15] Launchpad bug 878282 in keystone "keystone database connection error" [Medium,Fix committed] [11:15] tens of servers running tens of services :p consolekit is related to access to physical keyboard + mouse, so you really do not need it on virtual servers. [11:15] i have allready commented on the same. i don`t see it changed [11:18] koolhead17: ugh [11:18] koolhead17: Is this a fresh install? [11:19] Daviey: i just installed keystone few minutes back . yes [11:20] i even did an apt-get upgrade to see if something has changed/new added [11:21] koolhead17: can you apt-cache policy keystone ? [11:22] Daviey: http://paste.ubuntu.com/720583/ [11:23] koolhead17: you aren't installing the proposed package :) [11:24] koolhead17: https://wiki.ubuntu.com/Testing/EnableProposed [11:25] Daviey: oops. k [11:26] New bug: #878282 in keystone "keystone database connection error" [Medium,Fix committed] https://launchpad.net/bugs/878282 [11:28] koolhead17: I'd be kinda suprised if it didn't work, http://launchpadlibrarian.net/83391386/keystone_1.0~d4~20110909.1108-0ubuntu3_1.0~d4~20110909.1108-0ubuntu3.1.diff.gz [11:30] ive installed samba on my ubuntu server, but I cannot connect to it with a ftp program, ive set the samba.conf as shown in a tutorial, the ftp program says connection refused by server [11:30] Daviey: i see same old conf file. [11:31] koolhead17: That is because you are not testing the -proposed package, but the package currently in the archive with the known isue [11:31] morning [11:31] koolhead17: the -proposed upload needs verification before it can be installed by everyone automagically. [11:31] znow: erm, samba isn't an ftp server [11:32] Daviey: can you tell me what should i add in my apt-sources.list. to my horror am not able to open wiki.ubuntu.com. we have just moved to new floor with new VLAN and all stuff :( [11:32] Daviey: oh yeah lol.... mixed it up... okay, what do I need to install to get ftp access to my server? [11:32] zul: good morning [11:35] koolhead17: can you see pastebin?" [11:35] koolhead17: http://pastebin.ubuntu.com/720589/ [11:36] !ftp | znow [11:36] znow: FTP clients: Nautilus (Places -> Connect to server), gFTP, FileZilla (for !GNOME); Konqueror, Kasablanca, KFTPGrabber (for !KDE); FireFTP (for Firefox); ftp, lftp (for !cli) - See also !FTPd [11:36] yes. :) [11:36] !ftpd | znow [11:36] znow: FTP servers: ftpd, proftpd, pure-ftpd, twoftpd, vsftpd, MuddleFTPd, wzdftpd - Graphical front-ends: PureAdmin, GProftpd (for GNOME), KcmPureftpd (for !KDE) - See also !FTP [11:36] ubottu: you suck. [11:36] Daviey: thank you [11:36] znow: https://help.ubuntu.com/11.10/serverguide/C/ftp-server.html [11:36] interesting vsftpd is not in that list [11:37] 12:36 < ubottu> znow: FTP servers: ftpd, proftpd, pure-ftpd, twoftpd, *vsftpd*, MuddleFTPd, [11:37] zul: morning :) [11:37] doh...need more caffine [11:37] zul: go get it ;) [11:46] 'morning chaps [11:47] morning SpamapS sir!! :) [11:48] Daviey: am closing it again. :( it was my mistake :D [11:48] koolhead17: don't change the status [11:48] hey SpamapS [11:50] Daviey: ok. i left it to in progress. i will comment again and write that i checked it in proposed and it works. i hope that sloves it [11:50] koolhead17: great [11:55] Daviey: as zul mentioned yesterday the admin port is changed to "35357" do you want me to file a bug for same and add patch for the same? Because i don`t see the same changed in proposed keystone package. [11:57] koolhead17: it's not changed yet :/ [11:57] zul was kicking off a discussion with ~ubuntu-sru team to see if updating to final is ok. [11:57] * koolhead17 rechecks it [12:02] Daviey: http://paste.ubuntu.com/720613/ i have proposed package installed now. :D [12:08] koolhead17: great, now dodn't touch the damn status :) [12:08] don't* [12:09] Daviey: sir!! got it :P [12:55] ivoks: Do you fancy taking the logwatch merge? [12:55] tjaalton: okay, i've triaged that bug, trying to figure out the best way to solve it [12:56] kirkland: cool [12:56] tjaalton: thanks for the logs [12:56] tjaalton: i'll get you something you can test out shortly [12:57] SpamapS: looks like moin needs a merge? [12:57] kirkland: great, thanks [13:02] smoser: Are you merging nagios-plugins? [13:06] Daviey: yaaaay :-p [13:13] Daviey: so we have a problem [13:13] with keystone [13:17] the final release added a new python dependency passlib which is not in the archive [13:17] *soh* [13:17] s/doh/ [13:24] zul: awesome [13:25] Daviey: so i dont know and dont think you can add new packages after the fact [13:28] zul: I'm not aware of any SRU's which have introduced new packages, but i'm not sure it's really any different. [13:28] me either but i dont think it has been done beore [13:29] zul: http://bit.ly/pa5ruL [13:29] lynxman: not really :) [13:32] Daviey: so i think we might be stuck [13:32] tjaalton: aha [13:33] tjaalton: your preseed has your encrypted password [13:33] tjaalton: not a cleartext one, right? [13:33] Oct 26 22:21:42 frontend: Adding [ID] -> [passwd/user-password-crypted] [13:33] tjaalton: this means that ecryptfs does not have access to your cleartext password to wrap your generated mount passphrase [13:33] Daviey: or we check to see how prevalent passlib and remove it [13:33] zul: I can't believe keystone didn't declare this. [13:34] kirkland: yes [13:34] tjaalton: okay [13:34] zul: or, cherrypick part of passlib that is required? [13:34] * Daviey knows nothing abut passlib [13:34] kirkland: was wondering how the preseeding could even work :) [13:34] tjaalton: it's going to take a gnarly hack to work around this one :-) [13:34] Daviey: yeah im not entirely surprised either [13:34] tjaalton: i can explain it to you, if you're interested [13:35] kirkland: hehe, give it a shot [13:35] tjaalton: okay, so in all cases, a mount passphrase is randomly generated [13:35] zul: ugh. it's not just one *.py. [13:35] tjaalton: in some cases, we know the user's cleartext chosen password [13:36] Daviey: yeah im looking at the git tree [13:36] tjaalton: in those nice cases, we immediately wrap the random mount passphrase with the user's chosen passphrase [13:36] Daviey, zul: There's nothing technical that would block adding a new package in -updates. It's all a matter of policy. [13:36] tjaalton: but in other cases, we don't know the random mount passphrase [13:36] soren: I thought that is what i said? no? [13:36] tjaalton: so what we do is write it to /dev/shm/.ecryptfs-XXXXXX [13:36] soren: right [13:36] tjaalton: and chown it to the user, permed 4000 [13:36] Daviey: Was it? Maybe I missed that. [13:36] tjaalton: make that 400 [13:36] Daviey: Sorry. [13:37] tjaalton: this is a temporary write of a cleartext passphrase [13:37] soren: The fact that the SRU policy is currently poorly documented is the issue :) [13:37] tjaalton: done to memory, so that it doesn't leak to disk [13:37] tjaalton: and for a bit, unix DAC permissions are all that protects it [13:37] tjaalton: when the user first logs in, pam_ecryptfs looks for an appropriate file there [13:37] tjaalton: owned by the user, perm'd correctly [13:38] tjaalton: and if found, we do the passphrase wrapping immediately [13:38] tjaalton: /dev/shm doesn't persist across reboots, of course [13:38] Daviey: People adding dependencies to their code *way* past feature freeze is what the issue is. [13:38] *stab* [13:38] tjaalton: but we do have a safety net [13:38] soren: yeah! [13:38] tjaalton: we have a pair of ecryptfs upstart scripts, that copy those passphrase files from /dev/shm to /var/tmp and back to /dev/shm on boot and reboot [13:38] soren: did you also see that the default port changed? [13:39] soren: agreed! i want people to burst into flames [13:39] tjaalton: however, it doesn't look like that that upstart script is being run on installer shutdown [13:39] tjaalton: and hence, your bug [13:40] Daviey: https://github.com/openstack/keystone/commit/011005cdc67dd8176160b74152ba86308921da3f [13:40] tjaalton: so, what i need to do is put that generated passphrase in /var/tmp if we're in the installer [13:40] tjaalton: and then on first boot, the ecryptfs upstart job will pick it up [13:41] kirkland: alrighty [13:41] Daviey: oh, ffs. No. [13:41] Daviey: problem with backing out that code...i dont know what else would break [13:41] tjaalton: does that make sense to you? [13:41] :-) [13:42] soren: Yeah, between what we have in the archive and their late release, they switched the port. [13:42] I feel dirty SRUing that TBH. [13:42] ho hum [13:42] Daviey: Change it back. [13:43] soren: I dunno, either keep what we have in Oneiric already.. switch to the new port, or expose both. [13:44] kirkland: guess so. there's the short window of some user getting the passphrase between ecryptfs setup and first login though, right? rather theoretical though [13:45] tjaalton: not "some user", but rather a "root user" [13:45] kirkland: right, exactly [13:45] tjaalton: or a user with physical access to the system (can boot a recovery media) [13:45] kirkland: that [13:45] tjaalton: but yes, small window is correct [13:50] Daviey: so what do you think? [13:51] zul: try it, certainly a conversation starter :) [13:51] zul: get it in Precise first [13:52] Daviey: oh i just uploaded passlib about 20 minutes ago thats what prompted this [13:54] zul: ah [13:54] is there a command I can use to kill -9 all running processes of a specific user without having to enter a ton of PIDs? [13:55] Daviey: sure; i'll take a look at it [13:55] ivoks: great [13:55] TheEvilPhoenix: ps aux | grep ^username | awk '{print $2}' | xargs kill -9 [13:55] that reminds me... ne to re-apply for motu [13:56] Daviey: i just want to get a new keystone in precise first [14:01] New bug: #882579 in libvirt (main) "Some Commands return: "Timed out during operation: cannot acquire state change lock"" [Undecided,New] https://launchpad.net/bugs/882579 [15:21] New bug: #882613 in samba (main) "package samba 2:3.5.8~dfsg-1ubuntu2.3 failed to install/upgrade: ErrorMessage: package samba is not ready for configuration cannot configure (current status `half-installed')" [Undecided,New] https://launchpad.net/bugs/882613 [15:28] zul: how do you feel today? Have space for another sync? :) === guampa_ is now known as guampa [15:29] lynxman: sure [15:29] zul: #882616 is ready then, if you feel like it :) [15:33] tjaalton: okay, cool, i reproduced the problem here, and confirmed the fix, whoop :-) [15:33] tjaalton: won't land in 11.10, unfortunately, as it would require an ISO respin [15:33] tjaalton: could sru and help with net installs, i suppose [15:33] tjaalton: up to you to drive that SRU, if you want it [15:33] tjaalton: patch is a trivial, one-liner [15:47] Daviey, i did not touch nor was planning on touching nagios-plugins. do you need me to ? [15:48] Daviey, i sru'd a new binary package to lucid [15:49] smoser: so it can be done? [15:49] well, new binary != new source [15:49] i pulled grub-legacy-ec2 back to lucid for booting pv-grub. [15:49] smoser: yeah im talking new binary and new source [15:49] back from maverick. [15:50] smoser: Can i take great pleasure in telling you that you are wrong? [15:50] https://launchpad.net/ubuntu/+source/nagios-plugins/1.4.15-4ubuntu1 [15:50] https://launchpad.net/ubuntu/+source/nagios-plugins/1.4.15-4ubuntu2 [15:50] smoser: I don't /need/ you to, but wanted to check if it was on your list - as touched-it-last? [15:51] i wasn't planning on it, but i'll do it. [15:51]