| *** tobym has quit IRC | 00:03 | |
| *** zooko has joined #openstack | 00:04 | |
| *** abecc has joined #openstack | 00:05 | |
| *** littleidea has quit IRC | 00:06 | |
| *** adjohn has joined #openstack | 00:15 | |
| *** gazumps has quit IRC | 00:18 | |
| *** abecc has quit IRC | 00:26 | |
| *** abecc has joined #openstack | 00:26 | |
| *** jc_smith has quit IRC | 00:27 | |
| *** littleidea has joined #openstack | 00:28 | |
| *** aliguori has quit IRC | 00:30 | |
| *** littleidea has quit IRC | 00:30 | |
| *** littleidea has joined #openstack | 00:41 | |
| *** gazumps has joined #openstack | 00:45 | |
| *** joearnold has quit IRC | 00:47 | |
| *** RobertLJ has joined #openstack | 00:47 | |
| *** maplebed has quit IRC | 00:56 | |
| *** rlucio has quit IRC | 01:01 | |
| *** zooko has quit IRC | 01:10 | |
| *** smithpg1002 has quit IRC | 01:26 | |
| *** tr3buchet has quit IRC | 01:29 | |
| *** Cybodog has quit IRC | 01:32 | |
| *** alekibango has joined #openstack | 01:37 | |
| *** justinsheehy has quit IRC | 01:41 | |
| *** gazumps has quit IRC | 01:46 | |
| *** rossij has quit IRC | 01:47 | |
| *** tobym has joined #openstack | 01:47 | |
| *** rossij has joined #openstack | 01:48 | |
| *** justinsheehy has joined #openstack | 02:05 | |
| *** littleidea has quit IRC | 02:08 | |
| *** gazumps has joined #openstack | 02:09 | |
| *** silassewell has joined #openstack | 02:12 | |
| adjohn | Heya, what's the current status of the openstack api? Is it functional enough for the web control panel to work? | 02:18 |
|---|---|---|
| *** Cybodog has joined #openstack | 02:24 | |
| *** rajijoom has joined #openstack | 02:27 | |
| *** RobertLJ has quit IRC | 02:30 | |
| *** rajijoom has quit IRC | 02:32 | |
| *** ArdRigh has quit IRC | 03:06 | |
| *** gazumps has quit IRC | 03:17 | |
| *** miclorb has quit IRC | 03:29 | |
| *** blamar has quit IRC | 03:29 | |
| *** ChrisAM has quit IRC | 03:29 | |
| *** blamar has joined #openstack | 03:37 | |
| *** miclorb has joined #openstack | 03:39 | |
| *** ChrisAM has joined #openstack | 03:39 | |
| pjz | anyone awake? | 03:39 |
| *** rsampaio has joined #openstack | 03:41 | |
| *** joearnold has joined #openstack | 03:44 | |
| *** veszig` has quit IRC | 03:51 | |
| *** tobym has quit IRC | 03:55 | |
| *** gazumps has joined #openstack | 03:57 | |
| *** veszig has joined #openstack | 04:01 | |
| *** adjohn has quit IRC | 04:08 | |
| *** tr3buchet has joined #openstack | 04:13 | |
| *** adjohn has joined #openstack | 04:25 | |
| *** joearnold has quit IRC | 04:25 | |
| *** zaitcev has quit IRC | 04:32 | |
| *** littleidea has joined #openstack | 04:40 | |
| *** rsampaio has quit IRC | 04:42 | |
| *** rajijoom has joined #openstack | 04:46 | |
| *** f4m8_ is now known as f4m8 | 04:50 | |
| *** abecc has quit IRC | 04:57 | |
| *** gazumps has quit IRC | 05:17 | |
| *** tr3buchet has quit IRC | 05:30 | |
| *** kashyapc has joined #openstack | 05:33 | |
| *** sirp1 has quit IRC | 05:37 | |
| *** justinsheehy has quit IRC | 05:46 | |
| *** justinsheehy has joined #openstack | 05:51 | |
| *** ibarrera has joined #openstack | 05:58 | |
| *** guigui1 has joined #openstack | 06:18 | |
| *** zheng_li has joined #openstack | 06:38 | |
| *** f4m8 has quit IRC | 06:40 | |
| littleidea | gholt: Is this feature done? https://blueprints.launchpad.net/swift/+spec/future-publiccontainers | 06:40 |
| *** f4m8 has joined #openstack | 06:41 | |
| *** ArdRigh has joined #openstack | 06:43 | |
| *** brd_from_italy has joined #openstack | 07:00 | |
| *** calavera has joined #openstack | 07:03 | |
| *** allsystemsarego has joined #openstack | 07:14 | |
| *** brd_from_italy has quit IRC | 07:15 | |
| gholt | littleidea: Nope. I've coded a couple of prototypes already but we're still deciding on the final direction. Probably be finished up next week. | 07:29 |
| *** jc_smith has joined #openstack | 07:29 | |
| littleidea | gholt: is it hard from the blueprints/bug in launchpad to know what is going to be in Austin or is it just me? | 07:29 |
| gholt | Well, it's supposed to be anything that we have to have in Austin is prefixed with austin-. Everything else is hopeful, but secondary. ;) | 07:31 |
| gholt | So, even though I might finish up the code for publiccontainers in time for Austin, it might not pass full scale tests and get pulled to a future branch. | 07:32 |
| *** brd_from_italy has joined #openstack | 07:32 | |
| *** alekibango has quit IRC | 07:35 | |
| littleidea | gholt: ok, so some issues are prefixed, austin, then some are tagged with austin in the 'series', and that's the blue prints, then there are the bugs list | 07:35 |
| littleidea | gholt: we're trying to figure out what we need/want/can work on for austin | 07:38 |
| littleidea | gholt: public containers is one we have some interest in | 07:39 |
| *** rnewson has joined #openstack | 07:39 | |
| gholt | Yeah, I have no idea why that is. I got from the meeting that I was supposed to prefix with austin, so I've been following that. The Swift blueprints seem fairly consistent, but there aren't that many. You're right that the Nova stuff is a bit all over the place right now. | 07:40 |
| littleidea | we can bring it up in the meeting tomorrow. | 07:40 |
| gholt | :) And the openstack-common has a 1.0 series. | 07:41 |
| gholt | I think the only thing that would make publiccontainers not make austin is the scalability tests. And I think that's pretty unlikely. | 07:43 |
| gholt | What do you plan to use for auth? | 07:44 |
| *** miclorb has quit IRC | 07:45 | |
| littleidea | gholt: for public containers? or generally? | 07:47 |
| gholt | Generally, the devauth isn't really a production thing. | 07:47 |
| littleidea | yeah, we are going to integrate with an existing auth infrastructure | 07:49 |
| *** zheng_li has quit IRC | 07:49 | |
| gholt | littleidea: Ah, okay. Can I ask what? Have you started in on that code yet? The changes going in with public containers and ACLs is going to affect that integration a bit. | 07:52 |
| littleidea | ahh, ok, I haven't been working on that part. I'm mostly working on installation and orchestration with chef, and I've also been task with trying to make sure we know what is happening in the project so we don't get caught by surprise if possible. | 07:55 |
| littleidea | I can find out what we are doing in the morning and get back to you. | 07:56 |
| littleidea | the person doing it is didn't think it would be too bad | 07:56 |
| littleidea | but any guidance you can give us on the chance would be appreciated | 07:56 |
| littleidea | gholt: I think the SAIO doc is really confusing now. | 07:59 |
| gholt | Hmm. Which part? I think the only recent change has been the pastedeploy stuff. | 08:00 |
| gholt | And creiht should be done messing with that now. :) | 08:02 |
| littleidea | gholt: the current instructions also changes stuff about mounting a drive and the directories are all different, the old version had a demo device mounting a loopback | 08:05 |
| *** jc_smith has quit IRC | 08:05 | |
| littleidea | gholt: sdb may not exist for example | 08:06 |
| gholt | Ah, that wasn't SAIO. I'm not sure where the loopback thing was. That was an outside party and wasn't submitted into the project. SAIO has always assumed "you’re using VMware Fusion 3 on Mac OS X Snow Leopard," and has you make an extra disk, which ends up sdb. | 08:07 |
| *** zheng_li has joined #openstack | 08:13 | |
| littleidea | I think the loopback thing used to be in docs, but now it is gone. Seems like it would be better if SAIO instructions would work on any install of lucid. no? | 08:16 |
| gholt | Yes, but that's a bit of work to upkeep and the team I'm on that works on Swift is pretty busy. Kinda have tradeoffs on that stuff. :) | 08:22 |
| gholt | Basically that doc started as how I set up SAIO on my Mac way back when and we've been keeping it up to date with that one type of install all along. And that itself has been a decent amount of work, hehe. | 08:22 |
| littleidea | gotcha | 08:22 |
| gholt | Ah man, almost 3:30am here. I definitely have to go to bed before I have to get up. See ya later. | 08:23 |
| *** littleidea has quit IRC | 08:32 | |
| *** alekibango has joined #openstack | 08:48 | |
| *** gcc has quit IRC | 08:57 | |
| *** jerryk has quit IRC | 09:00 | |
| chmouel | for account and containers database replication when is it replicated as whole database file and when just only by record, when the other replica does not have any data in it or not ? (I can't find it anywhere in the code) | 09:03 |
| *** nefo has joined #openstack | 09:07 | |
| *** seats has quit IRC | 09:10 | |
| *** seats has joined #openstack | 09:11 | |
| *** GasbaKid has joined #openstack | 09:11 | |
| *** adjohn_ has joined #openstack | 09:11 | |
| *** adjohn has quit IRC | 09:12 | |
| *** adjohn_ is now known as adjohn | 09:12 | |
| chmouel | nevermind i got it from db_replication._repl_to_node() | 09:21 |
| *** justinsheehy has quit IRC | 09:21 | |
| *** justinsheehy has joined #openstack | 09:26 | |
| *** metoikos has joined #openstack | 09:35 | |
| *** f4m8 has quit IRC | 10:06 | |
| *** f4m8 has joined #openstack | 10:06 | |
| *** kashyapc has quit IRC | 10:10 | |
| *** kashyapc has joined #openstack | 10:27 | |
| *** jonesy_ has quit IRC | 11:13 | |
| *** kashyapc has quit IRC | 11:20 | |
| *** GasbaKid has quit IRC | 11:29 | |
| *** kashyapc has joined #openstack | 11:32 | |
| *** guigui1 has quit IRC | 11:34 | |
| *** guigui3 has joined #openstack | 11:36 | |
| *** justinsheehy has quit IRC | 11:42 | |
| *** gustavomzw has joined #openstack | 11:47 | |
| *** kashyapc has quit IRC | 11:48 | |
| *** ctennis has quit IRC | 11:52 | |
| *** justinsheehy has joined #openstack | 12:09 | |
| *** ctennis has joined #openstack | 12:09 | |
| *** ctennis has joined #openstack | 12:09 | |
| *** tobym has joined #openstack | 12:13 | |
| *** xfaf has joined #openstack | 12:14 | |
| *** zul has quit IRC | 12:15 | |
| *** xfaf is now known as zul | 12:16 | |
| *** zul has joined #openstack | 12:16 | |
| *** justinsheehy has quit IRC | 12:18 | |
| *** sophiap has quit IRC | 12:25 | |
| *** justinsheehy has joined #openstack | 12:37 | |
| *** metoikos has quit IRC | 12:49 | |
| *** aliguori has joined #openstack | 12:51 | |
| *** Podilarius has joined #openstack | 12:55 | |
| *** DubLo7 has joined #openstack | 13:00 | |
| *** ppetraki has joined #openstack | 13:02 | |
| *** RobertLJ has joined #openstack | 13:07 | |
| *** pcrews has joined #openstack | 13:08 | |
| *** ppetraki_ has joined #openstack | 13:10 | |
| *** ppetraki_ has quit IRC | 13:16 | |
| *** tobym has quit IRC | 13:16 | |
| *** coredump777 has joined #openstack | 13:17 | |
| *** mrayzenoss has joined #openstack | 13:17 | |
| *** mrayzenoss is now known as mray | 13:17 | |
| *** mray has joined #openstack | 13:17 | |
| *** dendro-afk is now known as dendrobates | 13:20 | |
| *** f4m8 has quit IRC | 13:26 | |
| *** f4m8 has joined #openstack | 13:28 | |
| *** f4m8 has quit IRC | 13:30 | |
| *** f4m8 has joined #openstack | 13:31 | |
| *** calavera has quit IRC | 13:34 | |
| *** gondoi has joined #openstack | 13:39 | |
| *** _abien has joined #openstack | 13:43 | |
| *** jonesy_ has joined #openstack | 13:43 | |
| *** _abien has quit IRC | 13:44 | |
| *** _abien has joined #openstack | 13:46 | |
| *** matclayton has joined #openstack | 13:50 | |
| *** f4m8 is now known as f4m8_ | 13:52 | |
| *** abien has quit IRC | 13:52 | |
| *** adjohn has quit IRC | 13:54 | |
| *** tobym has joined #openstack | 13:55 | |
| *** nefo has quit IRC | 14:01 | |
| *** pvo has quit IRC | 14:07 | |
| *** vvuksan has joined #openstack | 14:11 | |
| *** metoikos has joined #openstack | 14:13 | |
| *** vvuksan has quit IRC | 14:15 | |
| *** vvuksan has joined #openstack | 14:15 | |
| *** ibarrera has quit IRC | 14:18 | |
| *** abecc has joined #openstack | 14:21 | |
| *** pvo has joined #openstack | 14:25 | |
| *** ChanServ sets mode: +v pvo | 14:25 | |
| *** matclayton has left #openstack | 14:26 | |
| *** ArdRigh has quit IRC | 14:38 | |
| burris | so I'm running swift-solo in a guest os and using cyberduck on my host os to access it but it wasn't working, then I realized that the auth server was returning 127.0.0.1:8080 for the storage url which doesn't work on the host, ssh port forwarding to the rescue! | 14:40 |
| vvuksan | yeah | 14:40 |
| vvuksan | i noticed that too | 14:41 |
| vvuksan | actually what you can do is this | 14:41 |
| vvuksan | in chef/cookbooks/swift/attributes/swift.rb | 14:42 |
| vvuksan | change default[:swift][:proxy_server][:hostname] = "127.0.0.1" | 14:42 |
| vvuksan | to say | 14:42 |
| vvuksan | default[:swift][:proxy_server][:hostname] = node[:ipaddress] | 14:42 |
| *** gustavomzw has quit IRC | 14:43 | |
| burris | ah cool thanks | 14:44 |
| vvuksan | burris: you will have to redo the /etc/swift/auth.db | 14:44 |
| vvuksan | perhaps even other pieces | 14:44 |
| vvuksan | it hardcodes the URL location | 14:44 |
| vvuksan | :-( | 14:44 |
| creiht | burris: yeah you have to set the default_cluster_url in the auth config | 14:47 |
| creiht | when an account is created, that value is stored in the authdb, so you would either need to update the sqlite auth.db manually, or just delete it and re-create the users | 14:48 |
| creiht | re-create the accounts | 14:48 |
| vvuksan | i did update sqlite auth.db manually and it didn't cut it | 14:49 |
| vvuksan | creating new accounts did | 14:49 |
| *** tr3buchet has joined #openstack | 14:49 | |
| creiht | vvuksan: it should work if you update it manually | 14:51 |
| *** littleidea has joined #openstack | 14:52 | |
| *** sirp1 has joined #openstack | 14:52 | |
| creiht | littleidea: good morning | 14:53 |
| littleidea | creiht: good morning | 14:53 |
| creiht | I'm wondering if you had been looking at a different doc, as the SAIO never had docs for a loopback device | 14:53 |
| creiht | though I have been meaning to add that | 14:54 |
| creiht | I know the initial chef scripts that holoway created used a loopback device | 14:54 |
| vvuksan | creiht: for some reason it didn't :-/ | 14:58 |
| vvuksan | i tried | 14:58 |
| creiht | vvuksan: well if you end up needing to do it again, let me know so that we can check it out | 15:00 |
| vvuksan | ok | 15:00 |
| *** Phacops has joined #openstack | 15:04 | |
| *** Phacops_ has quit IRC | 15:05 | |
| *** pharkmillups has joined #openstack | 15:14 | |
| dendrobates | everyone should be getting an email saying that we are extending the blueprint deadline to Tuesday | 15:16 |
| *** tr3buchet has quit IRC | 15:28 | |
| *** zaitcev has joined #openstack | 15:38 | |
| *** tr3buchet has joined #openstack | 15:57 | |
| *** JimCurry has joined #openstack | 16:00 | |
| *** whitenhiemer has joined #openstack | 16:03 | |
| *** Cybodog has quit IRC | 16:06 | |
| *** maplebed has joined #openstack | 16:07 | |
| *** brd_from_italy has quit IRC | 16:08 | |
| *** burris has quit IRC | 16:25 | |
| *** rnewson has quit IRC | 16:25 | |
| *** zheng_li has quit IRC | 16:31 | |
| *** guigui3 has quit IRC | 16:33 | |
| *** joearnold has joined #openstack | 16:34 | |
| jaypipes | gholt: heya, quick question for you.... | 16:39 |
| jaypipes | gholt: in Swift, what is the difference between an account and a user? | 16:39 |
| jaypipes | gholt: is account like a project in Nova? i.e. a user can belong to multiple projects? | 16:41 |
| *** localhost2 has joined #openstack | 16:44 | |
| *** localhost2 has quit IRC | 16:46 | |
| *** localhost has quit IRC | 16:46 | |
| *** localhost2 has joined #openstack | 16:47 | |
| *** pcrews is now known as pcrews_bbl | 16:49 | |
| *** DubLo7 has quit IRC | 16:49 | |
| *** gustavomzw has joined #openstack | 16:53 | |
| *** brd_from_italy has joined #openstack | 16:54 | |
| *** tobym has quit IRC | 16:56 | |
| *** zheng_li has joined #openstack | 16:58 | |
| *** DubLo7 has joined #openstack | 17:02 | |
| *** burris has joined #openstack | 17:02 | |
| *** RobertLJ has quit IRC | 17:06 | |
| *** ali``` has joined #openstack | 17:08 | |
| *** DubLo7 has quit IRC | 17:11 | |
| *** joearnold has quit IRC | 17:19 | |
| *** joearnold has joined #openstack | 17:21 | |
| *** rnewson has joined #openstack | 17:29 | |
| *** pharkmillups has quit IRC | 17:30 | |
| *** ali``` has quit IRC | 17:35 | |
| *** tobym has joined #openstack | 17:45 | |
| *** rajijoom has quit IRC | 17:50 | |
| *** annegentle has joined #openstack | 17:55 | |
| *** jbartels has joined #openstack | 17:57 | |
| *** jbartels has quit IRC | 17:58 | |
| *** pcrews_bbl is now known as pcrews | 18:00 | |
| *** kashyapc has joined #openstack | 18:02 | |
| dendrobates | Anyone with questions or wanting with blueprints should head over to #openstack-meeting in 48 min. | 18:12 |
| dendrobates | that should be wanting help with blueprints | 18:12 |
| *** kashyapc has quit IRC | 18:13 | |
| soren | dendrobates: Wait, what? You said 2000 UTC in your e-mail? | 18:15 |
| *** kashyapc has joined #openstack | 18:15 | |
| *** DubLo7 has joined #openstack | 18:17 | |
| *** brd_from_italy has quit IRC | 18:17 | |
| *** rnewson has quit IRC | 18:18 | |
| *** rnewson has joined #openstack | 18:18 | |
| *** rnewson has joined #openstack | 18:18 | |
| *** kashyapc has quit IRC | 18:18 | |
| zul | 200 utc on the wiki as well | 18:19 |
| zul | 2000 i mean | 18:19 |
| dendrobates | ok, I must have made a tz error | 18:22 |
| dendrobates | ha I did sorry add an hour to that | 18:23 |
| gholt | jaypipes: I don't know Nova (yet) :( But in Swift there's the storage account /v1/<storageaccount>/blah and all else is up to the auth. | 18:23 |
| *** mray has quit IRC | 18:23 | |
| dendrobates | soren: you know I 'm timezone deficient :) | 18:23 |
| jaypipes | gholt: so what is the difference b/w a user and an account? | 18:23 |
| gholt | jaypipes: The devauth has a concept of an account == storageaccount and that authaccount can have multiple users. | 18:24 |
| jaypipes | gholt: devauth? | 18:24 |
| gholt | The "sample" auth system within the Swift repo. | 18:24 |
| gholt | For Rackspace CloudFiles, their auth only has the concept of authaccount == storageaccount. | 18:24 |
| gholt | So the answer is: It depends. :) | 18:25 |
| jaypipes | gholt: ah, ok. so I guess I'm still blanking on the difference between a storage account and an auth account...not sure why >1 account is needed? Is this a RS-specific thing? | 18:25 |
| jaypipes | gholt: sorry if I sound dumb about this...just don't understand :( | 18:25 |
| *** dendrobates is now known as dendro-afk | 18:26 | |
| gholt | No, not dumb at all. The separation is there for flexibility in bolting on any auth system. | 18:26 |
| jaypipes | gholt: are you saying that there is an LDAP user that is called the "auth account" and a separate identifier for the Swift/Cloud Files "account"? | 18:26 |
| gholt | Also, you could have one auth and fifty different Swift clusters (in different regions or w/e) | 18:26 |
| jbryce | jaypipes: auth accounts are separate from the "account" in swift which is the top level aggregator (account -> container) | 18:27 |
| *** pharkmillups has joined #openstack | 18:27 | |
| gholt | jaypipes: yep | 18:27 |
| *** amscanne has quit IRC | 18:27 | |
| jaypipes | gholt, jbryce: aha. got it now :) | 18:27 |
| gholt | We love many levels of indirection. :) | 18:27 |
| jaypipes | gholt: and you're saying that in the functional test system, the auth account is identical to the Swift account, correct? | 18:27 |
| gholt | Well, they're 1:1 yes. | 18:28 |
| jaypipes | gholt: right, sorry | 18:28 |
| *** dendro-afk is now known as dendrobates | 18:28 | |
| *** Tybstar has joined #openstack | 18:28 | |
| *** mrayzenoss has joined #openstack | 18:29 | |
| soren | ok, so your email eas right? it's an hour and a half from now? | 18:29 |
| jaypipes | gholt: in Nova there is a user (by default, an LDAP user DN, but that is becoming adaptable) and there are "projects" that a user can belong to. The permissions a user has depends on the roles that the user has in a specific project. | 18:29 |
| jaypipes | gholt: since I've been working on blueprints and prototyping for the openstack-common project, I've been reading the code for swift and nova, trying to identify some common areas that could be consolidated (thus, my comments on your branch proposals) :) | 18:30 |
| *** kr8tr has joined #openstack | 18:31 | |
| jaypipes | gholt: the idea is to take the best code from each project and push it up to an openstack-common Python lib for all OS projects to import. | 18:31 |
| gholt | jaypipes: Gotcha. I'm not certain how that would map to storage-accounts being unfamiliar with the territory, but I'm certain it could map. :) If that sorts out we should probably change the Swift devauth to use the same sort of structure. | 18:32 |
| gholt | Keeping the terminology the same would be a big bonus. So, Swift's devauth would have users and projects etc. | 18:33 |
| soren | dendrobates: ok, so your email was right? it's an hour and a half from now? | 18:36 |
| *** kapten has joined #openstack | 18:39 | |
| *** kapten has left #openstack | 18:40 | |
| *** amscanne has joined #openstack | 18:41 | |
| *** mrayzenoss has quit IRC | 18:42 | |
| *** dendrobates is now known as dendro-afk | 18:49 | |
| jaypipes | gholt: possibly. or we change project -> account in Nova ;) | 18:50 |
| jaypipes | soren: yep | 18:51 |
| *** mrayzenoss has joined #openstack | 18:52 | |
| *** dendro-afk is now known as dendrobates | 18:52 | |
| *** mrayzenoss is now known as mray2 | 18:53 | |
| *** mray2 is now known as mrayzenoss | 18:53 | |
| *** lmcdowell has joined #openstack | 18:53 | |
| jbryce | jaypipes, gholt: in swift, can a single user account belong to multiple swift accounts? | 18:56 |
| creiht | jbryce: no | 18:57 |
| creiht | on the current auth | 18:57 |
| *** greenisus has joined #openstack | 18:57 | |
| creiht | but there isn't anything that prevents someone from creating an auth that does that | 18:57 |
| jaypipes | creiht: what do you mean "the current auth"? You mean "not gholt's new stuff"? :) | 18:57 |
| creiht | I mean both :) | 18:57 |
| jaypipes | creiht: k | 18:57 |
| jbryce | so that's a difference from the nova project concept | 18:57 |
| gholt | Hehe, the new stuff will allow users from other accounts access to your account if you want. | 18:58 |
| creiht | The dev auth is patterened after RS auth | 18:58 |
| *** ctennis has quit IRC | 18:58 | |
| jaypipes | jbryce: yeah, but it sounds like it could be pretty easy to adapt. | 18:58 |
| creiht | yeah you can give other accounts/users access in gholt's branch, but they aren't "members" | 18:58 |
| creiht | there may not be much of a distinction though | 18:58 |
| *** klord has joined #openstack | 19:04 | |
| *** joearnold has quit IRC | 19:08 | |
| *** joearnold has joined #openstack | 19:10 | |
| * jaypipes notes that paste.deploy's docs are obtuse...I hate when coders write documentation as if users already understand how their software works. | 19:10 | |
| creiht | yeah it took me a little bit to grok | 19:10 |
| *** joearnold has quit IRC | 19:10 | |
| creiht | do you have a specific question? | 19:10 |
| *** Tybstar has left #openstack | 19:12 | |
| jaypipes | creiht: just trying to wrap my head around Ian's terminology. Plus, the examples don't really explain what the heck paste.deploy actually does... | 19:13 |
| jaypipes | shit like "Typically you have one or two sections, named “main”: an application section ([app:main]) and a server section ([server:main])." | 19:13 |
| jaypipes | and then there is no server:main section in the example directlyfollowing... | 19:13 |
| jaypipes | :( | 19:13 |
| jaypipes | creiht: I'm totally clueless as to where the heck you would put the loadapp() call... :( He provides no clear indication of where that would go...a deployment script of some sort? | 19:15 |
| creiht | so for swift, we call loadapp() in run_wsgi() | 19:16 |
| creiht | instead of manually instantiating the wsgi app, loadapp reads the config, and instantiates the wsgi app based on the config | 19:17 |
| * jaypipes ack-greps for it... | 19:17 | |
| *** jasonb365 has joined #openstack | 19:18 | |
| jaypipes | creiht: can you pass CLI args to these servers (like bin/swift-account-server)? | 19:19 |
| jaypipes | creiht: or does everything need to be in a configuration file? | 19:19 |
| *** greenisus has quit IRC | 19:19 | |
| creiht | jaypipes: we do everything with config files | 19:19 |
| *** greenisus has joined #openstack | 19:19 | |
| jaypipes | creiht: so in order to test a different option for a program, I need to edit a configuration file? I can't just pass an option on the CLI? | 19:20 |
| creiht | yes | 19:20 |
| creiht | or have a couple of configs | 19:20 |
| gholt | Normally you'd change the conf and init reload the server. | 19:20 |
| jaypipes | gholt, creiht: ok. | 19:21 |
| jaypipes | creiht: so, you guys do *not* use paster server, correct? you do everything in swift.common.wsgi.run_wsgi() if I'm not mistaken? | 19:24 |
| jaypipes | s/paster server/paster serve/ | 19:24 |
| jaypipes | I guess I'm still confused as to the point of paste deploy (and loadapp()). Seems to be just a way of loading configuration stuff from a file...does it really *load* some application into, say, a web server? | 19:25 |
| gholt | It's a way to load confs and to load wsgi app chains, also seems to provide a cool way to "publish" your wsgi middleware. | 19:27 |
| *** justinsheehy has quit IRC | 19:27 | |
| jaypipes | gholt: publish to *what*? | 19:27 |
| gholt | Well, in setup.py you can indicate your package has a wsgi filter or app... | 19:27 |
| jaypipes | gholt: and what does that do exactly? | 19:28 |
| * jaypipes very confused at Python web deployment...seems very complicated for something that should be very simple. | 19:28 | |
| gholt | Well, take a peek at the proxy-server.conf on http://swift.openstack.org/development_saio.html | 19:28 |
| jaypipes | gholt: that page is just scary. :) | 19:30 |
| gholt | Imagine I write a cool new wsgi filter. I install it with that setup.py pastedeploy thing. To use it with Swfit, I'd just add it to the pipeline as whatever name I want, then make a [filter:name] use = egg:mycoolproj#mywsgifilter and it's installed in Swift's proxy server. | 19:30 |
| jaypipes | I like this: "It assumes you’re using VMware Fusion 3 on Mac OS X Snow Leopard" | 19:30 |
| jaypipes | heh. | 19:30 |
| gholt | Well, yeah, but ignore that for now.... I just wanted a sample proxy-server.conf for you to read. :) | 19:31 |
| jaypipes | gholt: no, I understand... | 19:31 |
| dendrobates | 30 min until blueprint q&a in #openstack-meeting | 19:31 |
| jaypipes | gholt: I guess I'm just used to PHP web development where I just put the darn PHP files at some directory and set an Apache conf. ;) | 19:32 |
| jaypipes | gholt: much simpler than all this. :) | 19:32 |
| gholt | Hehe, well it is a bit more complicated when you think that Swift alone has like what, 5 different wsgi servers that could be running? | 19:33 |
| gholt | [In the case of SAIO, even more since it's emulating 4 boxes of "stuff"] | 19:34 |
| jaypipes | gholt: ya. Nova has about the same... | 19:34 |
| creiht | jaypipes: The biggest reason for using paste.deploy is that to support easily pluggable middleware, I was either going to have to write my own version of paste.deploy, or just use it | 19:38 |
| creiht | the advanatage is that you can easily change middleware, or wsgi flow without changing the app code | 19:39 |
| creiht | it also makes it super simple to use any other middleware that is currently available that supports paste.deploy (which is most) | 19:39 |
| jaypipes | creiht: I guess I don't see how paste.deploy does that. seems that run_wsgi does a heck of a lot more than paste.deploy does...looks like loadapp is simply loading some configuration data | 19:40 |
| *** Cybodog has joined #openstack | 19:40 | |
| creiht | so before, we had something like: | 19:40 |
| jaypipes | creiht: you still have to do all the eventlet stuff, logging, etc | 19:41 |
| creiht | app = MyApp() | 19:41 |
| creiht | app = MyAuthMiddleware(app) | 19:41 |
| creiht | app = OtherMiddleware(app) | 19:41 |
| *** greenisus_ has joined #openstack | 19:41 | |
| creiht | etc. | 19:41 |
| creiht | with paste.deploy, it is all config | 19:41 |
| gholt | Yeah, I'm with you on that jaypipes, paste.deploy pretty much just does conf and app chain loading. The wsgi environment is separate | 19:41 |
| creiht | all loadapp does is instantiate the wsgi app | 19:41 |
| jaypipes | creiht: understood. | 19:42 |
| creiht | all the other stuff is just server stuff that we would have to do either way | 19:42 |
| jaypipes | creiht: by "instantiate" do you mean just calling the wsgi-fied object/callable and creating environ? | 19:42 |
| creiht | the environ isn't created until a request is made | 19:42 |
| * jaypipes trying to get a handle on what "magic" is done or not done so I can better understand how these applications are deployed | 19:42 | |
| creiht | it just initializes the objects | 19:43 |
| jaypipes | creiht: ok, so "instantiate" just calls the wsgi-field callable then? | 19:43 |
| creiht | whihc is determined by the python entry point in your setup.py | 19:43 |
| jaypipes | creiht: or rather, looks up the config, determines the chain, and creates the chain. | 19:43 |
| creiht | yes | 19:43 |
| jaypipes | creiht: gotcha. ok, understanding better now. | 19:43 |
| creiht | so in theory, you could even run swift with paster server if you really wanted to | 19:44 |
| jaypipes | creiht: sorry for all these dumb questions...I've had a steep learning curve as I haven't had much Python web dev experience. Only Python systems programming and PHP web dev from years ago.. | 19:45 |
| jaypipes | creiht: you do C++ database development for a time and things get icky to re-learn ;) | 19:45 |
| *** greenisus has quit IRC | 19:45 | |
| *** greenisus_ is now known as greenisus | 19:45 | |
| creiht | It all boils down to allowing the addition of middleware through config rather than having to edit source to do that | 19:45 |
| jaypipes | creiht: yep, understanding it now. | 19:46 |
| creiht | jaypipes: I already graduated from C++ systems 8 years ago :) | 19:46 |
| gholt | I never graduated; I just dropped out I think. | 19:46 |
| creiht | haha | 19:46 |
| jaypipes | creiht: :) | 19:47 |
| jaypipes | creiht: believe me, I'm not bashing Python at all...just a lot to learn from my side. | 19:48 |
| creiht | no worries | 19:48 |
| creiht | It took me a while to grok the paste.deploy stuff as well | 19:48 |
| creiht | jaypipes: at least you aren't trying to mangling xml for java web services :) | 19:50 |
| jaypipes | creiht: excellent point ;) | 19:50 |
| *** xtoddx has joined #openstack | 19:51 | |
| *** greenisus has quit IRC | 19:52 | |
| *** greenisus has joined #openstack | 19:52 | |
| *** greenisus_ has joined #openstack | 19:55 | |
| *** greenisus has quit IRC | 19:58 | |
| *** greenisus_ is now known as greenisus | 19:58 | |
| dendrobates | blueprint discussion in #openstack-meeting in 1 minute! | 19:58 |
| zul | RUN! :) | 19:59 |
| *** gustavomzw has quit IRC | 19:59 | |
| *** Cybodog has quit IRC | 20:04 | |
| littleidea | let the games begin? | 20:04 |
| * creiht wonders what color the blueprints should be | 20:05 | |
| *** tobym has quit IRC | 20:08 | |
| *** rnewson has quit IRC | 20:11 | |
| vishy | creight: I vote for copen, because azure is overused | 20:12 |
| *** ewanmellor has joined #openstack | 20:13 | |
| soren | ewanmellor: So, what the Ubuntu guys have done, is to detect if the kernel given is a multiboot compliant kernel image... | 20:13 |
| soren | ewanmellor: ...if it is, they generate a boot floppy (for a number of reasons (to work around shortcomings in other places))... | 20:14 |
| soren | ewanmellor: ...boot from that, which loads the given kernel image.. | 20:14 |
| vishy | soren: is there any reason we can't just boot whole machines by not specifying a kernel and ramdisk? | 20:14 |
| soren | ewanmellor: ...and let it rip. | 20:14 |
| soren | So, the cool part is this: | 20:14 |
| creiht | vishy: I like ultramarine, because well it has the work ultra in it :) | 20:14 |
| soren | You can use Grub as this multiboot compliant kernel image. | 20:15 |
| *** rnewson has joined #openstack | 20:15 | |
| soren | ...and grub can be configured to go look for more grub on the filesystem and boot from that.. | 20:15 |
| soren | ...and failing that, it can chainload. | 20:15 |
| soren | ...and either boot from (hd0) or (hd0,0)-. | 20:15 |
| *** allsystemsarego has quit IRC | 20:15 | |
| *** kr8tr has left #openstack | 20:16 | |
| soren | ewanmellor: Of course wë́'ll provide these grub kernel images. | 20:16 |
| *** coredump777 is now known as coredump-br | 20:17 | |
| ewanmellor | There's no need for any of that on XenServer (cool as it sounds). You can just specify a boot order (CD, network, disk in any order) and it will boot a QEMU BIOS and away you go. | 20:17 |
| *** coredump-br is now known as coredump|br | 20:17 | |
| soren | ewanmellor: ..which means people can use that aki and shove a boot loader in the image they upload, and voila. | 20:17 |
| soren | ewanmellor: Same for kvm. | 20:17 |
| soren | ewanmellor: The problem is that that requires changes to the way disks are stitched together. | 20:17 |
| vishy | soren: yes it seems cool, but i don't understand the need to make it that complicated. | 20:18 |
| vishy | soren: you mean the partition code? | 20:18 |
| soren | ewanmellor: As it it, we upload the first partition as the image. This gets stitched together with a partition table and whatever remaining space there may be for ephemeral storage. | 20:18 |
| soren | ewanmellor: ...so no mbr or boot loader. | 20:18 |
| soren | vishy: Yes. | 20:18 |
| ewanmellor | soren: But for it to be a supported Windows installation, it needs to use the Windows bootloader. | 20:19 |
| soren | ewanmellor: It will. | 20:19 |
| vishy | soren: but we can have two types of images, it can check the image, if it is a whole disk image, skip partitioning and just boot as a whole disk | 20:19 |
| soren | vishy: Yes. There a several reasons why it was done this way. One was that it was very close to what Amazon had done. | 20:20 |
| vishy | in fact, the partition code in general is just due to legacy concerns of having a disk with an mbr, | 20:20 |
| soren | vishy: They support pvgrub booting now. | 20:20 |
| ewanmellor | So what does the boot-whole-images branch do, if not what vishy is describing? | 20:20 |
| vishy | that is what it does | 20:22 |
| vishy | i think justin used a special kernel id for whole disk aki-000000 or some such | 20:22 |
| *** tobym has joined #openstack | 20:24 | |
| vishy | soren: i noticed you put in something for ec2-security-groups. We have that on our roadmap as well, but I don't think we were planning to use libvirt for it | 20:24 |
| soren | vishy: Any particular reason? | 20:24 |
| vishy | soren: have you started work on it? | 20:24 |
| soren | vishy: No. | 20:24 |
| soren | vishy: I've started working on nwfilter support for uml, though, which is a prerequisite (for testing). | 20:24 |
| vishy | soren: no reason, didn't know that libvirt supported it, can you change the fw rules on the fly? | 20:24 |
| *** joearnold has joined #openstack | 20:26 | |
| soren | vishy: Yes. | 20:26 |
| vishy | soren: the linux_net driver for network already is creating iptables rules, so it seemed like an obvious place to add them | 20:26 |
| soren | vishy: libvirt does iptables, ip6tables and ebtabales. | 20:27 |
| vishy | how does libvirt handle creating rules for instances on different machines? | 20:27 |
| soren | vishy: google for: libvirt nwfilter | 20:27 |
| *** lew has joined #openstack | 20:27 | |
| soren | There's a good primer on the libvirt website. It seems very cool, and I really like the idea of keeping it on the host. | 20:27 |
| vishy | do you specify for each instance individually? | 20:27 |
| soren | vishy: You can. | 20:27 |
| soren | vishy: ...but I don't belive you have to. | 20:28 |
| soren | vishy: I could be wrong, though. | 20:28 |
| vishy | soren: ok, I'll pass it on to the guy on our team who it is assigned to | 20:28 |
| soren | vishy: I mean... You specify them globally, and apply them to virtual interfaces. | 20:28 |
| vishy | soren: internally we'll probably do whatever is fastest | 20:28 |
| vishy | soren: but that may not be the best solution for openstack as a whole | 20:29 |
| soren | vishy: Perhaps not. I think it will, but perhaps not :) | 20:30 |
| vishy | soren: I'm a fan of using libvirt wherever possible, but it may be faster for us to get something working just doing iptables rules on the network node | 20:31 |
| vishy | soren: we're in a bit of a time crunch here :) | 20:31 |
| soren | vishy: I understand. | 20:32 |
| soren | vishy: If you don't work on the libvirt approach, I will. | 20:32 |
| soren | vishy: Just so you know. | 20:32 |
| vishy | soren: cool | 20:33 |
| *** jc_smith has joined #openstack | 20:34 | |
| *** whitenhiemer has quit IRC | 20:35 | |
| *** joearnold has quit IRC | 20:37 | |
| vishy | soren: I suggest for the HVM that we start with justin's simple version, and we can add chain booting support later | 20:42 |
| soren | vishy: I'm cool with that. I'd like to the the dude who made the Eucalyptus changes in on the discussion. | 20:43 |
| vishy | soren: good idea. If he wants to submit a patch that would rock | 20:44 |
| *** Cybodog has joined #openstack | 20:45 | |
| *** xtoddx has quit IRC | 20:49 | |
| dendrobates | soren: who are you talking about? | 20:50 |
| ewanmellor | amscanne: You have XenAPI questions? | 20:50 |
| littleidea | dendrobates: so will you change all the blueprints that are marked 'austin' series in nova to have the name 'austin-' | 20:51 |
| amscanne | ewanmellor: No, I actually have questions about the general acceptance or policies around implementing new "virt" adaptors | 20:51 |
| *** Cybodog has quit IRC | 20:52 | |
| dendrobates | littleidea: only if the drafter tells me that they still intend for them to land in Austin | 20:52 |
| ewanmellor | amscanne: I don't think we have any specific policies for virt adaptors -- just the ones that apply to all code. | 20:52 |
| littleidea | dendrobates: ahh, can we remove the 'austin' from the series for the ones that won't, I thought it was a little confusing. | 20:53 |
| ewanmellor | amscanne: What platform do you want to support? | 20:53 |
| amscanne | ewanmellor: We have our own platform (gridcentriclabs.com), I like where openstack is going and I've implemented some toy integration code | 20:54 |
| *** jonesy_ has quit IRC | 20:54 | |
| soren | dendrobates: smoser | 20:55 |
| dendrobates | soren: ah | 20:55 |
| amscanne | ewanmellor: Going to formalize it a bit more, but I'm just wondering about the general policies and philosophy is for integrating support for other platforms | 20:55 |
| dendrobates | littleidea: what blueprints do you mean? | 20:55 |
| letterj | dendrobates: I sent an email about a source for lab hardware. Did you ever see it? | 20:55 |
| dendrobates | letterj: no, to me personally? | 20:56 |
| *** coredump|br has quit IRC | 20:57 | |
| littleidea | dendrobates: I'm not confused now, but all the blue prints that have 'austin' in the series on this page but aren't named austin https://blueprints.launchpad.net/nova | 20:57 |
| letterj | No I was told to send it to jpurrier | 20:57 |
| dendrobates | littleidea: yeah you can't go by that, we made too many changes to how were doing things. | 20:59 |
| dendrobates | that is why I need everyone to either name them austin- or tell me. | 20:59 |
| ewanmellor | amscanne: Well, I can't speak for the project, but I personally have no problem with adding additional virt adapters for things like this. As much unit testing as you can supply will reduce the chance of it breaking when other things are refactored. That will be important, since presumably you will be the only ones testing it. | 20:59 |
| dendrobates | also a bunch of those blueprints are low hanging fruit that we would like people to do , but have no plan on tracking fo rthe release. | 21:00 |
| littleidea | dendrobates: I recommend the ones that aren't in austin release get that series tag removed, its confusing if you aren't 100% up on what is happening. | 21:00 |
| ewanmellor | amscanne: You'll be responsible for making sure that it doesn't bitrot, of course. | 21:00 |
| dendrobates | littleidea: that is part of my weekend project | 21:00 |
| littleidea | dendrobates: gotcha | 21:00 |
| dendrobates | littleidea: I've been doing a little clean up work every day. there is a lot of it to do. | 21:01 |
| *** Cybodog has joined #openstack | 21:01 | |
| amscanne | ewanmellor: Totally :) | 21:02 |
| *** joearnold has joined #openstack | 21:02 | |
| dendrobates | little the issue we had was that almost every dev was in a group that auto approved blueprints they created, so many blueprints got auto approved and targeted | 21:03 |
| *** ppetraki has quit IRC | 21:03 | |
| dendrobates | littleidea: the teams are fixed now, I just need to fix all the blueprints | 21:03 |
| amscanne | (Sorry for the uninformed question) What is the procedure for determining which blueprints are accepted into the upcoming release? | 21:04 |
| *** joearnold has quit IRC | 21:04 | |
| dendrobates | amscanne: are you asking how they are approved or how you find out which ones are approved? | 21:05 |
| *** jc_smith has quit IRC | 21:05 | |
| amscanne | dendrobates: I'm interested in supporting our virtualization platform through a new "virt" adaptor.. I haven't written a blueprint yet (though in traditional developer-style, I've written code) but I'm just curious about what the process looks like | 21:06 |
| *** joearnold has joined #openstack | 21:07 | |
| dendrobates | were you at the beginning of the blueprints meeting earlier? | 21:07 |
| *** jc_smith has joined #openstack | 21:07 | |
| *** lew has quit IRC | 21:07 | |
| dendrobates | amscanne: ^^^ | 21:08 |
| amscanne | dendrobates: the one today, yes | 21:08 |
| dendrobates | amscanne: I outlined the way it is supposed to work, which is not how we did it today. | 21:09 |
| amscanne | dendrobates: sorry, jus reviewing the minutes to see if I missed it | 21:09 |
| dendrobates | er this release | 21:09 |
| dendrobates | amscanne: basically there are two approvals, one for the blueprint before a design summit | 21:10 |
| dendrobates | amscanne: and one for the spec after the summit, to approve the general design | 21:10 |
| dendrobates | amscanne: of course there are always other gates such as feature freeze and performance testing to get past | 21:11 |
| dendrobates | amscanne: does that answer your question? | 21:12 |
| dendrobates | amscanne: and what virtualization platform are you representing? | 21:12 |
| amscanne | dendrobates: I'm from gridcentric (gridcentriclabs.com), I've just been played with interfacing with our management stack because I like where openstack is going | 21:13 |
| amscanne | dendrobates: in the minutes, you say that both the blueprint and the spec are due on Tuesday for this upcoming release -- so no summit presentations for the austin release I'm guessing? | 21:14 |
| dendrobates | we had the summit in July | 21:14 |
| dendrobates | so this is a very odd release. | 21:15 |
| *** sparky__ has joined #openstack | 21:15 | |
| dendrobates | it was our first summit and most participants did not know what to expect. | 21:15 |
| amscanne | Of course,.. the first release is guaranteed to be odd no matter what you do ;) | 21:16 |
| *** jc_smith has quit IRC | 21:17 | |
| dendrobates | people have very high expectations for us, so we will strive to meet them, but the pressure will be high. | 21:18 |
| amscanne | dendrobates: What are the general feelings towards integrating with other virtualization management stacks (basically just a new "virt" module) -- basically completely isolated changes... my guess would be the more the merrier (provided you take care of the code)? | 21:18 |
| amscanne | dendrobates: I think that OpenStack is on the right track, even though there's obviously a lot of work to be done... | 21:19 |
| dendrobates | is you software an abstraction layer like libvirt? | 21:19 |
| dendrobates | amscanne: yes think apache modules. Some we will ship some we will not. | 21:19 |
| *** Cybodog has quit IRC | 21:20 | |
| *** rnewson has quit IRC | 21:20 | |
| dendrobates | as new virt modules go ,I think the more the merrier as long as they are maintained | 21:20 |
| dendrobates | amscanne: thanks, and welcome. | 21:21 |
| amscanne | dendrobates: No, we have our own management stack and hypervisor (a spin of Xen).. we're a start-up commercializing virtualization research that enables efficient on-demand cloning of virtual machines (kind of a new way to think of, and manage virtualized applications) | 21:22 |
| dendrobates | amscanne: that sounds like it would fit nicely. | 21:23 |
| amscanne | dendrobates: great! I'll cook up a blueprint... | 21:24 |
| *** ewanmellor has quit IRC | 21:25 | |
| *** greenisus has quit IRC | 21:29 | |
| *** greenisus has joined #openstack | 21:29 | |
| * soren calls it a week | 21:31 | |
| *** burris has quit IRC | 21:34 | |
| *** Cybodog has joined #openstack | 21:35 | |
| dendrobates | lazy bastard | 21:35 |
| dendrobates | it's not even midnight in DK, yet | 21:35 |
| dendrobates | soren: have a good weekend. | 21:36 |
| vishy | soren: agreed, have fun! | 21:36 |
| *** jasonb365 has quit IRC | 21:39 | |
| *** klord has quit IRC | 21:40 | |
| *** pharkmillups has quit IRC | 21:40 | |
| *** annegentle has left #openstack | 21:45 | |
| *** tobym has quit IRC | 21:51 | |
| *** tobym has joined #openstack | 21:53 | |
| *** Cybodog has quit IRC | 21:54 | |
| *** Podilarius has left #openstack | 21:56 | |
| *** greenisus_ has joined #openstack | 22:00 | |
| *** burris has joined #openstack | 22:02 | |
| *** blpiatt has quit IRC | 22:03 | |
| *** greenisus_ has quit IRC | 22:03 | |
| *** greenisus has quit IRC | 22:04 | |
| *** cloud0 has quit IRC | 22:05 | |
| *** zheng_li has quit IRC | 22:05 | |
| *** cloud0 has joined #openstack | 22:05 | |
| jbryce | i'm heading out. don't labor too hard on labor day. | 22:06 |
| *** gustavomzw has joined #openstack | 22:06 | |
| JimCurry | happy labor / labour day weekend openstack! i have a rack of ribs at home waiting for my smoker. | 22:07 |
| jero | thanks! | 22:08 |
| *** jbryce has quit IRC | 22:09 | |
| *** JimCurry has left #openstack | 22:09 | |
| *** gondoi has quit IRC | 22:16 | |
| *** sparky__ has quit IRC | 22:22 | |
| *** Cybodog has joined #openstack | 22:24 | |
| *** amscanne has quit IRC | 22:25 | |
| *** mrayzenoss has quit IRC | 22:35 | |
| *** tobym has quit IRC | 22:41 | |
| *** tobym_ has joined #openstack | 22:43 | |
| *** burris has quit IRC | 22:47 | |
| *** joearnold has quit IRC | 22:59 | |
| *** alekibango has quit IRC | 23:00 | |
| *** jonesy_ has joined #openstack | 23:02 | |
| *** jkakar has quit IRC | 23:02 | |
| *** joearnold has joined #openstack | 23:06 | |
| *** gazumps has joined #openstack | 23:07 | |
| *** metoikos has quit IRC | 23:10 | |
| *** Cybodog has quit IRC | 23:14 | |
| *** jkakar has joined #openstack | 23:15 | |
| *** jonesy_ has quit IRC | 23:19 | |
| *** jonesy_ has joined #openstack | 23:30 | |
| *** abecc has quit IRC | 23:31 | |
| *** alekibango has joined #openstack | 23:40 | |
| littleidea | dendrobates: Is there a time deadline for Tuesday? EOD? | 23:41 |
| *** maplebed has quit IRC | 23:54 | |
| dendrobates | littleidea: 21:00 UTC | 23:58 |
| littleidea | ok, by the meeting | 23:58 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!