Friday, 2019-01-25

*** rcernin has quit IRC00:18
*** rcernin has joined #openstack-swift00:19
*** gyee has quit IRC01:10
*** baojg has joined #openstack-swift01:12
openstackgerritTim Burke proposed openstack/swift master: Allow "harder" symlinks  https://review.openstack.org/63309401:14
*** mikecmpbll has quit IRC02:14
*** baojg has quit IRC02:59
*** baojg has joined #openstack-swift03:00
*** psachin has joined #openstack-swift03:04
*** baojg has quit IRC03:41
*** baojg has joined #openstack-swift03:44
*** itlinux has joined #openstack-swift03:47
*** baojg has quit IRC03:57
*** baojg has joined #openstack-swift04:47
*** zaitcev has quit IRC04:57
*** spsurya has joined #openstack-swift05:40
*** onovy has joined #openstack-swift07:29
*** e0ne has joined #openstack-swift07:38
*** baojg has quit IRC07:50
*** hseipp has joined #openstack-swift07:56
*** ccamacho has joined #openstack-swift08:13
*** tkajinam has quit IRC08:15
*** baojg has joined #openstack-swift08:18
*** mikecmpbll has joined #openstack-swift09:20
*** baojg has quit IRC09:52
*** e0ne has quit IRC11:59
*** e0ne has joined #openstack-swift12:41
*** NM has joined #openstack-swift12:51
*** ccamacho has quit IRC13:14
*** ccamacho has joined #openstack-swift13:29
*** rcernin has quit IRC13:30
*** NM has quit IRC14:12
*** NM has joined #openstack-swift14:12
*** baojg has joined #openstack-swift14:26
*** e0ne has quit IRC14:50
*** baojg has quit IRC14:53
*** psachin has quit IRC14:53
*** spsurya has quit IRC15:07
*** spsurya has joined #openstack-swift15:30
*** e0ne has joined #openstack-swift15:55
claygtimburke: p 633094 looks cool!16:03
patchbothttps://review.openstack.org/#/c/633094/ - swift - Allow "harder" symlinks - 1 patch set16:03
*** e0ne has quit IRC16:39
*** mikecmpbll has quit IRC17:03
*** gyee has joined #openstack-swift17:11
*** hseipp has quit IRC17:22
timburkegood morning17:51
timburkeclayg: part of my plan for symlink-backed versioning :-)17:52
claygORLY!?17:52
timburkegotta get that etag in the container listing *anyway*...17:52
DHEI think the answer is No, but.... is there any headers in an object that are stored in the container db to allow for rapid bulk fetching?17:57
*** ccamacho has quit IRC18:05
timburkeDHE: content-length, etag, content-type... though of course, the container listing and what you'd get if you actually GET the object won't necessarily line up -- eventual consistency and all18:56
timburkeand there are some caveats about etag and slos/dlos...18:57
timburkeand content-length and dlos...18:57
DHEbut content-type is the only free-form one, and it's not really intended to be used for arbitrary content18:58
*** e0ne has joined #openstack-swift19:26
timburkeif you're doing things with custom middlewares, you can sneak other things in there... it might get a little hairy, though19:30
*** mikecmpbll has joined #openstack-swift19:58
*** e0ne has quit IRC20:18
*** NM has quit IRC20:28
*** kei-ichi has quit IRC20:31
*** spsurya has quit IRC20:37
openstackgerritTim Burke proposed openstack/swift master: Allow "harder" symlinks  https://review.openstack.org/63309421:25
timburkewhy does object POST always force x-timestamp to now (https://github.com/openstack/swift/blob/2.20.0/swift/proxy/controllers/obj.py#L303) while PUT and DELETE call _update_x_timestamp (https://github.com/openstack/swift/blob/2.20.0/swift/proxy/controllers/obj.py#L539-L554)? does container sync just *not do* fast-POST?23:26
*** NM has joined #openstack-swift23:37

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