[00:00] <delinquentme> woah. weird.
[00:01] <delinquentme> a bunch of pictures from my old phone are 777
[00:01] <sarnold> probably they came off a FAT filesystem and the kernel did the best it could...
[04:28] <roasted> Question - does crontab care about time format? As in, a 1 AM execution... 01 vs 1 for the hour?
[05:20] <akurilin2> Does it matter to disable root login on instances like those in EC2, where the only possible login is for a non-root user with a known SSH key?
[07:29] <rbasak> jamespage: around? You might be interested in an OpenJDK session here in half an hour. http://lce-13.zerista.com/event/member/79652
[09:42] <zap707> hello
[09:42] <zap707> anyone there?
[09:43] <zap707> hello
[09:43] <zap707> anybody???
[09:43] <zap707> hell
[09:43] <zap707> o*
[09:46] <zap707> will anbdy answer me?
[11:10] <xnox> rbasak: what do you think about ruby 2.0 in saucy? a friend of mine made a source package and send it to me.....
[11:12] <rbasak> xnox: is Debian on 2.0 yet? AIUI, Ruby packaging is extremely painful so I'm less happy about there being an Ubuntu delta to maintain.
[11:13] <xnox> rbasak: there is ITP.
[11:13] <xnox> rbasak: and hundrets of people making half-broken guides "how to install ruby 2.0 on " (12.04 13.04)
[11:13] <xnox> rbasak: i'll poke debian people.
[11:16] <rbasak> xnox: AIUI, upstream and the Ruby community generally abhor using distro packages. So as I see it, packaging Ruby in Ubuntu is only useful for dependencies, rather than for users to use directly.
[11:16] <rbasak> The official way to install Ruby appears to involve curl|sh
[11:16] <rbasak> I'd love to see that change, but in the meantime I'm not sure who we'd be helping by maintaining a delta anyway.
[11:17] <xnox> rbasak: it's not a delta, but a new package, not default.
[11:17] <xnox> rbasak: and sync it when debian has it.
[11:17] <rbasak> I'd still call that a delta. Just terminology.
[11:17] <xnox> let me nudge debian to upload and see what happens =)
[11:17] <rbasak> Perhaps a PPA would be a good place to start instead.
[11:22] <rbasak> I'm just worried that we'd cause more confusion and dislike than help. But that's just my opinion. I could be wrong.
[11:27] <Daviey> xnox: I am pretty reluctant for Ubuntu to go differently to Debian with ruby atm.  We have a hard enough time maintaining the current offering of ruby :)
[11:56] <yolanda> hi, seeing that problem trying to do an apt-get update for saucy: Failed to fetch bzip2:/var/lib/apt/lists/partial/eu-west-1.ec2.archive.ubuntu.com_ubuntu_dists_saucy_universe_binary-amd64_Packages  Hash Sum mismatch
[11:57] <yolanda> doesn't sound good
[12:10] <jamespage> utlemming, see yolandas question ^^
[12:10] <seiflotfy_> hi guys
[12:10] <seiflotfy_> how do i create a snapshot of the current precise server ubuntu repositories.
[12:20] <ogra_> seiflotfy_,  there are no "server repositories" :)
[12:22] <ogra_> seiflotfy_, what you could do is to set up a package proxy ... run a local debootstrap,install ubuntu-server in the chroot (all using that proxy) and then take a snapshot of the proxy archive that created
[12:22] <ogra_> or use a constant local archive mirror and fish out the packages (and deps) the server seed defines
[12:23] <yolanda> jamespage, utlemming, i cannot do an update, at least from the eu mirror
[12:23] <seiflotfy_> debmirror?
[12:23] <yolanda> is that happening in other ones?
[12:31] <jamespage> yolanda, no idea
[14:12] <koolhead17> melmoth: hola
[14:13] <melmoth> hola koolhead17
[14:13] <koolhead17> melmoth: long time how is life man?
[14:13] <melmoth> calm.
[14:15] <lynxman_> melmoth: bonjour
[14:15] <melmoth> hehe bouchour lynxman !
[14:16] <lynxman> melmoth: ;)
[14:17] <koolhead17> ohai lynxman :d
[14:19] <koolhead17> melmoth: where are u these days man?
[14:19] <melmoth> koolhead17,  strasbourg. I do not know when/where i m going next
[14:19] <lynxman> koolhead17: o/
[14:19] <koolhead17> lynxman: so how is devOps life treating you :ds
[14:19] <koolhead17> melmoth: aah your home
[14:20] <melmoth> yep.. home sweet home.. But it s a noisy neighboorhood (especially the hurd of elephant upstair) i think i need to find a more sweet home.
[14:20] <lynxman> koolhead17: so far so good ;) will see you at HK?
[14:27] <koolhead17> lynxman: not sure if i will come. But yes fingers crossed :D
[14:27] <lynxman> koolhead17: cool! :)
[14:29]  * melmoth think he will not be there...
[14:29] <melmoth> a shame, i so like dumplings.
[14:30] <koolhead17> melmoth: who knows you will travel & return back from there before us :D
[14:30] <melmoth> true. one never knows.
[14:34] <koolhead17> lynxman: so all chef work these days?
[14:36] <lynxman> koolhead17: way more than that ;)
[14:36] <lynxman> melmoth: domage :(
[14:36] <koolhead17> lynxman: <evil grin>
[14:53] <brendan-> anyone experiencing issues with 12.04 server that the rpc.ipmapd process(es) get hung
[14:53] <brendan-> i've had it happen on more than 1 machine at different times, but not sure where to begin to troubleshoot
[15:55] <dlloyd> who pissed off nickserv
[16:49] <theazman> Does anybody know of a web based equivalent to onenote that we can host on our servers?
[17:22] <lflucas>  hi, I'm trying to setup nfs_v4 between two computers ubuntu 12.04. But I'm not able to get automatic idmap working, since the user IDs are different in both machines. Is it a bug?
[17:31] <lflucas> What is the solution to do the mapping between the same users using different UIDs on NFSv4?
[18:42] <Chocobo> does anyone know of a PPA or other repository with a version of Qemu >= 1.3?
[18:50] <AdamSmith> Hello
[18:51] <zul> adam_g:  ping
[18:51] <shodan45> freenode having troubles today?
[18:51] <adam_g> zul, hey
[18:52] <zul> adam_g:  why isnt websockify in pydist-overrides?
[18:52] <adam_g> zul, ? where?
[18:52] <zul> adam_g: pydist-overrides, if its in there then it will be ignored when trying to install the package
[18:52] <zul> (like argparse)
[18:53] <adam_g> zul, in nova?
[18:53] <zul> adam_g:  yeah
[18:53] <zul> actually its already there
[18:53] <adam_g> it is there
[18:53] <zul> adam_g:  ok nevermind then
[18:53] <TheSov> would anyone know why my system just starts transmitting from to the network card the moment i attach a 20TB iscsi disk?
[18:53] <TheSov> err mount* not attach
[18:54] <adam_g> zul, the reason i added the patch to avoid it in requirements.txt is that, with the new entry-point loading, every single nova package will need websockify as a depends. and it pulls in a bunch of stuff
[18:54] <zul> adam_g:  ok gotcha
[18:54] <AdamSmith> so how did you guys get into developing open source software?
[19:05] <hallyn> Chocobo: 1.5 is in saucy...
[19:05] <hallyn> not sure what the cloud archive ppa has but i would assume 1.3 or 1.5
[19:12] <zul> hallyn:  cloud archive will have qemu for havana2
[19:12] <hallyn> i'm sure that means something
[19:12] <hallyn> :)
[19:13] <hallyn> really i don't know what he wanted it for...  if he needed it built for a specific release or what.  so <shrug>
[19:13] <hallyn> but 1.4 is in raring, 1.5. in saucy.  one of those should be good enough.
[19:28] <Chocobo> hallyn: cloud-archive seems to have 1.0
[19:32] <hallyn> Chocobo: that's surprising.  zul: i thought cloud archive was based on raring?
[19:32] <zul> hallyn:  saucy for havana
[19:32] <zul> hallyn:  which will be updated soon
[19:33] <Chocobo> hmmm, odd.
[19:33] <hallyn> Chocobo: ^ i don't use the cloud archive myself, don't know wher eyou're looking...  but if nothing else you can grab the package source from raring or saucy archive and build your own
[19:34] <akurilin2> Quick question: does it make sense to disable PermitRootLogin in sshd_config if the machine only has one key anyway, for another user?
[19:34] <akurilin2> Like EC2 ssetup
[19:36] <Chocobo> hallyn: Interesting... I have this repo "deb http://ubuntu-cloud.archive.canonical.com/ubuntu precise-updates/grizzly main"   Is there a way to list the version of qemu just in that repo?
[19:40] <wxl> Chocobo: correct me if i'm wrong, but doesn't apt-cache policy give you this information?
[19:41] <Chocobo> wxl: it may, I am quite new to ubuntu unfortunately.   Hrmmm
[19:41] <wxl> Chocobo: try sudo apt-get update && apt-cache policy qemu
[19:43] <Chocobo> wxl: http://pastie.org/pastes/8129014/text
[19:43] <Chocobo> I don't even see the grizzly cloud archive repo in the list...  I know it is there because I have grizzly installed :P
[19:44] <Chocobo> And it looks like I should be getting qemu-1.5.0  http://ubuntu-cloud.archive.canonical.com/pool/main/q/qemu/
[19:46] <wxl> does sudo apt-get -y dist-upgrade upgrade ya?
[19:46] <wxl> (it should)
[19:47] <Chocobo> wxl: it does, but qemu is not in the list of upodated packages.
[19:47] <wxl> hm.
[19:48] <wxl> and that deb line you mentioned is in /etc/apt/sources.list?
[19:48] <Chocobo> wxl /etc/apt/sources.d/cloud.list
[19:48] <wxl> well that's not too surprising
[19:49] <Chocobo> What isn't?
[19:49] <wxl> the location
[19:49] <Chocobo> So that should be ok?
[19:49] <wxl> should be
[19:50] <Chocobo> :/
[19:50] <wxl> the only thing that i've never seen before is the precise-updates/grizzly snytax
[19:50] <wxl>  i assume you are on precise right?
[19:51] <Chocobo> wxl: sorry, I didn't copy the whol line:  http://ubuntu-cloud.archive.canonical.com/ubuntu precise-updates/grizzly main
[19:51] <wxl> (lsb_release -c)
[19:51] <Chocobo> wxl: Codename:       precise
[19:51] <wxl> brb phone
[19:52] <Chocobo> man this is odd.
[19:54] <Chocobo> wxl: http://ubuntu-cloud.archive.canonical.com/dists/precise-updates/grizzly/main/binary-amd64/Packages
[19:55] <Chocobo> It looks like qemu is not included for grizzly!?
[19:55]  * Chocobo weeps.... openly.
[19:59] <wxl> well libvirt-bin suggests it
[20:00] <wxl> >=0.9.1
[20:01] <Chocobo> huh
[20:03] <wxl> long story short if grizzly/cloud/whatever is not supplying >1.0, canonical ain't going to give you any more
[20:04] <Chocobo> wxl: looks like I will be building from source.   Crap :/
[20:04] <wxl> well you could install the deb from that url
[20:05] <wxl> but i'm not sure that will cause other dependency issues
[20:05] <Chocobo> wxl: there are a lot (10's) of dependencies.
[20:05] <wxl> my experience with ubuntu repos is they're usually separated by os version
[20:05] <wxl> whereas this cloud archive appears to have no such delineation
[20:05] <wxl> has it only been released with precise?
[20:06] <wxl> if so, you can probably survive with downloading and installing the deb
[20:07] <wxl> e.g. wget http://ubuntu-cloud.archive.canonical.com/pool/main/q/qemu/qemu_1.5.0+dfsg-3ubuntu2~cloud0_amd64.deb && sudo dpkg -i qemu_1.5.0+dfsg-3ubuntu2~cloud0_amd64.deb
[20:07] <Chocobo> wxl: so just try to install the one I need, look for the dependency problem... download the dependency and install that... so on and so on?
[20:07] <wxl> more or less, yes
[20:08] <Chocobo> wxl.  Ok, thanks.   I am nervous that they didn't include 1.5 with Grizzly.   I guess it would be easy enough to back out of though.
[20:08] <wxl> luckily, unlike building from source, you'll just need to install packages (either from main repos or debs as above but the former is certainly preferred) rather than having to track down which dev packages have the libraries you need
[20:08] <wxl> is there a channel for grizzly?
[20:09] <Chocobo> wxl: doesn't look like it.
[20:09] <wxl> rather openstack
[20:09] <wxl> sorry don't know what i'm talkig about :)
[20:09] <Chocobo> wxl: there is, I asked but no one seems to be around.
[20:09] <wxl> yeah try #openstack maybe
[20:10] <Chocobo> wxl: ok, thank you for the help!
[20:10] <wxl> Chocobo: sorry i couldn't do more!
[20:10] <wxl> Chocobo: for further help you might check https://help.ubuntu.com/12.04/serverguide/ubuntucloud.html#ubuntu-cloud-troubleshooting
[20:11] <Chocobo> wxl: thanks again.  I think I will send a message to the mailing list and see what I get back.
[20:11] <wxl> sounds like a good plan
[20:50] <TheSov> what would be a good reason to add an l2arc
[20:50] <TheSov> just a huge working set?
[21:33] <nrze> ubuntu server any good,
[21:34] <wxl> as good as apples
[21:34] <wxl> except it doesn't keep the doctor away
[21:35] <debian-n00b> do I have to create a seperate zone file for each domain I want to provide dns for?
[21:59] <debian-n00b> I want two domains to resolve to the same ip. How do I do this in my bind config?
[22:01] <sarnold> debian-n00b: either use CNAME to redirect one name to the other or use another A record...
[22:01] <debian-n00b> sarnold: can I do that in the same zone file? or do I need to make another zone file for the new domain I want added?
[22:02] <sarnold> debian-n00b: I believe you need a new zonefile for each domain
[22:03] <debian-n00b> sarnold: yeah.. that's what I was thinking. I guess my question is how do I add the reverse zone file if its already being used for the primary domain
[22:03] <sarnold> debian-n00b: a very quick overview is available here, https://help.ubuntu.com/12.04/serverguide/dns-configuration.html
[22:03] <debian-n00b> sarnold: lol.. yeah I read that.. .. thanks though
[22:04] <sarnold> debian-n00b: the IP can only reverse-resolve to a single name... since it's the same IP, you might only have the three zone files -- two forward, one for each domain, and one reverse, since there's only one "zone" there...
[22:12] <Daviey> dosaboy: around?