Wednesday, 2014-02-12

*** hurrican_ has joined #openstack-swift00:04
*** mmcardle has joined #openstack-swift00:05
zaitcevanticw_: I threw a fixed-up python-swiftclient to http://people.redhat.com/zaitcev/tmp/ for you, please let me know if it works. It's based on Thomas' https://review.openstack.org/33473 #18.00:05
pelusezaitcev:  hey thanks for the couple of reviews the other day - I'm making good progress on the patch that's giving me some exposure to the DB backends so will review yours when I'm done (few days maybe a bit more)00:06
*** matsuhashi has joined #openstack-swift00:06
zaitcevpeluse: sure00:06
*** hurricanerix has quit IRC00:08
*** hurrican_ has quit IRC00:09
*** mmcardle has quit IRC00:09
openstackgerritA change was merged to openstack/swift: Add storage policy support for the Replicator  https://review.openstack.org/5219400:12
*** dmartls1 has quit IRC00:14
openstackgerritA change was merged to openstack/swift: Add Storage Policy Support for /Info  https://review.openstack.org/6970000:16
*** matsuhashi has quit IRC00:21
*** matsuhashi has joined #openstack-swift00:21
*** matsuhashi has quit IRC00:25
*** matsuhas_ has joined #openstack-swift00:25
*** mkollaro has quit IRC00:28
*** hurricanerix has joined #openstack-swift00:54
*** hurrican_ has joined #openstack-swift00:54
*** hurricanerix has quit IRC00:58
*** nosnos has joined #openstack-swift01:01
*** mmcardle has joined #openstack-swift01:05
*** mmcardle1 has joined #openstack-swift01:08
*** mmcardle has quit IRC01:08
*** mmcardle1 has quit IRC01:13
*** Edward-Zhang has joined #openstack-swift01:25
*** krtaylor has joined #openstack-swift01:28
*** zaitcev has quit IRC01:31
*** Edward-Zhang has quit IRC01:34
*** shri has quit IRC01:46
*** mmcardle has joined #openstack-swift02:09
*** mmcardle has quit IRC02:13
*** booi has quit IRC02:40
*** booi has joined #openstack-swift02:40
*** markd has quit IRC02:46
*** markd has joined #openstack-swift02:46
*** Trixboxer has quit IRC03:09
*** mmcardle has joined #openstack-swift03:10
*** mmcardle has quit IRC03:15
*** byeager has joined #openstack-swift03:34
*** matsuhas_ has quit IRC03:39
*** chandan_kumar has joined #openstack-swift03:51
*** byeager has quit IRC04:07
*** byeager has joined #openstack-swift04:08
*** mmcardle has joined #openstack-swift04:11
*** mmcardle has quit IRC04:15
*** fifieldt has joined #openstack-swift04:19
*** byeager has quit IRC04:28
*** hurrican_ has quit IRC04:44
*** hurricanerix has joined #openstack-swift04:44
*** hurricanerix has quit IRC04:45
*** hurricanerix has joined #openstack-swift04:45
*** Fin1te has joined #openstack-swift04:47
*** nacim has joined #openstack-swift04:50
*** matsuhashi has joined #openstack-swift04:52
*** nacim has quit IRC04:59
*** Fin1te has quit IRC05:01
*** zul has joined #openstack-swift05:03
*** ppai has joined #openstack-swift05:07
*** yuan has quit IRC05:08
*** zul has quit IRC05:08
*** mmcardle has joined #openstack-swift05:12
*** mmcardle has quit IRC05:16
*** zaitcev has joined #openstack-swift05:19
*** ChanServ sets mode: +v zaitcev05:19
openstackgerritYongli He proposed a change to openstack/swift: Use assertEqual replace assertEquals for the functional test  https://review.openstack.org/7283505:19
openstackgerritLin Tan proposed a change to openstack/swift: Use assertEqual replace assertEquals for the probe test  https://review.openstack.org/7259205:28
*** nshaikh has joined #openstack-swift05:31
*** madhuri has joined #openstack-swift05:33
*** charz has joined #openstack-swift05:33
*** nosnos_ has joined #openstack-swift05:43
*** nosnos_ has quit IRC05:44
*** nosnos_ has joined #openstack-swift05:44
*** nosnos has quit IRC05:46
* zaitcev pokes anticw_ with a stick05:51
*** yuan has joined #openstack-swift05:52
zaitcevaww meh05:56
*** yuan has quit IRC05:56
*** saju_m has joined #openstack-swift06:02
*** nosnos_ has quit IRC06:04
*** nosnos has joined #openstack-swift06:04
*** zaitcev has quit IRC06:07
*** charz has quit IRC06:08
openstackgerritJohn Dickinson proposed a change to openstack/swift: Added docs about the swift_source log field  https://review.openstack.org/7116306:11
*** mmcardle has joined #openstack-swift06:13
*** mmcardle has quit IRC06:17
*** hurricanerix has quit IRC06:45
*** hurricanerix has joined #openstack-swift06:46
*** hurricanerix has quit IRC06:50
*** mkollaro has joined #openstack-swift07:16
*** xga has joined #openstack-swift08:19
*** mlipchuk has joined #openstack-swift08:20
*** xga_ has joined #openstack-swift08:29
*** xga has quit IRC08:32
*** nacim has joined #openstack-swift08:50
*** nacim has quit IRC08:51
*** nacim has joined #openstack-swift08:53
*** bvandenh has joined #openstack-swift08:58
openstackgerritYongli He proposed a change to openstack/swift: Use six.moves.urllib.parse need module six  https://review.openstack.org/7288409:08
openstackgerritYongli He proposed a change to openstack/swift: Use six.moves.urllib.parse instead of urlparse  https://review.openstack.org/7288509:08
*** fifieldt has quit IRC09:08
*** mmcardle has joined #openstack-swift09:29
*** fbo_away is now known as fbo09:36
*** mkollaro has quit IRC09:37
*** mmcardle has quit IRC10:03
*** mmcardle has joined #openstack-swift10:05
openstackgerritEamonn O'Toole proposed a change to openstack/swift: Parallel object auditor  https://review.openstack.org/5977810:10
*** xga_ has quit IRC10:15
*** xga has joined #openstack-swift10:18
*** mmcardle has quit IRC10:19
*** basha has joined #openstack-swift10:21
*** matsuhashi has quit IRC10:41
*** mmcardle has joined #openstack-swift10:44
*** mmcardle has quit IRC10:55
*** saju_m has quit IRC10:57
*** mmcardle has joined #openstack-swift10:59
*** basha has quit IRC11:09
*** xga has quit IRC11:15
openstackgerritAlistair Coles proposed a change to openstack/swift: Remove duplicate doc entry for swob  https://review.openstack.org/7292211:29
*** saju_m has joined #openstack-swift11:40
*** matsuhashi has joined #openstack-swift11:44
*** saju_m has quit IRC11:49
*** ppai has quit IRC12:04
*** dmsimard has joined #openstack-swift12:21
*** xga has joined #openstack-swift12:28
openstackgerritTristan Cacqueray proposed a change to openstack/python-swiftclient: Port to python-requests  https://review.openstack.org/6918712:29
*** mmcardle has quit IRC12:44
openstackgerritConstantine Peresypkin proposed a change to openstack/swift: account to account copy implementation  https://review.openstack.org/7215712:48
*** mlipchuk has quit IRC12:49
*** nacim has quit IRC12:57
*** xga_ has joined #openstack-swift12:58
*** mlipchuk has joined #openstack-swift12:59
*** xga has quit IRC13:01
*** xga_ has quit IRC13:03
*** xga has joined #openstack-swift13:03
*** saju_m has joined #openstack-swift13:05
*** saju_m has quit IRC13:06
*** saju_m has joined #openstack-swift13:07
*** nacim has joined #openstack-swift13:12
*** mkollaro has joined #openstack-swift13:19
*** gvernik_ has joined #openstack-swift13:29
*** ppai has joined #openstack-swift13:39
*** mmcardle has joined #openstack-swift13:46
*** mkollaro has quit IRC13:47
*** gvernik_ has quit IRC13:53
*** krtaylor has quit IRC13:56
*** krtaylor has joined #openstack-swift13:57
*** gvernik_ has joined #openstack-swift13:58
*** torgomatic has quit IRC14:00
*** krtaylor has quit IRC14:01
*** krtaylor has joined #openstack-swift14:02
*** torgomatic has joined #openstack-swift14:02
*** ChanServ sets mode: +v torgomatic14:02
*** mmcardle has quit IRC14:06
*** mmcardle has joined #openstack-swift14:07
*** gvernik__ has joined #openstack-swift14:09
*** gvernik_ has quit IRC14:09
*** mlipchuk has quit IRC14:09
openstackgerritConstantine Peresypkin proposed a change to openstack/swift: account to account copy implementation  https://review.openstack.org/7215714:13
*** gvernik__ has quit IRC14:18
*** xga has quit IRC14:18
*** saju_m has quit IRC14:21
*** tongli has joined #openstack-swift14:27
*** Trixboxer has joined #openstack-swift14:28
*** ppai has quit IRC14:33
*** saju_m has joined #openstack-swift14:38
*** mkollaro has joined #openstack-swift14:48
*** tdasilva has joined #openstack-swift14:55
*** zaitcev has joined #openstack-swift14:57
*** ChanServ sets mode: +v zaitcev14:57
*** xga has joined #openstack-swift14:59
*** byeager has joined #openstack-swift15:03
*** mmcardle has quit IRC15:06
*** chandan_kumar has quit IRC15:39
*** chandan_kumar has joined #openstack-swift15:40
*** zackf has joined #openstack-swift15:51
*** mkollaro has quit IRC15:56
*** bvandenh has quit IRC15:56
*** mordred has quit IRC15:56
*** zul has joined #openstack-swift15:56
*** chandankumar_ has joined #openstack-swift15:58
*** chandan_kumar has quit IRC15:59
*** bvandenh has joined #openstack-swift16:02
*** mordred has joined #openstack-swift16:04
*** gyee has quit IRC16:11
*** nosnos has quit IRC16:12
*** nshaikh has left #openstack-swift16:14
*** gyee has joined #openstack-swift16:19
*** hurricanerix has joined #openstack-swift16:20
openstackgerritEamonn O'Toole proposed a change to openstack/swift: Parallel object auditor  https://review.openstack.org/5977816:31
*** byeager has quit IRC16:40
*** xga has quit IRC16:42
*** xga has joined #openstack-swift16:42
*** nacim has quit IRC16:42
*** nacim has joined #openstack-swift16:54
*** xga has quit IRC17:01
*** xga has joined #openstack-swift17:02
openstackgerritEamonn O'Toole proposed a change to openstack/swift: Parallel object auditor  https://review.openstack.org/5977817:06
*** xga has quit IRC17:15
*** xga has joined #openstack-swift17:15
*** zul has quit IRC17:17
*** zul has joined #openstack-swift17:18
*** zul has joined #openstack-swift17:18
notmynamereminder. swift team meeting in 1.5 hours in #openstack-meeting17:27
*** steveisoft has joined #openstack-swift17:32
openstackgerritVyacheslav Rafalskiy proposed a change to openstack/swift: Add support for reading from archives  https://review.openstack.org/7300817:35
*** kris_h has joined #openstack-swift17:43
*** gvernik has joined #openstack-swift17:45
*** matsuhashi has quit IRC17:48
*** saju_m has quit IRC17:50
*** saju_m has joined #openstack-swift17:51
*** matsuhashi has joined #openstack-swift17:51
*** matsuhashi has quit IRC17:55
*** tdasilva is now known as thiagol17:55
*** thiagol is now known as thiagodasilva17:57
*** saju_m has quit IRC17:58
*** thiagodasilva has left #openstack-swift17:59
*** saju_m has joined #openstack-swift17:59
*** tdasilva has joined #openstack-swift18:00
*** chandankumar_ has quit IRC18:03
*** bvandenh has quit IRC18:05
*** xga has quit IRC18:08
notmynamehttps://wiki.openstack.org/wiki/Meetings/Swift ->meeting agenda. probably a full meeting today, what with storage policies + python-swiftclient + other outstanding reviews18:09
*** bada_ has joined #openstack-swift18:11
*** bada has quit IRC18:12
*** chuck_ has joined #openstack-swift18:22
*** zul has quit IRC18:22
*** antoniocavalcant has joined #openstack-swift18:29
*** antoniocavalcant has left #openstack-swift18:30
*** shri has joined #openstack-swift18:32
*** nacim has quit IRC18:34
torgomaticit occurs to me that supporting If-Modified-Since for DLOs is a real pain18:38
*** Midnightmyth has joined #openstack-swift18:42
*** tgohad has joined #openstack-swift18:46
*** saju_m has quit IRC18:51
openstackgerritGil Vernik proposed a change to openstack/swift: On demand data migration for Swift  https://review.openstack.org/6443018:57
notmynameswift meeting in about 2 minute sin #openstack-meeting18:58
*** saju_m has joined #openstack-swift19:00
notmynamemeeting time19:01
*** marcusvrn has joined #openstack-swift19:01
erlonnotmyname: Hi19:01
*** chuck_ is now known as zul19:04
*** zul has quit IRC19:04
*** zul has joined #openstack-swift19:04
erlonnotmyname: so, my first time in a 'IRC meeting', is there any protocol to follow?19:06
*** steveisoft has quit IRC19:07
notmynameerlon: nope, not really. I'll keep it moving along the agenda19:07
erlonnotmyname: ok19:08
*** zul has quit IRC19:13
*** zul has joined #openstack-swift19:13
*** hurricanerix has quit IRC19:16
*** hurricanerix has joined #openstack-swift19:17
*** krtaylor has quit IRC19:39
*** zackf has quit IRC19:41
*** byeager has joined #openstack-swift19:41
openstackgerritVyacheslav Rafalskiy proposed a change to openstack/swift: Add support for reading from archives  https://review.openstack.org/7300819:42
notmynameerlon: that was settled long ago. swift3 was moved out of swift, and openstack in general doesn't want 3rd party APIs in core repos19:43
erlonnotmyname: hmm19:44
portantenotmyname: so are diskfile backends considered 3rd party apis?19:46
portantefolks, I had a hard time following the discussion in the swift meeting on backends19:47
portanteI think we were just agreeing to not keep other diskfile backend implementations in the swift tree, such that a diskfile abstraction over s3 would live outside of the swift core code base, right?19:48
notmynameright19:48
*** saju_m has quit IRC19:48
portantek thanks19:48
portantecreiht: the next concern would be if I start back on reviews again could I not only affect the review queue but also impact how well the gate works? :)19:53
portantemaybe I should just stay away for now!19:53
portante:)19:54
*** zackf has joined #openstack-swift19:55
torgomaticfor diskfile backends, I'm not opposed (at least in principle) to including backends for things that are open-source, or at least have some kind of open-source implementation19:57
notmynameerlon: thanks for attending. that was a little more rapic back-and-forth than we normally have :-)19:57
torgomaticbut the S3 backend is something I can't even test without typing in my credit card number :|19:57
notmynametorgomatic: eg an XFS-optimized abstraction19:58
notmynameor SSD19:58
portantetorgomatic: but does testing them require other packages that we don't want to add dependencies on?19:58
chmouelI think other storage system like gluster make sense as well19:58
torgomaticnotmyname: sure, or if there's a Kinetic disk simulator that's open source, something like that19:58
* torgomatic doesn't mind adding a few test dependencies; it's the runtime ones that hurt you19:58
torgomatichypothetically speaking on the Kinetic thing; I don't know19:58
* portante thinks that is reasonable, wonders how many thought discussions really go on that are not recorded here19:59
torgomaticportante: we have logging in here now, FWIW19:59
* portante :), "in here, where it counts"19:59
portanteoh19:59
portanteno!19:59
portantereally!19:59
portante;)19:59
portantesince like january late sometime, I believe.20:00
notmynameportante: now you have to watch what you say ;-)20:00
portantecan't talk about spoons and forks?20:00
portante;)20:00
notmynamesppons a knives. forks are right out20:00
notmynameand I can't type20:00
notmyname*spoons and knives20:00
notmynameI'll blame it on the BT keyboard. probably connection issues. ya that's it20:01
torgomaticI see you've played knifey-spoony before20:01
*** zul has quit IRC20:03
*** zul has joined #openstack-swift20:03
chmouelnotmyname: i have to go grab some food (and obv go watch the european football) do you want to talk about what you wanted to talk about, later on your tonight/my early morning?20:03
notmynamechmouel: oh yeah. I can talk now.20:03
notmynamechmouel: cschwede: so I was talking to the zeroVM guys. and they were _really_ hating on the pain than PBR was causing them (as one does)20:04
*** zul has quit IRC20:04
notmynameso there were a couple of ideas thrown around on how to make pbr an opt-in system or to have a de-pbr-ify script or something20:04
chmouelnotmyname: ok, just out of interest what are the issues with it?20:05
cschwedenotmyname: hmm20:05
notmynamechmouel: cschwede: and the reason this comes up is because the mechanisms you're using for the cli spearation are currently taking advantage of a pbr feature20:05
chmouelI think if it's causing problems for reason we either need to fix it or remove it20:05
chmouelnotmyname: i think that can be done directly in setup.py entry point thing20:05
chmouelwithout using pbr20:05
notmynamechmouel: ya, exactly20:05
cschwedechmouel: yepp20:06
cschwedenotmyname: i can work on a patch for this20:06
chmoueldo we want to  give a chance to the pbr guys to actually fix this before ?20:06
notmynamechmouel: well "removing it" is kinda hard in the broader openstack sense. but we've already made it a build-time only dep. but having it as an opt-in thing for source installs only (so that packagers aren't the ones hurt)20:06
cschwedenotmyname: but that would mean we have some stuff in setup.py and some in setup.cfg20:06
creihtnotmyname: why do we need pbr again? :)20:07
torgomaticfwiw, setuptools can do console scripts too; PBR just overrides that because theirs is faster (or so they say)20:07
* torgomatic has done no benchmarking of that whatsoever20:07
chmoueli think our packager (zigo that do the official debianb packaging as well) was saying that he loves pbr20:08
chmouelnot sure why either20:08
notmynamechmouel: cschwede: well, nothing actually been typed yet, but it's just a "thing" that may happen, and I want to remove future roadblocks that may be avoidable. IOW, if we have 2 ways to do it, let's do it the way that causes the least problems20:08
torgomaticso a hypothetical removal of pbr would still leave auto-generated binstubs in /usr/bin/swift-ring-builder or whatever, but the contents would be different20:08
creihtbecause the speed of setup.py matters20:08
torgomaticcreiht: it's the speed of the autogenerated thing in /usr/bin that they're concerned about20:09
torgomaticI agree that it doesn't really matter though20:09
creihtheh20:09
notmynamecreiht: "pbr is for standardizing the way repos are installed from source" <-- as near as I can remember the direct quote. which makes sense, if you're the -infra team needing to do stuff on 75 different repos, all from source20:09
*** gvernik has quit IRC20:10
notmynamecreiht: and that got translated into "everyone should use pbr"20:10
creihtsetup.py <- the standard way to install python source since...20:10
creiht:)20:10
notmynamecreiht: and so I really like the idea of making pbr opt-in20:10
creihtI still think pbr is the most rediculous library ever created20:10
creihtand we should dump it20:10
notmynamecreiht: yes, but http://not.mn/gate_status.html is my answer to "why can't people just do the right thing"20:11
cschwedenotmyname: so the idea is more like a tool script that translates stuff to make it work without setup.cfg ?20:11
creihtthen make the stupid people use it20:11
creiht:)20:11
creihtI'm tried of the "punish everyone mentality because certain entities can't get their act together"20:11
chmouelI think it fill up a use case20:11
chmouelmaybe swift don't have that use case20:11
notmynamecschwede: that was one idea talked about. but like I said, nothing's actually been typed in yet20:11
cschwedenotmyname: ok, i will have a first look at this. let me know if there are any news20:12
creihtnotmyname: so if we remove pbr today, what will break20:12
notmynamecreiht: sure, but we (swift) and openstack certainly aren't the first to see this. that's why we have things like Agile Methodologies, etc.20:12
notmynamecschwede: ya, I'll keep you up to date. in the meantime, instead of doing pbr-specific stuff, if it's possible to take advantage of generic setup.py stuff that would be good20:14
notmynamecschwede: but don't code to something we don't have yet20:14
notmynamecschwede: if we simply have a patch later to move from pbr ways of doing bin scripts to something else, that's ok20:14
cschwedenotmyname: ok, i'll check that20:14
notmynamecschwede: hmm... torgomatic is telling me that the console_scripts method isn't really a pbr-specific thing20:15
notmynamecschwede: so maybe there's no issue at all :-)20:15
chmouelno it's nbot20:15
cschwedenotmyname: yes, we could use it directly in setup.py20:15
cschwedenotmyname: just use entry_points in setup.py20:15
notmynamecschwede: right, but today setup.py is generated via pbr using setup.cfg20:16
cschwedenotmyname: one sec, testing20:17
creihthow can we be trusted to correctly create a setup.cfg?20:17
chmouelcreiht: the guys at infra runs a lot of repo20:18
notmynamecreiht: clearly we need a reasonable way to generate a pbr config20:18
creihtIt is amazing how the whole rest of the python community can create python libraries without having to use pbr20:18
notmynamecreiht: you should start a new openstack project to do that20:18
creihtnotmyname: so I'm serious, if we remove pbr, then what would break?20:19
gholtThat beer is just not worth this much chatter.20:19
chmouelcreiht: what about we ping the guys from infra to talk about this here?20:19
cschwedeok, we could use  entry_points in setup.py even if we use pbr to generate the file20:19
notmynamegholt: someone buy you a beer to join the meeting today? ;-)20:19
creihtchmouel: that probably wouldn't help anything :)20:20
cschwedenotmyname: so if it simplifies things, i can just submit a small patch for this20:20
chmouelcreiht: :)20:20
notmynamecschwede: cool20:20
*** mlipchuk has joined #openstack-swift20:21
gholthttp://skeeboston.com/wp-content/uploads/2012/09/pbr_arch_logo-1.jpg20:21
notmynameah yes20:21
* chmouel is actually drinking a beer at the right moment20:21
notmynamecreiht: a full removal of pbr wouldn't be good for swift within the openstack community. which is why I like the idea that the zerovm guys proposed to have it as an opt-in thing available in swift (ie a partial removal)20:22
torgomaticto be fair, a PBR 24oz can is great for making beer-can chicken20:22
notmynamecreiht: you are correct that there is nothing technical that pbr gives the swift repo today. I agree with that20:22
notmynametorgomatic: it's a big can to fill with other beer?20:22
creihtnotmyname: and yet it has caused several issues for several groups20:23
creihtthat's my main point20:24
creihtit causes pain, and solves no real problem20:24
notmynamewell, "solves no real problem for swift"20:25
creihtit solves no real problem, and possibly only treats symptoms of other projects20:25
creihtand probably known to cause cancer in california20:25
creiht:)20:25
creihtanyways, it is just annoying that such a little library causes so many issues20:27
gholtI actually don't know much about pbr, other than it was annoying to me once for a week or so. http://docs.openstack.org/developer/pbr/ Reading that, just the Sphinx Autodoc seems kinda useful, but I already do that with a quick Sphinx conf.py change. ;)20:27
gholtYeah, we should lay off notmyname. Poor guy. :D20:29
openstackgerritChristian Schwede proposed a change to openstack/swift: Use setuptools directly to create console_scripts  https://review.openstack.org/7303720:29
notmynamecreiht: as an openstack project, we must still support pbr. so we can't fully remove it from swift, but I like some of the thinks wkelly and rpedde were suggesting. eg have 2 setup.py scripts or have a script that generates one from the other. IOW, make the use of pbr an opt-in for those needing it, and get out of the way for everyone else building swift packages for deployment20:31
gholtI am curious how we can go about changing these openstack rules. Most the time they seem imposed by a few on the many.20:32
*** rpedde has joined #openstack-swift20:32
gholtBut then again, Monty got the most votes in the last election, so maybe the many actually do want what those few do. I'm probably the tiny minority.20:33
notmynamerpedde: beetlejuice beetlejuice beetlejuice20:33
rpeddenotmyname: ... and just like that.20:34
creihtnotmyname: says who? we don't use oslo either, should we be using that as well?20:34
notmynamegholt: these "rules" are essentially things that the vocal people in all the openstack IRC channels and on the mailing list agree to. so the answer is simply to stay on the ML and in every openstack channel and frame your position in such a way that you attract everyone to your viewpoint20:35
creihtfor the good of openstack?20:35
gholtEh, I guess I'll deal with pbr.20:35
notmynamegholt: lol20:35
cschwedenotmyname: that patch should fix the issue for the zeroVM guys. But I think it would be good to know what these issues are so we might be able to fix them in pbr directly20:35
notmynamerpedde: I brought up some of the things you and wkelly were saying about pbr the other day. that's where all this started :-)20:36
rpeddeoh man20:36
cschwedenotmyname: rpedde: on IRC (ie here?) -> will have a look at the backlog20:37
notmynamerpedde: we'd all like to see less reliance on pbr, so the ideas of making it opt-in are good20:37
rpeddeI don't have a good understanding of what benefits pbr brings to developers.  I know that when rolling a package, I was surprised to see something like a dozen or so new package deps appear that seemed (from an operator perspective) to do nothing more than provide a version number for swift-recon.  That seemed... excessive.20:39
rpeddecschwede: sadly, that conversation was on #zerovm20:40
notmynamerpedde: and I think most people in here are in agreement. I'm trying to balance that perspective against the rest of the openstack dev community (ie our relationship with -infra etc)20:43
*** krtaylor has joined #openstack-swift20:43
notmynamerpedde: cschwede is working on some good stuff to get the scripts tested, but in doing it, there is one setup.py or pbr thing he's using. and that's why we got into this today20:44
notmynamerpedde: so I'd love to see a partial dee-pbr-ify of swift, so that deployers don't need all those extra dependencies just to build a package and install swift20:44
creihtI read that as de-derp-ify20:47
notmynameportante: oh, yes. to confirm, torgomatic and I spend the afternoon with lpabon yesterday. it was great :-)20:47
portantegreat20:47
portantegive me a sec20:47
portanteor more20:47
notmynameportante: no worries. I still need to go get lunch20:48
wkellylooks like the pbr version stuff is moving to oslo.version for icehouse20:50
creihtyay, because we need a *whole* library to handle versioning20:50
creiht:)20:50
notmynamewkelly: hmm..interesting20:51
wkellycreiht: yeah, now you can get your wish of pulling in some oslo! :P20:51
notmynameor removing the last vesitges of why we need pbr ;-)20:51
wkellyit definitely gets rid of the runtime dep20:52
notmynamewe already fixed that. if pbr is a run-time dep, it's a bug20:52
wkellyhttps://github.com/openstack/oslo.version20:52
wkellyhttp://lists.openstack.org/pipermail/openstack-dev/2013-August/012988.html20:52
cschwedenotmyname: https://review.openstack.org/73037 reverses this (using only setuptools to create bin-scripts)20:52
notmynamecschwede: thanks. I wonder what's actually needed to change, if anything (based on what torgomatic was saying). actually, I'd think the actual change needed would be dependent on how a de-pbr happens20:54
chmouelwkelly: i think it's just a renaming20:54
wkellychmouel: yeah, it makes sense to me, actually20:55
chmouelwkelly: and by the way hi ;)20:55
wkellyhowdy! been a while20:56
chmouel:)20:56
creihtlol20:57
creihthttps://twitter.com/PaulM/status/41917010248376320020:57
cschwedenotmyname: as far as i understood the problems occured with my patches using console_scripts from pbr? so there is no need to remove more pbr-related functions?20:57
notmynamecschwede: to me the issue is only ensuring that, should the ideas about pbr come to fruit, let's not bake something in that will cause extra code churn if we can help it20:59
notmynamecschwede: and if nothing needs to change in your patches, awesome. if so, let's see if that can be done from the start20:59
*** zul has joined #openstack-swift20:59
cschwedenotmyname: yepp, no need to change much. only a few lines and we can easily switch back to pbr-only once the issue is fixed there21:00
notmynamecschwede: well, one question outstanding is if your last patch actually needs to happen. I'm not clear on that. to creiht's twitter link, I'm certainly not an expert on python packaging, so I'm don't know yet what, if anything, needs to change21:01
notmynameall I know is that something might need to change21:01
openstackgerritVyacheslav Rafalskiy proposed a change to openstack/swift: Add support for reading from archives  https://review.openstack.org/7300821:02
*** gvernik_ has joined #openstack-swift21:02
notmyname(but it does seem that I have a fondness for commas in sentences)21:02
zaitcevwait, what21:04
zaitcevthis wasn't the other week, was it21:04
*** marcusvrn has quit IRC21:05
creihtzaitcev: did you see the email where swift meetings are every week now?21:05
zaitcevcreiht: I did now21:05
creihthehe21:05
cschwedeok, i'm out for today, see you tomorrow!21:06
zaitcevAmong other 467 e-mails that I didn't read in that folder was "[openstack-dev] Gamification and on-boarding ..." -- god help us all21:07
*** marcusvrn has joined #openstack-swift21:07
*** gvernik_ has quit IRC21:26
chmouelnotmyname: fyi: we have three talks in the pipe that talks about swift for the summit talk21:27
*** csd has joined #openstack-swift21:30
* notmyname is back from lunch21:50
notmynamechmouel: cool!21:50
notmynamezaitcev: you have been awarded the "+1 Pdroductive" badge for filtering openstack emails21:51
*** rpedde is now known as rpedde_away21:51
*** rpedde_away is now known as rpedde21:52
notmynamelunch was great, and now I want to shoot pbr in the head. here's what I propose: (1) make a non-pbr setup.py (2) make a setup.py.pbr that does what's needed for pbr (3) like with swob and memcache include a few paragraphs explaining why pbr isn't "default" (4) bonus points if you name it Intelligent Packaging Awareness (or IPA for short)21:54
notmynamecreiht: rpedde: wkelly: gholt: torgomatic: ^21:55
gholtOr redbo ;)21:55
notmynameyes :-)21:55
creihtlol21:57
redbodo you have any idea how much work it is to update the version number every month or two?21:59
notmynameya, I think I'll be able to manage that ;-)22:00
*** CrackerJackMack has quit IRC22:01
zaitcevIPA sometimes stands for Identity-Policy-Audit.22:04
notmynamealso India Pale Ale22:04
zaitcevOh22:04
creihtinternational phonetic alphabet22:04
zaitcevNot being a drinker, PBR connection didn't occur to me either.22:05
*** CrackerJackMack has joined #openstack-swift22:05
redboit's all lagunitas out there22:07
clarkbnotmyname: out of curiousity how many of these pbr pain points are being reported as pbr bugs?22:13
notmynameclarkb: ya, that's why I think the step 3 above is actually the most important part22:13
notmynameclarkb: and I'm not sure they are bugs, per se. eg, you have to get a lot of dependencies for pbr on your build box, just to turn it all off to build a package22:14
notmynameclarkb: but I want to see the specific concerns laid out, too22:14
clarkbya all of the pain may not be related to bugs but I feel like there is a lot of side alley complaining and fixing without talking to upstream22:15
clarkbwhich is actually the same project so please do talk :)22:15
notmynameclarkb: just as I never got an actual reason for pbr until we talked about it over lunch in AUS, I need to see the complaints beyone "because it does work for me"22:15
notmynameclarkb: so my understanding currently is that its adding a lot of complexity and requirements when it's not actually even used. if there are other concerns, I haven't untangled them yet22:16
clarkbgotcha22:16
notmynameclarkb: and so that's why I think it's untenable to completely remove pbr from swift, as I said earlier. however, making it something that is opt-in is a better solution, IMO22:17
redbocan I submit a bug to pbr that says "why do you always break things and not do anything helpful?"22:17
clarkbredbo: no that isn't helpful in itself :)22:18
*** zackf is now known as GOGGLES22:18
notmynamesee, that's what's not too helpful22:18
*** GOGGLES is now known as zackf22:18
clarkbplease do submit bugs that say "X broke and it hurts me beacuse Y"22:18
notmynameclarkb: and I'm glad you've seen the conversation here today. I'll definitely include you and others on the -infra team as stuff happens22:18
redbowhere X = swift/swiftclient and Y = pbr22:19
portante09220122:21
portantewhoops22:22
*** zul has quit IRC22:26
*** tongli has quit IRC22:29
redboI kind of think pbr is a bug in swift.  I tried submitting a bug report and patch, but it didn't make it.22:51
redboor maybe it was just a patch22:52
*** Midnightmyth has quit IRC23:02
*** bsdkurt has quit IRC23:08
*** bsdkurt has joined #openstack-swift23:10
*** krtaylor has quit IRC23:19
*** tdasilva has quit IRC23:20
*** byeager has quit IRC23:28
*** dmsimard has quit IRC23:36
*** dmsimard has joined #openstack-swift23:39
*** byeager has joined #openstack-swift23:46
*** byeager has quit IRC23:49

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