| *** tovin07_ has joined #openstack-swift | 00:54 | |
| *** tovin07 has joined #openstack-swift | 00:56 | |
| *** cshastri has joined #openstack-swift | 01:10 | |
| *** tovin07 has quit IRC | 01:27 | |
| *** tanner_ has joined #openstack-swift | 01:28 | |
| tanner_ | hi | 01:28 |
|---|---|---|
| tanner_ | I want to insert this code into swift | 01:28 |
| tanner_ | <script src="typed.js"></script> <script> document.addEventListener('DOMContentLoaded', function(){ Typed.new('.element', { strings: ["First sentence.", "Second sentence."], typeSpeed: 0 }); }); </script> ... <div class="element"></div> | 01:29 |
| tanner_ | https://pastebin.com/XLz9Gam8 | 01:29 |
| kota_ | good morning | 01:30 |
| *** tanner_ has quit IRC | 01:43 | |
| *** jerrygb has joined #openstack-swift | 02:33 | |
| *** jerrygb has quit IRC | 02:35 | |
| *** jerrygb has joined #openstack-swift | 02:46 | |
| openstackgerrit | Hieu LE proposed openstack/swift master: OSprofiler in OpenStack Swift https://review.openstack.org/468316 | 02:52 |
| *** gkadam has joined #openstack-swift | 03:02 | |
| *** tovin07_ has quit IRC | 03:15 | |
| *** SkyRocknRoll has joined #openstack-swift | 03:17 | |
| *** tovin07_ has joined #openstack-swift | 03:23 | |
| *** jerrygb has quit IRC | 03:33 | |
| *** SkyRocknRoll has quit IRC | 03:34 | |
| *** klrmn has joined #openstack-swift | 03:39 | |
| *** jerrygb has joined #openstack-swift | 03:54 | |
| *** mingyu has joined #openstack-swift | 03:56 | |
| *** jerrygb has quit IRC | 03:59 | |
| *** gkadam has quit IRC | 04:01 | |
| *** mingyu has quit IRC | 04:02 | |
| *** jerrygb has joined #openstack-swift | 04:03 | |
| *** gkadam has joined #openstack-swift | 04:03 | |
| *** gkadam has quit IRC | 04:06 | |
| *** gkadam has joined #openstack-swift | 04:06 | |
| mahatic | good morning | 04:08 |
| *** gkadam has quit IRC | 04:09 | |
| *** gkadam has joined #openstack-swift | 04:10 | |
| *** klrmn has quit IRC | 04:17 | |
| *** gkadam_ has joined #openstack-swift | 04:23 | |
| *** gkadam has quit IRC | 04:26 | |
| *** yuan621 has joined #openstack-swift | 04:27 | |
| yuan621 | I'm trying install swift + keystone v3 in devstack, is there any documents for this? | 04:29 |
| *** winggundamth has joined #openstack-swift | 04:31 | |
| *** jerrygb has quit IRC | 04:44 | |
| *** yuan621 has quit IRC | 04:58 | |
| *** qwertyco has joined #openstack-swift | 05:00 | |
| *** jerrygb has joined #openstack-swift | 05:06 | |
| *** pcaruana has joined #openstack-swift | 05:14 | |
| mahatic | yuan621: https://wiki.openstack.org/wiki/Swift/DevstackSetupForKeystoneV3 might help | 05:14 |
| *** jerrygb has quit IRC | 05:21 | |
| *** jerrygb has joined #openstack-swift | 05:32 | |
| *** ChubYann has quit IRC | 05:39 | |
| *** tonanhngo has joined #openstack-swift | 05:53 | |
| *** tonanhngo has quit IRC | 05:54 | |
| *** mingyu has joined #openstack-swift | 06:01 | |
| *** chsc has joined #openstack-swift | 06:18 | |
| *** chsc has joined #openstack-swift | 06:18 | |
| *** rcernin has joined #openstack-swift | 06:19 | |
| *** winggundamth has quit IRC | 06:20 | |
| *** chsc has quit IRC | 06:22 | |
| *** jerrygb has quit IRC | 06:33 | |
| *** skudlik has joined #openstack-swift | 06:42 | |
| *** hseipp has joined #openstack-swift | 06:43 | |
| *** gkadam_ is now known as gkadam | 06:44 | |
| *** silor has joined #openstack-swift | 06:54 | |
| *** tesseract has joined #openstack-swift | 07:05 | |
| openstackgerrit | Kazuhiro MIYAHARA proposed openstack/swift master: [Don't Merge]: Automated Tiering Discssion Organization Patch https://review.openstack.org/459611 | 07:19 |
| *** winggundamth has joined #openstack-swift | 07:21 | |
| *** jaosorior has joined #openstack-swift | 07:26 | |
| *** Dinesh_Bhor has joined #openstack-swift | 07:31 | |
| acoles | good morning | 07:32 |
| *** oshritf has joined #openstack-swift | 07:32 | |
| *** jerrygb has joined #openstack-swift | 07:33 | |
| *** rcernin has quit IRC | 07:34 | |
| *** rcernin has joined #openstack-swift | 07:37 | |
| *** rcernin has quit IRC | 07:37 | |
| *** rcernin has joined #openstack-swift | 07:37 | |
| *** jerrygb has quit IRC | 07:38 | |
| *** openstackgerrit has quit IRC | 07:48 | |
| mattoliverau | acoles: morning | 07:54 |
| *** jerrygb has joined #openstack-swift | 08:02 | |
| *** oshritf has quit IRC | 08:04 | |
| *** jerrygb has quit IRC | 08:06 | |
| *** openstackgerrit has joined #openstack-swift | 08:09 | |
| openstackgerrit | Van Hung Pham proposed openstack/swift master: Stop using deprecated 'message' attribute in Exception https://review.openstack.org/475280 | 08:09 |
| *** hseipp has quit IRC | 08:20 | |
| mahatic | acoles: good morning | 08:20 |
| mahatic | mattoliverau: o/ | 08:21 |
| acoles | mahatic: mattoliverau: o/ | 08:21 |
| openstackgerrit | junbo.li proposed openstack/swift master: Make a hacking way for OpenStack changes https://review.openstack.org/475286 | 08:22 |
| *** qwertyco has quit IRC | 08:23 | |
| *** qwertyco has joined #openstack-swift | 08:24 | |
| *** cbartz has joined #openstack-swift | 08:34 | |
| cbartz | timburke: tdasilva: I've uploaded a new patchset for patch 414232 . Could you pls review it again? Thx. | 08:36 |
| patchbot | https://review.openstack.org/#/c/414232/ - swift - Exclude containers for account quota | 08:36 |
| *** psachin has joined #openstack-swift | 08:41 | |
| *** mingyu has quit IRC | 08:43 | |
| *** ujjain has quit IRC | 08:59 | |
| *** oshritf has joined #openstack-swift | 09:00 | |
| *** ujjain has joined #openstack-swift | 09:00 | |
| *** ujjain has joined #openstack-swift | 09:00 | |
| *** mingyu has joined #openstack-swift | 09:03 | |
| *** ujjain has quit IRC | 09:03 | |
| *** ujjain has joined #openstack-swift | 09:11 | |
| *** ujjain has joined #openstack-swift | 09:11 | |
| *** jerrygb has joined #openstack-swift | 09:19 | |
| *** mingyu_ has joined #openstack-swift | 09:19 | |
| *** jerrygb has quit IRC | 09:23 | |
| *** mingyu has quit IRC | 09:23 | |
| *** tanee has quit IRC | 09:24 | |
| *** tanee has joined #openstack-swift | 09:25 | |
| *** saltsa has quit IRC | 09:26 | |
| *** saltsa has joined #openstack-swift | 09:27 | |
| *** geaaru has joined #openstack-swift | 09:39 | |
| *** joeljwright has joined #openstack-swift | 09:42 | |
| *** ChanServ sets mode: +v joeljwright | 09:42 | |
| *** mingyu_ has quit IRC | 09:44 | |
| *** mingyu has joined #openstack-swift | 09:47 | |
| openstackgerrit | junbo.li proposed openstack/swift master: Make a hacking way for OpenStack changes https://review.openstack.org/475286 | 09:58 |
| *** tovin07_ has quit IRC | 10:02 | |
| *** cschwede has quit IRC | 10:02 | |
| *** cschwede has joined #openstack-swift | 10:07 | |
| *** cshastri has quit IRC | 10:12 | |
| *** kei_yama has quit IRC | 10:17 | |
| *** mingyu has quit IRC | 10:19 | |
| *** skudlik has quit IRC | 10:28 | |
| *** gkadam has quit IRC | 10:28 | |
| *** gkadam has joined #openstack-swift | 10:30 | |
| *** qwertyco has quit IRC | 10:56 | |
| *** qwertyco has joined #openstack-swift | 10:57 | |
| *** winggundamth has quit IRC | 11:07 | |
| *** jerrygb has joined #openstack-swift | 11:20 | |
| *** jerrygb has quit IRC | 11:25 | |
| *** hseipp has joined #openstack-swift | 11:30 | |
| *** links has joined #openstack-swift | 11:40 | |
| *** links has quit IRC | 11:41 | |
| *** skudlik has joined #openstack-swift | 11:51 | |
| *** bob_cheesey has left #openstack-swift | 11:52 | |
| *** ujjain has quit IRC | 12:00 | |
| *** ujjain has joined #openstack-swift | 12:10 | |
| *** ujjain has joined #openstack-swift | 12:10 | |
| *** spiette has quit IRC | 12:12 | |
| *** MVenesio has joined #openstack-swift | 12:16 | |
| *** jerrygb has joined #openstack-swift | 12:29 | |
| *** gkadam has quit IRC | 12:31 | |
| *** jerrygb has quit IRC | 12:33 | |
| openstackgerrit | junbo.li proposed openstack/swift master: Make a hacking way for OpenStack changes https://review.openstack.org/475286 | 12:44 |
| *** jerrygb has joined #openstack-swift | 12:47 | |
| *** lucasxu has joined #openstack-swift | 12:59 | |
| *** catintheroof has joined #openstack-swift | 13:09 | |
| *** catintheroof has quit IRC | 13:14 | |
| *** catintheroof has joined #openstack-swift | 13:14 | |
| *** klamath has joined #openstack-swift | 13:31 | |
| *** klamath has quit IRC | 13:31 | |
| *** klamath has joined #openstack-swift | 13:31 | |
| openstackgerrit | Alistair Coles proposed openstack/swift master: Experimental swift-ring-composer CLI to build composite rings https://review.openstack.org/451507 | 13:48 |
| *** hseipp has quit IRC | 13:56 | |
| *** hseipp has joined #openstack-swift | 13:57 | |
| *** qwertyco has quit IRC | 13:57 | |
| *** hseipp has quit IRC | 14:00 | |
| *** hseipp has joined #openstack-swift | 14:00 | |
| *** aselius has joined #openstack-swift | 14:01 | |
| *** mingyu has joined #openstack-swift | 14:01 | |
| *** klamath has quit IRC | 14:22 | |
| *** klamath has joined #openstack-swift | 14:23 | |
| *** psachin has quit IRC | 14:36 | |
| *** mingyu_ has joined #openstack-swift | 14:40 | |
| *** mingyu has quit IRC | 14:42 | |
| *** skudlik has quit IRC | 14:48 | |
| *** mvk has quit IRC | 14:53 | |
| *** cnf has quit IRC | 14:53 | |
| *** mingyu_ has quit IRC | 14:54 | |
| *** qwertyco has joined #openstack-swift | 14:56 | |
| *** cnf has joined #openstack-swift | 14:58 | |
| *** klrmn has joined #openstack-swift | 15:00 | |
| *** chlong has joined #openstack-swift | 15:03 | |
| *** catintheroof has quit IRC | 15:07 | |
| *** catintheroof has joined #openstack-swift | 15:08 | |
| timburke | good morning | 15:12 |
| *** oshritf has quit IRC | 15:12 | |
| tdasilva | timburke: o/ | 15:25 |
| acoles | timburke: tdasilva o/ | 15:25 |
| notmyname | good morning | 15:27 |
| mahatic | notmyname: timburke: tdasilva: good morning | 15:29 |
| tdasilva | mahatic, notmyname o/ | 15:29 |
| *** rcernin has quit IRC | 15:30 | |
| *** pcaruana has quit IRC | 15:33 | |
| notmyname | joeljwright: still around today? | 15:48 |
| notmyname | joeljwright: on friday I was looking at https://review.openstack.org/#/c/365371 because you asked for API design review | 15:50 |
| patchbot | patch 365371 - swift - Add Preamble and Postamble to SLO and SegmentedIte... | 15:50 |
| notmyname | joeljwright: I'm really interested in your plans for "TLO". I can imagine a few ways it might work | 15:51 |
| notmyname | will it be something the client makes (a special "spelling" of an SLO) that just happens to end up being a tarfile on read? | 15:51 |
| joeljwright | notmyname: I'm still here, but on the phone atm | 15:51 |
| notmyname | will it be something that the client sets on upload that the server side translates into the special spelling of SLO? | 15:52 |
| notmyname | will it be something the client asks for on read that takes a set of data and happens to internally use the new SLO attributes to send to SegmentedIterable (Therefore a "TLO" is only a logical thing and not an acutall stored thing) | 15:53 |
| joeljwright | my plan is to provide a second middleware that translates a TLO request with manifest containing size/tar_name into an SLO request with pre/post ambles | 15:53 |
| notmyname | on read or write? | 15:53 |
| joeljwright | write | 15:53 |
| joeljwright | so it creates the appropriate SLO manifest on TLO manifest upload | 15:54 |
| notmyname | which then on read is an SLO that happens to be formatted in the response body as a valid tarfile? | 15:54 |
| joeljwright | yes | 15:54 |
| joeljwright | can you think of a better/more elegant way to handle this? | 15:55 |
| notmyname | were you considering the existing bulk upload functionality to create this? since it already reads tarfiles on PUT | 15:55 |
| joeljwright | I hadn't considered bulk upload, but it's certainly an interesting option as an addition | 15:58 |
| *** cbartz has quit IRC | 15:58 | |
| notmyname | I'd imagine that the TLO functionality is interesting iff the individual components are accessed too | 15:58 |
| notmyname | that is, if the user only wants a tarfile, then just upload the tarfile | 15:59 |
| notmyname | thinking out loud follows.... if the user has discrete objects they want to download in one request as a tarfile, then the trick is telling the server *which* objects they want | 16:03 |
| notmyname | could be done as a listing response, but that has eventual consistency and ordering issues (ie the requested objects would have to be named some contiguous list) | 16:03 |
| notmyname | could be a "normal" SLO, but that means a "normal" request to it would not return a valid tarfile and would need some other flag on request like ?as_tar for "return this but insert the tarball bits in the right places" | 16:04 |
| notmyname | on the other hand, the "tarball bits" includes filesystem metadata (eg owner, permissions), so that might be best generated dynamically at request time based on the requestor? | 16:05 |
| *** gyee has joined #openstack-swift | 16:06 | |
| notmyname | but my assumption here on the use case is that there will be one TLO creator and many readers. that is, the writer knows that there are several discrete sets of tarballs to be downloaded given the total set of available objects | 16:08 |
| joeljwright | notmyname: sorry I had to disappear for a few minutes | 16:08 |
| notmyname | otherwise, it seems a *lot* simpler to simply upload the objects individually and also upload a tarball | 16:09 |
| notmyname | joeljwright: no worries. allowed be to rant a little ;-) | 16:09 |
| joeljwright | just catching up | 16:09 |
| *** pcaruana has joined #openstack-swift | 16:11 | |
| joeljwright | so, tar is not my only potential use case for the pre/post amble | 16:12 |
| notmyname | it seems like an important property is that the vast majority of clients won't need to be changed in order to consume TLOs | 16:12 |
| notmyname | joeljwright: good! I was getting to that point :-) | 16:12 |
| joeljwright | and I'm interested in making tar files downloadable using a tempurl for people without swift accounts | 16:12 |
| joeljwright | we're also looking into the possibility of building video/audio containers using the raw data + SLO pre/post ambles | 16:13 |
| joeljwright | although I have to admin this is little more than an idea atm | 16:13 |
| joeljwright | s/admin/admit | 16:13 |
| joeljwright | being able to download many objects from swift and maintain/create an appropriate file structure is also important to my ideas | 16:14 |
| joeljwright | the SLO style creation of a tarball means we can control not only the permissions, but how the data appears to the end user when downloaded | 16:15 |
| joeljwright | (it's not just a reflection of how the data is stored in swift) | 16:15 |
| notmyname | yeah the pre/post amble idea is a very generic and therefore powerful idea. means that any format that has discrete parts with small envelope data around those parts (or separators) can be done | 16:15 |
| notmyname | tar/zip/cpio | 16:16 |
| notmyname | I don't know enough about streaming video to know if it fits there or not | 16:16 |
| joeljwright | aside from zip being a PITA I'd agree ;) | 16:16 |
| notmyname | so you're going to have a bunch of discrete objects and you want to create a set of "TLOs" that are all different bundlings of those objects? with different metadata too? | 16:17 |
| joeljwright | it would be possible to be MORE generic | 16:17 |
| joeljwright | and just allow segments specified as data in the manifest, but I didn't want to just allow base64 encoded data in the manifest! | 16:18 |
| *** klrmn has quit IRC | 16:19 | |
| *** dja has quit IRC | 16:19 | |
| notmyname | why not? | 16:19 |
| notmyname | (said with a smile, but serious question) | 16:19 |
| joeljwright | yes, multiple TLOs referencing the same data, but providing a different structure is also something I'd like to be able to do | 16:20 |
| *** dja has joined #openstack-swift | 16:20 | |
| joeljwright | re. just base64 encoded data in manifests, I was trying to at least force the use of objects when dealing with an object store ;) | 16:20 |
| joeljwright | it was an API for added structure that would negatively impact performance | 16:21 |
| joeljwright | rather than an alternative way to store data... | 16:21 |
| joeljwright | one reason this exists is that the download performance of tarballs as SLOs isn't great when your objects are not large enough | 16:22 |
| notmyname | right. because SLO rate limits small files and it's only a single stream | 16:22 |
| joeljwright | adding a 1k object and a ~256byte object either side of your data in an SLO in a pain | 16:22 |
| joeljwright | indeed | 16:23 |
| notmyname | ah, right. because the overhead of fetching additional small objects in an SLO is relatively high | 16:23 |
| joeljwright | yeah, that and the rate limiting combine to kill performance | 16:23 |
| notmyname | that makes sense. if the objects will also be accessed individually | 16:23 |
| joeljwright | there';s no reason we couldn't allow data only segments as a future update | 16:24 |
| *** hseipp has quit IRC | 16:24 | |
| notmyname | "good sense" may be a reason we don't do that in the future ;-) | 16:24 |
| joeljwright | +1 | 16:24 |
| joeljwright | ! | 16:25 |
| notmyname | so I end up with 1000 cat pics that users access individually. and I *also* create several SLO-with-ambles so that different subsets can be downloaded as tarballs | 16:25 |
| joeljwright | yes :) | 16:26 |
| notmyname | is that how I describe this to (non-sohonet) users? | 16:26 |
| notmyname | I like the power that *LOs-as-mutators provides. eg cat'ing objects (as exists today), providing structure (as proposed with TLO), providing bit torrent seeds, providing compression, even potentially transcoding, etc | 16:28 |
| notmyname | however | 16:28 |
| notmyname | that all sounds *really* complicated | 16:28 |
| joeljwright | sorry, another phone call | 16:28 |
| joeljwright | brb | 16:28 |
| notmyname | np | 16:28 |
| notmyname | I can still type :-) | 16:28 |
| notmyname | so I wonder if the pre/post amble is something we want to support long term. is it the simplest way to provide tarfiles? simplest might be to tell users to upload a tarball, too. | 16:30 |
| notmyname | if the goal is just tarballs, is this the right way? | 16:30 |
| notmyname | if the goal is more than tarballs but just structured formats, is this the right way? | 16:30 |
| joeljwright | the problem with 'just upload tarballs' is it doesn't really help you if the data is already in swift :) | 16:30 |
| notmyname | if the goal is more than structured formats, but includes actual manipulation of the data, is this the right way? | 16:30 |
| notmyname | so the base question is "what is the goal we're trying to support?" | 16:32 |
| joeljwright | I was certainly aiming at 'the data is in swift, provide different structured presentations of it' | 16:32 |
| notmyname | I think that's very interesting (as in, I like the sound of it, and I'm really interested in what it would take to see it done) | 16:34 |
| notmyname | and so far, the structured formats you need are (1) tar (2) there is no 2 | 16:34 |
| notmyname | I'm a little worried about inventing something to solve a bunch of use cases that we make up :-) | 16:35 |
| joeljwright | tar was the proof of concept and most immediate need | 16:35 |
| joeljwright | I was sure torgomatic had another use case for pre/postambles, | 16:38 |
| notmyname | he's got use cases for those being passed in to SegmentedIterable | 16:38 |
| joeljwright | aha, but not necessarily exposed in the API | 16:38 |
| notmyname | right | 16:38 |
| joeljwright | maybe I need to prove that making an MKV from raw video/audio data is possible… | 16:40 |
| notmyname | that would be awesome (even independently of the TLO discussion) | 16:41 |
| notmyname | I want to be clear, since we're doing this over text. I'm not opposed to your patch. just trying to understand it and what the implications are | 16:41 |
| joeljwright | It was just an idea, I need to learn a lot more about video container formats now! | 16:41 |
| joeljwright | :D | 16:41 |
| joeljwright | yeah, sure | 16:41 |
| joeljwright | I understand | 16:41 |
| joeljwright | making this part of the API means we have to support it | 16:41 |
| *** ChubYann has joined #openstack-swift | 16:43 | |
| notmyname | there's such a huge difference between "this patch is good enough to land" and "this patch should land" :-) | 16:43 |
| *** saint_ has joined #openstack-swift | 16:45 | |
| *** caiobrentano has joined #openstack-swift | 16:46 | |
| joeljwright | you'll get no argument from me, but I genuinely believe that it's a useful and performant way to offer SLO as tar without huge negative performance impacts | 16:46 |
| joeljwright | if nothing else | 16:46 |
| joeljwright | no need to upload loads of nasty tiny tar header/footer objects | 16:47 |
| joeljwright | :) | 16:47 |
| notmyname | yep | 16:47 |
| notmyname | if this pre/post amble method allows for more data encapsulation than just tar (more things that people will use), then many of my questions go away | 16:48 |
| notmyname | but if it's just tar, then it's a question of if this is the best way to support just tar | 16:49 |
| joeljwright | thanks for explaining your thoughts | 16:50 |
| joeljwright | even for tar though, I still think the pre/postamble approach is useful | 16:51 |
| joeljwright | even if we don't expose it through the API | 16:51 |
| *** geaaru has quit IRC | 16:51 | |
| joeljwright | and bake tar functionality into SLO | 16:51 |
| joeljwright | right, I need to run, I will try to order my thoughts some more before Wednesday evening :) | 16:52 |
| notmyname | me too :-) | 16:52 |
| notmyname | have a good night | 16:52 |
| joeljwright | you too | 16:52 |
| *** chlong has quit IRC | 16:56 | |
| *** tesseract has quit IRC | 16:59 | |
| *** lucasxu has quit IRC | 17:00 | |
| *** geaaru has joined #openstack-swift | 17:04 | |
| *** joeljwright has quit IRC | 17:10 | |
| *** chlong has joined #openstack-swift | 17:11 | |
| *** klrmn has joined #openstack-swift | 17:17 | |
| *** rcernin has joined #openstack-swift | 17:18 | |
| *** lucasxu has joined #openstack-swift | 17:33 | |
| *** zaitcev has joined #openstack-swift | 17:36 | |
| *** ChanServ sets mode: +v zaitcev | 17:36 | |
| *** tonanhngo has joined #openstack-swift | 17:50 | |
| *** cschwede has quit IRC | 18:01 | |
| *** vint_bra has joined #openstack-swift | 18:02 | |
| *** cschwede has joined #openstack-swift | 18:02 | |
| *** geaaru has quit IRC | 18:03 | |
| *** zigo has quit IRC | 18:05 | |
| *** zigo has joined #openstack-swift | 18:09 | |
| *** klrmn1 has joined #openstack-swift | 18:11 | |
| *** cargonza_ has joined #openstack-swift | 18:12 | |
| *** dosaboy_ has joined #openstack-swift | 18:15 | |
| *** kencjohnston_ has joined #openstack-swift | 18:18 | |
| *** torgomatic_ has joined #openstack-swift | 18:18 | |
| *** klrmn has quit IRC | 18:19 | |
| *** dja has quit IRC | 18:19 | |
| *** wasmum has quit IRC | 18:19 | |
| *** kencjohnston has quit IRC | 18:19 | |
| *** cargonza has quit IRC | 18:19 | |
| *** torgomatic has quit IRC | 18:19 | |
| *** jamielennox has quit IRC | 18:19 | |
| *** d0ugal has quit IRC | 18:19 | |
| *** dosaboy has quit IRC | 18:19 | |
| *** alecuyer has quit IRC | 18:19 | |
| *** honga has quit IRC | 18:19 | |
| *** fungi has quit IRC | 18:19 | |
| *** cargonza_ is now known as cargonza | 18:19 | |
| *** alecuyer has joined #openstack-swift | 18:21 | |
| *** jamielennox has joined #openstack-swift | 18:21 | |
| *** hseipp has joined #openstack-swift | 18:22 | |
| *** dja has joined #openstack-swift | 18:22 | |
| *** wasmum has joined #openstack-swift | 18:22 | |
| *** ujjain has quit IRC | 18:23 | |
| *** onovy has quit IRC | 18:23 | |
| *** onovy has joined #openstack-swift | 18:24 | |
| *** honga has joined #openstack-swift | 18:24 | |
| *** ujjain has joined #openstack-swift | 18:25 | |
| *** ujjain has quit IRC | 18:25 | |
| *** ujjain has joined #openstack-swift | 18:25 | |
| *** d0ugal has joined #openstack-swift | 18:26 | |
| *** fungi has joined #openstack-swift | 18:26 | |
| *** skudlik has joined #openstack-swift | 18:27 | |
| *** hseipp has quit IRC | 18:29 | |
| *** pcaruana has quit IRC | 18:46 | |
| *** swift_guy_- has joined #openstack-swift | 18:59 | |
| swift_guy_- | hello Swift Experts, anyone with experience with TempURL middleware for Swift? I'm trying to determine what headers are valid to be used in the TempURL configuration (incoming_allow_headers , incoming_remove_headers, outgoing_allow_headers, outgoing_remove_headers) and I haven't found a lot of information about that on the documentation or googling it | 19:02 |
| swift_guy_- | Are only object metadata headers valid? starting with x-object-meta prefix? or also for container and account? | 19:03 |
| *** saint_ has quit IRC | 19:27 | |
| *** lucasxu has quit IRC | 19:32 | |
| *** lucasxu has joined #openstack-swift | 19:47 | |
| *** silor has quit IRC | 19:54 | |
| *** lucasxu has quit IRC | 20:15 | |
| *** _notme has quit IRC | 20:37 | |
| *** swift_guy_- has quit IRC | 20:39 | |
| *** chlong has quit IRC | 20:41 | |
| *** chlong has joined #openstack-swift | 20:55 | |
| *** MVenesio has quit IRC | 20:55 | |
| jrichli | darn, swift_guy_- left. was gonna give this https://docs.openstack.org/developer/swift/middleware.html#tempurl | 20:55 |
| *** mvk has joined #openstack-swift | 21:03 | |
| *** skudlik has quit IRC | 21:12 | |
| *** rledisez has quit IRC | 21:21 | |
| *** mgagne has quit IRC | 21:21 | |
| *** asettle has quit IRC | 21:21 | |
| *** Anticimex has quit IRC | 21:21 | |
| *** stew925 has quit IRC | 21:21 | |
| *** jcook has quit IRC | 21:21 | |
| *** timur has quit IRC | 21:21 | |
| *** Anticimex has joined #openstack-swift | 21:21 | |
| *** rledisez_ has joined #openstack-swift | 21:21 | |
| *** timur has joined #openstack-swift | 21:21 | |
| *** jcook has joined #openstack-swift | 21:21 | |
| *** mgagne has joined #openstack-swift | 21:22 | |
| *** Guest39557 has joined #openstack-swift | 21:22 | |
| *** chlong has quit IRC | 21:46 | |
| *** rcernin has quit IRC | 22:21 | |
| *** jerrygb has quit IRC | 22:25 | |
| *** tonanhngo has quit IRC | 22:32 | |
| openstackgerrit | junbo.li proposed openstack/swift master: Make a hacking way for OpenStack changes https://review.openstack.org/475286 | 22:53 |
| *** klamath has quit IRC | 23:00 | |
| *** qwertyco has quit IRC | 23:06 | |
| *** kei_yama has joined #openstack-swift | 23:30 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!