Wednesday, 2010-07-28

*** almaisan-away is now known as al-maisan05:09
*** miclorb has joined #openstack05:11
*** davidstrauss has quit IRC05:12
*** _buck has joined #openstack05:13
*** pvo has quit IRC05:15
*** lbieber has joined #openstack05:21
mtayloranybody around who can give me a review on https://code.edge.launchpad.net/~mordred/nova/fixes-for-deb-packaging/+merge/31117 ?05:31
*** BartVB has joined #openstack05:35
*** silassewell has quit IRC05:35
*** BartVB has quit IRC05:35
*** lbieber has quit IRC05:44
*** gnrfan has joined #openstack05:51
vish1mtaylor: sounds good06:01
vish1(i was away at dinner)06:01
*** nettok has joined #openstack06:04
*** BartVB has joined #openstack06:07
mtaylorvish1: awesome. I added the gitignore files back in06:18
*** BartVB has quit IRC06:23
*** snowboarder04 has quit IRC06:24
*** gnrfan has quit IRC06:25
*** rajijoom has joined #openstack06:26
mtaylorvish1: I've got the debian packaging ready to go - I'll get it pushed up in the morning... along with a hudson job to make the packages on trunk pushes06:32
vish1mtaylor: I guess officially we need one more review before it can go in06:33
mtaylorbut for now, I'm going to sleep :)06:33
vish1mtaylor: sounds good.  I've got my hacked version working for tonight.  I look forward to doing it properly starting tomorrow06:33
*** snowboarder04 has joined #openstack06:40
mtaylorvish1: excellent06:40
*** allsystemsarego has joined #openstack06:54
*** bluenerv1 has joined #openstack06:54
mtaylorvish1: actually ...06:57
mtaylorvish1: I just realized that I could actually make the packaging branch before the other thing gets merged...06:57
mtaylorvish1: grab lp:~swift-core/nova/debian-packaging and do a bzr bd  in it ... and it should Just Work™06:57
mtaylorvish1: I made one main packaging change, which was to put the python library in python-nova per-python packaging policy06:58
mtaylorvish1: but I made swift-common depend on that, so it shouldn't seem any different06:58
mtayloroh - and I added a -doc package for the docs06:59
mtaylorgah06:59
mtaylorI made _nova-common_ depend on it06:59
mtaylortoo many projects06:59
*** z0 has joined #openstack07:07
*** calavera has joined #openstack07:20
*** nettok has quit IRC07:26
*** metoikos has joined #openstack07:32
*** bluenerv1 has quit IRC07:33
vish1mtaylor: bzr bd failed due to missing pgp key.  You'll have to let me know how to set that up.  But the builddeb.sh script worked07:38
mtaylorvish1: well, that's a good start...07:39
mtaylorvish1: we should add you to uploaders...07:39
mtaylorvish1: do you have a gpg key there?07:39
mtaylorvish1: in any case, I'll write up some notes for you ...07:42
*** kashyapc has joined #openstack07:43
*** metoikos has quit IRC07:50
*** metoikos has joined #openstack07:53
*** kashyapc has quit IRC08:01
*** stewart has quit IRC08:03
*** BartVB has joined #openstack08:04
*** miclorb has quit IRC08:13
*** stewart has joined #openstack08:14
*** steph021 has quit IRC08:16
sorenmtaylor: Still here?08:23
*** jhalogen has joined #openstack08:23
sorenmtaylor: Good for you :)08:23
edaysoren: I have some results of the twisted vs eventlet stuff.. about to post to my blog :)08:39
soreneday: Cool. :)08:42
*** hugod has quit IRC08:43
*** hugod has joined #openstack08:49
sorenmtaylor: I've taken the liberty of changing the ownership of the nova debian-packaging branch from swift-core to nova-core.08:49
*** fortune has joined #openstack09:00
*** cjwilson has quit IRC09:04
*** adjohn_ has joined #openstack09:09
*** adjohn has quit IRC09:10
*** adjohn_ is now known as adjohn09:10
*** matteo_ is now known as matteo7409:16
*** z0 has quit IRC09:18
*** yuravk has quit IRC09:20
*** littleidea has quit IRC09:25
*** adjohn_ has joined #openstack09:32
*** adjohn has quit IRC09:34
*** adjohn_ is now known as adjohn09:34
edaysoren: http://oddments.org/?p=49409:36
*** _buck has quit IRC09:41
vish1good luck all you europeans!  I'm off to bed.  See you tomorrow09:49
vish1fyi all of those patches were needed to actually get the code running properly on our multicomputer setup09:49
vish1and there may be more tomorrow once i have time to test some more09:49
sorenvish1: Whuh, you're still here?09:50
sorenvish1: Go to bed!09:50
vish1soren: i know, right?09:50
*** vish1 is now known as vish1-afk09:50
soren:)09:50
*** _buck has joined #openstack09:57
*** _buck has quit IRC10:26
*** matclayton has joined #openstack10:27
*** jonesy_ has quit IRC10:30
*** zebziggle has joined #openstack10:30
*** _buck has joined #openstack10:34
*** zebziggle has left #openstack10:39
*** miclorb_ has joined #openstack10:45
*** jtdowney has joined #openstack10:54
*** z0 has joined #openstack10:55
*** silassewell has joined #openstack10:58
*** _buck has quit IRC11:06
*** jonesy_ has joined #openstack11:09
*** al-maisan is now known as almaisan-away11:13
*** z0 has quit IRC11:17
*** carolinad28 has joined #openstack11:42
*** jtdowney has quit IRC11:44
*** justinsheehy has quit IRC11:44
*** jsmith-away is now known as jsmith11:49
*** miclorb_ has quit IRC12:08
*** miclorb_ has joined #openstack12:08
*** miclorb_ has quit IRC12:13
*** littleidea has joined #openstack12:18
*** justinsheehy has joined #openstack12:36
*** tobym has quit IRC12:49
*** tobym has joined #openstack12:50
*** pvo has joined #openstack12:51
*** pvo has joined #openstack12:51
*** ChanServ sets mode: +v pvo12:51
*** Podilarius has left #openstack12:53
*** tobym has quit IRC12:55
*** tobym has joined #openstack13:08
*** pvo has quit IRC13:10
*** MaxR_ has joined #openstack13:24
*** jbryce has joined #openstack13:35
*** johnpur has joined #openstack13:35
*** ChanServ sets mode: +v johnpur13:35
silassewellexlt: ping13:35
*** sirp2 has quit IRC13:38
*** gein has quit IRC13:41
*** blpiatt has joined #openstack13:44
*** pvo has joined #openstack13:49
*** pvo has joined #openstack13:49
*** ChanServ sets mode: +v pvo13:49
*** abecc has joined #openstack13:51
exltsilassewell: pong  :)13:54
*** blpiatt has quit IRC13:55
*** arthurlu has joined #openstack13:55
*** blpiatt has joined #openstack13:56
jonesyis the swift SAIO still the best doc to do a bunny-hill test installation of swift? I thought there was an installfest doc that showed you how to install it on a cloud server (which I'm using).14:01
*** MaxR_ has quit IRC14:04
silassewellexlt: sorry to keep bugging you, I was wondering what name you were going to submit the debian package as (I'd assume "swift"), just wanted to make sure you guys weren't going to prefix it with something like openstack or anything else (like to keep things somewhat consistent)14:05
jsmithsilassewell: FWIW, I thought your spec file looked good14:08
jonesyhm. My cloud server only has a single device. Not gonna work so well for swift testing.14:09
*** adjohn has quit IRC14:09
jonesy:()14:09
jonesy:(14:09
*** tobym has quit IRC14:09
exltsilassewell: that was my thought - 'swift' and 'nova' as the package names (and swift-*, nova-* for the split packages)14:10
silassewelljsmith: thanks, its coming right along, looking forward to testing it on a rack when I get back to work14:10
jsmithexlt: At least in Fedora, there's already a package named "swift"14:10
silassewellexlt: ok, I'll go with that, thanks14:10
jsmithexlt: Might it makes sense to shoot for a package name that doesn't conflict?14:11
silassewelljsmith: it was submitted after my package so I'm pretty safe on the name14:11
jsmithsilassewell: Ah, gotcha...14:11
*** littleidea has quit IRC14:11
*** littleidea has joined #openstack14:12
exltjsmith: there is?  debian does not - got a link to the upstream for swift in fedora?14:16
exltphp-channel-swift ?14:16
jsmithexlt: http://swift.im/releases/swift-1.0beta5/14:16
silassewellexlt: it was a review request submitted after mine https://bugzilla.redhat.com/show_bug.cgi?id=61898514:17
uvirtbotbugzilla.redhat.com bug 618985 in Package Review "Review Request: Swift - XMPP client" [Medium,Assigned]14:17
exltgotcha14:18
*** almaisan-away is now known as al-maisan14:18
exltwell, should they go in as openstack-swift[-*]/nova[-*] ?14:19
jsmithexlt: I'd personally prefer that, if that's OK14:20
exltI'm easy  ;-)14:20
jsmithsilassewell: You OK w/ that?14:21
exltjsmith: package names going to distros as openstack-swift and openstack-nova14:21
jsmithsilassewell: Or would you rather just use switf/nova without the "openstack-" prefix?14:21
*** _mattf has joined #openstack14:21
jsmithexlt: Yeah14:21
silassewellFedora will bitch if all they paths don't get updates as well (which could be a pain)14:23
*** abecc_ has joined #openstack14:23
silassewellex: /etc/init.d/openstack-swift-container vs /etc/init.d/swift-container14:23
*** Podilarius has joined #openstack14:23
silassewellPossibly with the etc path as well, /etc/openstack/swift vs /etc/swift (this seems to be hardcoded all over the place)14:24
*** abecc has quit IRC14:25
*** abecc_ is now known as abecc14:25
dendrobatessilassewell: we need to do this for debian/ubuntu as well, but we could do it in packaging, if necessary14:26
silassewellDebian/Ubuntu ends up getting more documentation and tutorials written for it and its nice to be able to use them with fedora (with minimal tweaking), so as long as it stays reasonable consistent I'm fine changing the name14:28
*** lbieber has joined #openstack14:28
silassewellI based the package thus far on the stuff currently done for debian14:29
silassewellLooks like FreeBSD already has a nova package although swift is free, maybe its better just to prefix it14:31
*** mray has joined #openstack14:32
*** ianw has joined #openstack14:32
exltsilassewell: sounds like it - I hadn't checked the *BSDs14:32
*** sophiap has joined #openstack14:36
*** calavera has quit IRC14:40
*** lbieber has quit IRC14:41
notmynamejonesy: the SAIO doc is best for testing (very) small usage. the only thing to change for a cloud server is to use a loopback device14:43
*** tr3buchet has joined #openstack14:44
*** tr3buchet has joined #openstack14:45
mtaylorsoren: thanks :)14:49
mtaylorsoren: I was starting to have swift/nova naming issues last night14:50
sorenmtaylor: I've fixed up the packaging some.14:50
mtaylorsoren: excellent14:50
sorenmtaylor: ...and I've pushed a few of the missing dependencies to Maverick.14:50
mtaylorsoren: double excellent14:50
sorenmtaylor: We're on good track to get in before FF.14:50
sorenmtaylor: I expect to upload the first version to universe tomorrow. I just want to see it build in a PPA first, then I'm happy.14:51
*** pvo_ has joined #openstack14:52
*** sophiap has quit IRC14:52
creihteday: I'm curious to hear about your results14:57
creihtjonesy: there is a link to a chef script on the openstack wiki that may auto-install the things you need14:57
*** jbryce has quit IRC14:57
jonesyoh nice.14:57
jonesythanks14:57
sorencreiht: 09:36 < eday> soren: http://oddments.org/?p=49414:58
creihtjonesy: btw: on a cloud server, you can set an extra partition as a loopback device14:58
soren(assuming you mean those results)14:58
*** jbryce has joined #openstack14:58
creihtsoren: thanks14:59
*** adrian_otto has joined #openstack15:00
jonesycreiht: sure thing - thanks.15:01
sorenmtaylor: Debian is shaping up reasonably well, too. I've sent python-gflags to my sponsor, I've filed a bug report against python-redis to get it updated to 2.0.0..15:02
sorenmtaylor: It's just easier for me to work with Ubuntu, of course.15:02
creihteday: btw, with your argument about utilizing cores, for network services like we are doing, it is very easy to scale to cores if you use a shared nothing architecture and the services fork to however many workers you want15:03
creihtWe do this with great effect in swift15:03
mtaylorsoren: yes. of course. perhaps I'll actually become a DD next week at debconf (not really holding  my breath, but you never know)15:03
sorenmtaylor: Sweet. Then I'll leave nova itself to you. :)15:04
*** blpiatt has quit IRC15:04
* mtaylor needs more upload rights to more things...15:06
*** sirp1 has joined #openstack15:06
*** MaxR_ has joined #openstack15:06
*** blpiatt has joined #openstack15:06
*** adrian_otto has quit IRC15:10
*** pcrews has joined #openstack15:11
mtaylorsoren: piddle. ${python:Depends} for some reason did not _actually_ fill in the depends15:12
sorenmtaylor: Which depends?15:12
mtaylorsoren: for python-nova15:12
sorenmtaylor: Which depends? :)15:12
sorenmtaylor: The ones from build-dep?15:12
mtaylorsoren: just normal installation depends15:12
*** tobym has joined #openstack15:13
sorenmtaylor: Still not following :)15:13
mtaylorsoren: debian/control line 2315:13
mtaylorsoren:  I removed things that were explicit there, thinking that python:Depends would be a good boy and fill them in for us ... but it did not15:14
sorenmtaylor: Yes, sure, but which dependencies where you expecting to turn up thre?15:14
sorenmtaylor: python:Depends isn't magical live shlibs depends.15:14
mtaylorsoren: ah. that's the problem then15:14
creihtmtaylor: btw: If the swift packages in the ppa are not working, we probably shouldn't have them up there15:15
mtaylorcreiht: yes. I agree. will fix this morning15:15
creihtcool thanks15:15
sorenmtaylor: At the moment, python:Depends only ever really adds dependencies for specific version of python itself.15:17
sorenmtaylor: Like if a script specifically says #!/usr/bin/python2.4 at the top.15:18
*** jbryce has quit IRC15:18
mtaylorsoren: yeah. now that you say that my brain got better... for some reason it was, well, dumb last night15:18
sorenmtaylor: I did push the stack of b-d's, right?15:18
*** jbryce has joined #openstack15:19
* soren hugs "bzr lp-open"15:19
mtaylorsoren: ooh! I haven't seen that command yet...15:19
sorenIt opens the lp page for the branch corresponding to your $CWD15:19
*** dendrobates is now known as dendro-afk15:19
mtaylorsoren: that's so awesome15:19
soren"bzr lp-open lp:nova" also works, for instance.15:19
sorenVery awesome indeed.15:20
sorenAn "very awesome" is pretty fscking awesome.15:20
mtaylor++15:20
*** dendro-afk is now known as dendrobates15:22
* soren heads out15:26
*** fortune has quit IRC15:29
mtaylorok. I think we're set for nova packaging - will fix swift packaging next (and the automation around both)15:33
mtaylorbut first - I must bathe...15:33
*** sophiap has joined #openstack15:35
*** ianweller has joined #openstack15:35
*** sophiap has quit IRC15:39
rbergeronianweller ;)15:45
ianwellero hai15:45
*** bluenerv has joined #openstack15:52
*** pvo_ has quit IRC15:55
*** bluenerv has quit IRC15:56
*** bluenerv has joined #openstack15:58
*** mtaylor has quit IRC16:01
jsmithianweller: You're here too?  I can't escape from you!16:04
*** metoikos has quit IRC16:10
*** metoikos has joined #openstack16:15
*** bluenerv has quit IRC16:22
*** jdmaturen has joined #openstack16:25
*** jzb has joined #openstack16:28
*** jdmaturen has quit IRC16:30
*** jdmaturen has joined #openstack16:30
*** bluenerv has joined #openstack16:32
*** bluenerv has joined #openstack16:39
*** mtaylor has joined #openstack16:41
*** ChanServ sets mode: +v mtaylor16:41
mtaylorback16:42
*** lbieber has joined #openstack16:46
mtaylorcreiht, lbieber: any idea if joelbm24 has signed the CLA?16:49
lbiebermtaylor: -  http://wiki.openstack.org/Approved%20Contributors16:50
mtaylorlbieber: ok. nobody named joel on there16:51
dendrobatesmy oscon talk is up for those who missed it.  http://goo.gl/n2KJ16:51
mtaylorlbieber: I _really_ need to get the launchpad integration thing going16:51
*** arthurlu has quit IRC16:55
*** sirp1 has quit IRC17:03
*** blpiatt has left #openstack17:08
*** blpiatt has joined #openstack17:08
*** StylusEater_work has joined #openstack17:10
StylusEater_workhi.  I'm trying to fix bug 610583 but during testing of my patch I realized I can't invoke swift-account-audit because of an import failure.  I tracked it down to from swift.common.ring import Ring.  The package file in the ring directory seemed weird... it contained import statements ... is this an issue or am I not understanding the intention of the __init__.py under the ring directory?17:13
uvirtbotLaunchpad bug 610583 in swift "standardize on optparse" [Low,New] https://launchpad.net/bugs/61058317:13
*** ianw has quit IRC17:14
edaycreiht: Yeah, that's one of the points I was trying to make near the bottom.. run multiple instances per server or push to worker process pools. Not all services are a good fit for this model17:14
*** algorist has joined #openstack17:15
*** mcgurrin has joined #openstack17:16
mcgurrinis the split/join fest over?17:16
mcgurrinit was stopping me from working with the notifications it was sending17:17
*** mray has quit IRC17:21
edaycreiht: did you guys look at gevent? http://www.gevent.org/  someone responded that it is cleaner than eventlet17:22
*** _buck has joined #openstack17:26
*** davidstrauss has joined #openstack17:28
StylusEater_workfound my answer17:29
*** _mattf has quit IRC17:30
chromakodemtaylor, derp! what did I miss?17:48
chromakodeI think you pinged me exactly when I got netsplit17:48
mtaylorchromakode: perms on irc logs...17:48
chromakodeoh gah :)17:48
*** al-maisan is now known as almaisan-away17:50
chromakodeI think there must be some code in bip that's setting the permissions, because the directory has the sticky bit set17:52
*** _buck has quit IRC17:52
chromakodewe could: 1. be silly and cron it, 2. be smart and patch it, 3. use a different logger17:52
mtaylorchromakode: mmm17:53
mtaylorchromakode: soo....17:53
*** vish1-afk is now known as vish117:54
vish1who knows how to scroll up in irssi?17:54
*** _buck has joined #openstack17:55
*** _mattf has joined #openstack17:56
chromakodeman irssi does ;)18:02
* mtaylor pokes chromakode in the eye18:02
edayvish1: page-up18:03
edayvish1: what were your main reasons to switch away from tornado?18:06
*** matclayton has left #openstack18:07
comstudthey cause too much destruction18:07
*** blpiatt has quit IRC18:12
lbiebermtaylor:  still no news on the swift mailing list??18:19
mtaylorlbieber: they're still looking in to it18:20
mtaylorlbieber: sorry I don't have better news on that front18:20
lbiebermtaylor:  it just seems that it can't be that difficult to fix!!  Pretty frustrating18:20
mtaylorlbieber: they are also looking in to the weird perms on launchpad.net/swift - but I think they've found the issue with that one18:20
*** sirp2 has joined #openstack18:26
*** rajijoom has quit IRC18:34
vish1eday: anyone know how to send page-up from mac over ssh?18:38
gholteday: We looked at gevent; it started up after we were already in-progress. Theoretically it should be an easy port if desired.18:38
vish1eday: minimize dependencies18:38
*** mtaylor has quit IRC18:38
vish1eday: we were using all of the deferred stuff from twisted and patching ioloop to work with it18:39
gholtvish1: Fn-Up doesn't do it for you?18:39
vish1eday: and the specific combination of evented systems, forking, ioloop was a bit nasty18:39
gholt[btw, you should definitely say fn-up out loud if possible]18:39
vish1eday: and since we have very little need for web services we're cutting out tornado18:40
vish1eday: also tornado couldn't serve multigig files18:40
creihtmtalor isn't here, but I thought Joel had signed the CLA :/18:41
vish1gholt: thanks now i'm definitely func-tion-up things18:41
*** lbieber has quit IRC18:41
creihtStylusEater_work: Give me just a sec, and I will look into the import issue18:42
creihteday: re: gevent, long story, but it was a fork of eventlet, and of course you are going to have people on both side, of which I fall on the eventlet side18:44
*** jsmith has quit IRC18:44
*** jsmith has joined #openstack18:44
StylusEater_work+creiht: not certain if it's a problem with the glibc on the mac18:45
StylusEater_work+creiht: b/c I'm getting a AttributeError: dlsym(0x8fe31d18, fallocate): symbol not found error18:45
notmynameisn't fallocate a linux thing?18:46
edayvish1: ahh, ok, thanks18:46
creihtStylusEater_work: ahh yeah, we may have some things in there that are linux specific18:46
edaygholt: ok. on my blog comments someone suggested gevent had better performance than eventlet, was just curious if you guys had seen otherwise18:47
edaycreiht: yeah, makes sense :)18:47
StylusEater_work+creiht: trying to repeat on my debian lenny machine... but now I'm running into a different issue... python versioning ... haha18:47
creihteday: been a while since I have looked at gevent, but it is built on top of libevent18:48
creihtWhich it gets most of its speed from by using libevent's http server18:48
creihtIt also at the time had its own quirks, like you couldn't use threads with it18:49
creihtIt is also funny, that (iirc), most of the issues that he had with eventlet, have since been fixed18:51
creihtbut as most things go, He of course knows how to do everything better :)18:52
* creiht also notes that he will be a bit opinionated on the topic18:52
* gholt wonders why creiht capitalized "He" that one time...18:53
creihtNot sure if gevent is used in any large hi-throughput projects, but eventlet is used at Second Life, and in CloudFiles18:53
creihtanyways... I'll get off my soap box :)18:54
cory_gholt: nice18:54
StylusEater_work+creiht: what distro do you develop on?18:54
creihtStylusEater_work: Ubuntu 10.0418:54
StylusEater_work+creiht: 'fraid of that...k thanks18:54
creihtStylusEater_work: The main requirement is python 2.6 at the moment18:55
gholtEven the linux-specific stuff I don't think *needs* to be in there; we just don't have nice checking to skip over the linuxy optimizations.18:56
edaycreiht: hehe18:56
StylusEater_work+creiht: picked up on that... thanks18:56
* creiht goes to add a bug to make swift 2.5 compatible18:57
dubs/./.18:58
dubsoops18:58
StylusEater_work+creiht: probably not a biggie since 3000 is now the new "standard"18:58
StylusEater_workerr 3.0 (aka 3000)18:59
creihtStylusEater_work: Well a lot of distros still have 2.5 as the standard python version18:59
creihtand it should be a fairly easy fix18:59
StylusEater_work+creiht: good point.19:00
StylusEater_work+creiht: on debian 5.0.5 ... /lib/i686/cmov/libc.so.6: undefined symbol: fallocate19:02
creihtinteresting19:02
creihtredbo: -^19:03
creihtStylusEater_work: digging...19:03
*** tonywolf has joined #openstack19:04
StylusEater_work+creiht: bet you has to do with the libc version... again19:04
uvirtbotNew bug: #611007 in swift "Make Swift Python 2.5 compatible" [Undecided,New] https://launchpad.net/bugs/61100719:05
StylusEater_work+creiht: updating libc to unstable to see if it's an option enabled in a newer version... which I imagine ubuntu would already have19:09
creihtStylusEater_work: Still seems weird to me, since I thought fallocate had been available for a while19:09
* creiht is still digging19:09
creihtStylusEater_work: When I do a man fallocate, I see the following at the very bottom: http://pastebin.com/HTAur1F519:11
creihtperhaps that has something to do with it?19:11
creihtwell that is for the command line19:13
creihtheh19:13
StylusEater_work+creiht: oh no... I didn't RTFM ... *gasp* :-)19:13
StylusEater_work+creiht: testing19:14
creihtprovided in glibc 2.1019:14
creiht(from man 2 fallocate)19:15
StylusEater_work+creiht: debian 5.0.5 I believe is at glibc-2.7-119:19
creihthrm19:20
chmouelposix_fallocate was introduced around kernel 2.6.2319:20
chmouelat least the kernel side19:20
chmouelsorry fallocate in kernel is faster than the posix_fallocate from glibc19:21
creihtStylusEater_work: So the other option, is that we could add a config, (or at least detect if it isn't available), and not fallocate19:22
*** tobym has quit IRC19:22
creihtthough not fallocating means that you are likely to see files on several extents19:23
* creiht adds a bug19:25
* StylusEater_work hopes he can help close bugs he's finding19:30
creiht:)19:31
jonesycreiht: got a link to that chef script? Searched the wiki and sifted through some links there and can't find it.19:31
creihtjonesy: http://wiki.openstack.org/GettingTheCode19:32
creihtunder Swift All In One (Auto Install)19:33
StylusEater_work+creiht: neat... using chef to autoprovision a dev box?19:33
creihtStylusEater_work: yes19:33
jonesycreiht: the one link I didn't click :-/19:33
jonesythank you19:33
creihtholoway: When are you going to send a merge request to add your chef script to the source repo? :)19:34
jonesycreiht: also, might wanna mention the word 'chef' in there somewhere so people using the search box might find it more easily.19:34
creihtGood point19:34
*** ianw has joined #openstack19:36
*** mrayzenoss has joined #openstack19:36
*** mrayzenoss has joined #openstack19:36
creihtdone19:37
jonesynice.19:38
jonesymy install is running :)19:38
creihtwoot19:38
StylusEater_work+creiht: ok  just built and installed util-linux-ng ... works19:39
creihtahh... interesting19:39
StylusEater_work+creiht: so there is a "workaround" ... if you want to call it that19:39
creihtStylusEater_work: in building util-linux-ng, did it also replace glibc?19:40
*** mtaylor has joined #openstack19:40
*** ChanServ sets mode: +v mtaylor19:40
uvirtbotNew bug: #611019 in swift "Gracefully handle unavailability of fallocate system call" [Undecided,New] https://launchpad.net/bugs/61101919:41
*** carolinad28 has quit IRC19:41
creihtmtaylor: I'm not sure who joelbm24 is?19:41
StylusEater_work+creiht: dpkg -l | grep libc6 ... 2.11.2-2  ... so yes19:41
creihthah19:41
mtaylorcreiht: me either - he had a merge prop in ... I bounced it and asked him to sign the CLA19:41
creihtthen you could have just rebuilt glibc :p19:42
creihtmtaylor: swift?19:42
StylusEater_work+creiht: although it's funny dpkg lists it as updated... guess it just reads the symlink then head of the lib19:43
mtaylorcreiht: uh, no, actually it was in nova19:43
creihtmtaylor: then why are you asking me? :)19:43
StylusEater_work+creiht: b/c the symlink for libc.so.6 now points to the 2.11.2-2 lib under /lib19:44
creihtStylusEater_work: hah19:44
creihtThat probably isn't a solution that your average debian user is going to like :)19:44
*** tobym has joined #openstack19:44
StylusEater_work+creiht: but rebuilding glibc... :-/ ... guess it's just as bad as install util-linux-ng19:44
mtaylorcreiht: because you know _everything_ !19:45
StylusEater_work+creiht: yes.  the average *nix user wouldn't like it much but I wouldn't say openstack is for the average user19:45
StylusEater_work+mtaylor: ha19:46
jonesyhaha - I have to hack my ubuntu vm. Tried to add myself to a new group using usermod -g instead of -G, so now that's my only group, and apparently sudoers uses group membership, not username.19:46
StylusEater_work+mtaylor: +creiht doesn't? :-p19:46
*** ianw has quit IRC19:46
mtaylorjonesy: yes. that - um .... fail19:46
StylusEater_workyikes19:47
StylusEater_worksorry jonesy19:47
jonesymtaylor: totally - but at least it's not like, total fail.19:47
mtaylorindeed19:47
StylusEater_workjonesy: runlevel 1 it?19:47
mtaylorit could have caused evil leprechauns to flood out of your cd drive and kill you19:48
StylusEater_work+creiht: I don't have a swift env setup... mind testing something?19:48
mtaylorWHY DOES SOLARIS SUCK?19:48
mtaylorsorry. just had to get that off my chest there19:49
StylusEater_work+creiht: diff... http://pastebin.com/NVs5iFE319:49
StylusEater_work+mtaylor: umm it doesn't19:49
mtaylorStylusEater_work: I promise, this isn't an argument we want to get in to at this precise moment... although I allow that you might have a valid point19:50
uvirtbotNew bug: #611022 in swift "background of KDE pannel is half-black when using 100% of screen width" [Undecided,New] https://launchpad.net/bugs/61102219:51
StylusEater_work+mtaylor: just figured I'd give a dissenting opinion ... I've used it... it has nice features ... but yes... don't need to get into it19:51
mtaylorhehe19:51
mtaylorwell, normally I'd find it fun to debate, but currently it's giving me build nightmares19:51
StylusEater_work+mtaylor: ahh yes... setting up buildbot on sol10 for mariadb wasn't fun for me ... ran into a whole host of issues19:52
mtaylorStylusEater_work: hrm... mariadb... feels like it's likely I know you then?19:53
StylusEater_work+mtaylor: maybe ... I run three buildbots for mariadb19:53
StylusEater_work+mtaylor: beyond that ... no commits quite yet19:54
mtaylorStylusEater_work: ah, but you aren't a monty program/former mysql person19:54
mtaylorStylusEater_work: cool.... well thanks for contributing buildbot slaves to them! (and especially for contributing solaris... *shudder*)19:54
StylusEater_work+mtaylor: haven't had the privilege19:55
*** brainproxy has quit IRC19:59
*** jdmaturen has quit IRC20:01
*** jdmaturen has joined #openstack20:03
*** tobym_ has joined #openstack20:06
*** tobym has quit IRC20:06
creihtStylusEater_work: Are you running into other issues other than the fallocate thing?20:09
*** kallistec has quit IRC20:10
StylusEater_work+creiht: another diff ... http://pastebin.com/Dd90LRnX20:11
StylusEater_work+creiht: no20:11
StylusEater_work+creiht: but I'm not really "running it yet" ... just fixing the getopt bug atm.20:11
*** brainproxy has joined #openstack20:12
creihtStylusEater_work: What would be easier, would be to push your branch as a local repo20:12
creihtgotcha20:12
creihtStylusEater_work: someting like bzr push lp:~user_id/swift/lp61058320:12
creihtThen I can just do a checkout20:12
* StylusEater_work bit of a bzr newb20:14
creihthttp://wiki.openstack.org/LifeWithBzrAndLaunchpad20:14
*** rnewson has joined #openstack20:15
creihtand you should also take a look at http://wiki.openstack.org/HowToContribute20:15
creihtso you can sign the CLA if you would like to contribute... it is quite painless (I promise)20:15
*** jbryce has quit IRC20:17
*** jbryce has joined #openstack20:17
StylusEater_work+creiht: already signed and completed that stuff on announcement20:18
creihtmtaylor: what is proper etiquette for when someone posts a bug for a wrong project?20:19
creihthttps://bugs.launchpad.net/swift/+bug/61102220:19
uvirtbotLaunchpad bug 611022 in swift "background of KDE pannel is half-black when using 100% of screen width" [Undecided,New]20:19
creihtStylusEater_work: awesome20:19
mtaylorcreiht: you can just reassign it to a different project20:19
mtaylorcreiht: I'm gonna guess something kde releated :)20:19
creihtStylusEater_work: Would it be possible to follow the launchpad guide and make a merge proposal for your changes?20:20
mtaylorcreiht: done20:22
creihtmtaylor: thanks!20:23
StylusEater_work+creiht: yes20:24
StylusEater_work+creiht: was reading through that... not sure how quickly I can do it20:24
creihtStylusEater_work: cool20:24
creihtStylusEater_work: No rush, but it makes it easier for all in the end20:24
creihtbasic idea is to branch swift locally, make your change, commit, push branch to your user's repo, and request a merge20:25
mtaylorgonna be so much nicer when the lp-submit command is in mainline so we can start including that in standard instructions...20:25
* creiht is looking forward to that20:26
*** lbieber has joined #openstack20:26
StylusEater_work+creiht: so far I did ... bzr branch lp:swift ... made changes ...20:27
creihtStylusEater_work: then you need to commit the change locally20:27
StylusEater_work+creiht: I didn't bzr init ... bzr branch ...20:27
creihtStylusEater_work: that's fine20:27
creihtbzr init just makes it so that bzr info is shared among branches20:27
mtaylors/bzr init/bzr init-repo/ ... bzr init actually makes a new empty branch20:28
creihtoh yeah :)20:29
* creiht is still a bit new to bzr as well20:29
*** justinsheehy has quit IRC20:32
*** miclorb has joined #openstack20:34
*** lbieber has quit IRC20:38
*** _mattf has quit IRC20:39
StylusEater_work+creiht: are you PST?20:39
creihtStylusEater_work: Central20:40
*** rnewson has quit IRC20:40
*** rnewson has joined #openstack20:42
*** lbieber has joined #openstack20:45
*** jtdowney has joined #openstack20:45
*** jonesy_ has quit IRC20:49
StylusEater_work+creiht: bbiab20:49
*** gundlach has joined #openstack20:50
*** StylusEater_work has left #openstack20:50
*** kallistec has joined #openstack20:52
*** MaxR_ has quit IRC20:54
*** cf_conrad has joined #openstack21:00
*** cf_conrad is now known as cweidenkeller21:01
*** justinsheehy has joined #openstack21:04
*** JimCurry has joined #openstack21:12
*** JimCurry has left #openstack21:14
*** JimCurry has joined #openstack21:14
*** JimCurry has left #openstack21:15
*** sander__ has quit IRC21:15
*** JimCurry has joined #openstack21:15
*** justinsheehy has quit IRC21:18
*** sander__ has joined #openstack21:19
mtaylorcreiht, redbo: k. new debs pushed to ppa ... lets see if these are any better21:25
creihtmtaylor: cool... I'm having letterj check it out21:26
*** justinsheehy has joined #openstack21:27
*** allsystemsarego has quit IRC21:28
*** _buck has quit IRC21:31
creihtmtaylor: If I wanted to build the package myself, how would that be done?21:34
mtaylorcreiht: bzr branch lp:~swift-core/swift/debian ; cd debian ; bzr bd21:36
*** miclorb has quit IRC21:36
mtaylorcreiht: it make take a bit before launchpad has built the debs and published them to the ppa21:37
creihtk21:37
*** miclorb has joined #openstack21:37
mtaylorcreiht: also - you might need to apt-get install bzr-builddeb :)21:37
*** jsmith is now known as jsmith-away21:38
*** gundlach has quit IRC21:40
*** miclorb has quit IRC21:41
letterjmtaylor: I installed bzr-builddeb and ran bzr bd.  It errored out21:41
*** BartVB has quit IRC21:42
letterjmtaylor: bzr: ERROR: Unable to find the needed upstream tarball: swift_20100728203750.orig.tar.gz.21:42
mtaylorletterj: hrm. that's disturbing21:42
mtaylorletterj: lemme try from scratch somewhere ...21:43
mtaylorletterj: hrm. worked for me - which is even more troubling (would have prefered it break for me)21:45
mtaylorletterj: what version do you have installed?   (bzr plugins | grep builddeb)21:46
letterjthere is an option:   --export-upstream=ARG Create the .orig.tar.gz from a bzr branch before building.21:47
letterjbuilddeb 2.2.021:47
letterjwhat options did you add to  brz db21:48
letterjsorry /db/bd/21:50
*** miclorb_ has joined #openstack21:50
gholtFor me, it just has problems at the signing stage since I'm not mordred@inaugust.com I guess. :)21:51
mtaylorletterj: none. just bzr bd21:53
mtaylorgholt: you can get around that with "bzr bd --bulder='debuild -uc -us'21:53
gholtAh, thanks.21:53
mtaylorletterj: for you ... it _should_ be creating the tarball all automagically for you21:53
gholtThey should put that in the bzr bd --help21:53
mtaylorletterj: do you have pristine-tar installed?21:54
gholtCool, worked for me.21:54
gholtNote: I haven't actually /used/ the packages.21:55
mtaylorgholt: heh. python-swift _seems_ to have actually installed the python files this time21:56
letterjyep21:57
mtaylorhrm21:59
mtaylorletterj: I'm pulling at straws here ... what v of bzr are you running?22:01
* mtaylor is running 2.1.122:01
* mtaylor has also asked over in #bzr 22:02
letterjstarted back from scratch and repulled the code. A dependency error came up for python-all.  Fixed that and everything worked ok22:03
mtaylorletterj: heh. how weird22:04
mtaylorwell good!22:04
*** johnpur has quit IRC22:05
*** rnewson has quit IRC22:05
*** StylusEater has joined #openstack22:05
StylusEater+creiht: still around?22:05
creihtStylusEater: indeed22:07
letterjThe --builder='debuild -uc -us' is was the thing I needed.  Once I had that the real error was visible22:07
*** jonesy_ has joined #openstack22:10
mtaylorletterj: ah, excellent22:10
*** jonesy_ has quit IRC22:11
mtaylorletterj: you can put that in ~/.bazaar/builddeb.conf22:11
mtaylorletterj: mine looks like: http://pastebin.com/qzJDhRHa22:11
*** tobym_ has quit IRC22:14
letterjmtaylor: I wanted to just document these steps somewhere.  Where should I do that?22:15
mtaylorletterj: well, I've got a wiki page up for maintaining the package...22:16
mtaylorletterj: perhaps on that page22:16
mtaylorletterj: http://wiki.openstack.org/DebianPackaging22:16
*** davidstrauss has quit IRC22:25
*** tobym has joined #openstack22:35
*** rnewson has joined #openstack22:36
*** jonesy_ has joined #openstack22:38
StylusEater+creiht: should I create a wiki page on howto setup a debian lenny dev box?22:41
StylusEater+creiht: or is that done already?22:41
mtaylorcan I get somebody to give me an ok on https://code.edge.launchpad.net/~mordred/nova/generate-changelog/+merge/3121122:49
mtaylorand also on https://code.edge.launchpad.net/~mordred/swift/generate-changelog/+merge/3120922:50
*** sander__ has quit IRC22:51
*** sander__ has joined #openstack22:52
redboI should totally reject that for pep822:57
*** JimCurry has left #openstack22:58
*** lbieber has quit IRC22:58
mtaylordamn23:00
mtaylorredbo: ok. fixed pep8 in setup.py... :)23:02
vish1mtaylor: i ok'd it but i have no idea what kind of voodoo it is doing23:03
mtaylorvish1: :) ... it's just making a ChangeLog file from bzr log before we make a source tarball23:03
mtaylorunlikely that anyone will ever notice it happens :)23:03
vish1mtaylor: that is great though...editing changelog by hand is annoying23:05
*** pvo has quit IRC23:05
redboSo the merge request doesn't seem to reflect the new change to the branch.  When I approve it does the whole branch go in, or only what was proposed?23:05
mtaylorvish1: yes. especially when you also have commit message already23:05
vish1mtaylor: so if i'm building a local branch how exactly do i keep it from conflicting with the public ppa23:06
mtaylorredbo: it will only be merge up to the revision the branch was on at the time its status was set to Approved23:06
redbooh I see, it says it's udpating the diff now23:06
mtaylorvish1: uh... you mean if you build/install packages locally and you also have the ppa in your sources.list ?23:07
mtaylorvish1: you could bump your local revision in debian/changelog so that it's higher than what's going in the ppa23:07
vish1mtaylor: i have to manage an internal deploy branch23:08
mtaylorah. gotcha23:08
redboI always put my review type as "awesome".  Is that right?23:08
mtaylorvish1: then we should really have a ppa that just has depends in it and does't have any of the nova packages in it... that way you don't have to worry about it23:09
vish1mtaylor: which will have hot fixes that haven't been reviewed23:09
*** Podilarius has left #openstack23:09
vish1i probably won't reference the public ppa23:09
vish1i just want to make merging easy23:10
mtayloroh, well, in that case, what I'd do is:23:10
vish1so i'll probably have extra changelog entries for example23:10
vish1and then i need to somehow handle the case when the patch makes it into the upstream23:10
mtaylorright. so I'd make a branch of lp:~nova-core/nova/debian-packaging  - and a branch of lp:nova23:11
mtaylormake your hot-fix changes in lp:nova - so that you can push them back out for merging23:11
mtaylorand then when it's time to make packages, just go into your debian-packaging branch, do bzr merge ../hotfix-branch23:11
mtaylorand make whatever changelog entries you might need to make23:12
mtaylorwhenever your hotfix branch gets merged, then it shoud all just magically work itself out23:12
vish1ah ok23:13
mtaylorand bzr knows how to merge debian/changelog files - so it should do the right thing when new code has been pushed to lp:~nova-core/nova/debian-packaging23:13
mtaylordoes that make any sort of sense?23:13
vish1so i'll have to hand edit changelog still?23:13
mtaylorwell, you can use dch to edit it23:13
*** miclorb_ has quit IRC23:13
vish1hmm i'm getting errors in current trunk23:13
vish1odd23:13
mtayloryeah - the thing I just did wasn't for debian/changelog - it was to ship a root ChangeLog23:13
*** miclorb has joined #openstack23:14
vish1ah ok23:14
mtaylorI think we need to figure out what's different on your machine from the hudson machine - yours seems to be stricter23:14
vish1investigating build errors23:14
vish1well i am on a mac23:14
vish1:)23:14
mtaylorah. well there it is :)23:14
vish1and i may have different versions of packages installed23:14
*** aliguori has quit IRC23:15
vish1oh i bet i know what it is23:16
vish1hmm nm23:16
vish1still looking23:16
*** BartVB has joined #openstack23:18
*** miclorb has quit IRC23:18
vish1ok found the error23:21
vish1don't have a symbolic link in the bin dir to the parent nova23:21
vish1messes up some default relative paths23:21
*** pvo has joined #openstack23:22
*** pvo has joined #openstack23:22
*** ChanServ sets mode: +v pvo23:22
*** rnewson has quit IRC23:23
mtaylorheh23:24
*** tr3buchet has quit IRC23:26
*** aliguori has joined #openstack23:29
edayyay, swift ml created!23:34
tjyangHi, all.  After reading the  5 minutes overview and openstack FAQ and I still a have question.23:34
mtayloreday: w00t23:35
tjyangthis is my beginner question. Is openstack only good for Linux Cloud ? Can I use it on Solaris or HP-UX ?23:35
*** pvo has quit IRC23:35
edaytjyang: it's primarily being developed for linux at the moment, but there is no reason it could not work with hypervisors on other os's (assuming they have a sane Python environment)23:36
vish1so i'm checking the merge rejection on auth-init23:36
vish1i get no test fail23:36
*** PiotrSikora has quit IRC23:37
tjyangeday: thanks for the reply. My workplace  have tons of Solaris machines at work.23:37
vish1is it possible that the test run timed out?23:38
vish1or that there was another test running at the same time?23:39
mtaylorno to another test running at same time23:39
mtaylorthe box is serialized23:39
mtaylorI get occasional errors on that on my local box, re-running usually fixes23:39
*** PiotrSikora has joined #openstack23:39
vish1hmm that is not good23:39
vish1ok i'll try reproposing23:39
mtaylorjust bump it back to Approved ... that should requeue it23:40
tjyangeday: so I may be able to build a solaris 10 cloud using LDOM hypervisor software ?23:41
tjyangeday: with openstack software.23:41
vish1mtaylor: is there a standard way for adding things to python path for dev?23:41
mtayloruh23:42
vish1(or anyone else that knows)23:42
*** miclorb has joined #openstack23:42
vish1so if i clone a repo, it isn't in the python path23:42
mtaylorI usually just make a virtualenv and install stuff in it - or install the stuff directly - although nova should support doing 'python setup.py develop'  now23:42
mtaylorah - perhaps what you're wanting is python setup.py develop23:43
vish1we've been getting around it by adding a nova.pth23:43
mtaylorwhich will put .pth links in your system location for you23:43
vish1to the dist-packages dir23:43
mtayloryeah - develop will do that for you - one of the nice bits about having moved to setuptools23:43
vish1yeah but the issue with that is that bzr stores branches in different dirs23:43
mtaylorah. I see your issue23:43
vish1so you just run setup.py develop every time you switch branches?23:43
mtaylorpotentially. ... should come up with a better story for this23:44
mtaylorvish1: if you are in the root of the source tree, it should see the nova package because . is usually in the pythonpath, no?23:44
vish1true23:45
vish1but i'm not always in the root23:45
mtaylorgotcha23:45
vish1specifically when running the bins23:45
vish1they are not in the root23:45
mtaylorhrm. no. I do not have a good answer for you - but I will find one23:45
vish1hence my magic with the symlink which unfortunately messes up paths23:45
edaytjyang: if there is a clean way to plug in solaris hypervisor modules into openstack, I think it's possible. RIght now it uses libvirt, so you would want to look at how that works. It would be interesting to see how well things line up23:46
StylusEater+creiht: submitted the merge proposal23:46
tjyangeday: I think I will spend some time to check openstatck (compute) out to get a feel. I don't want to see our internal IT machines got outsourced to external cloud vendor.23:49
polvihey guys, anyone coming to the meet-up tomorrow?23:50
tjyangeday: our management show us http://www.salesforce.com/cloudcomputing/ video in one of our meeting :-<23:51
vish1meet up at cloudkick?23:51
polvivish1: yup23:51
vish1polvi: i'll be there23:53
vish1polvi: what time is it starting?23:53
polvidoors at 1pm, starting at 2pm sharp23:53
*** silassewell has quit IRC23:56
*** sirp2 has quit IRC23:57
tjyangI subscribed to openstack mailing list but the email address is <tmorey@rackspace.com>, is this correct ?23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!