Log file Viewer

[07:02:14] <r1chardj0n3s> so is pypi down for everyone or just me?

[07:02:45] <r1chardj0n3s> yay, just me

[07:03:37] <r1chardj0n3s> in fact: my browser cannot retrieve the site (503 backend read error, different IDs each time), but curl can. oh yes.

[07:07:13] <r1chardj0n3s> and clearing my pypi.python.org cookies fixed it. lol fastly, wtf.

[13:27:29] <pmxbot> jaraco pushed 1 commit to setuptools (https://bitbucket.org/pypa/setuptools/) :

[13:27:29] <pmxbot> Updated documentation to reflect support for PowerShell 3 on earlier versions of Windows. Fixes #247.

[13:51:02] <pmxbot> jaraco pushed 1 commit to setuptools (https://bitbucket.org/pypa/setuptools/) :

[13:51:02] <pmxbot> Backed out changeset: be37eff86c76

[19:22:15] <dstufft> pf_moore: Did I ever mention how awesome it is to have your windows expertise? ;) Everytime you pop up and are like "well actually this is gonna suck on windows" makes things better for folks :D

[20:19:39] <pf_moore> dstufft: Thanks *blush*. First time I've ever been complimented for saying everything sucks ;-)

[20:43:58] <dstufft> pf_moore: heh, well it's important. Some folks probably get annoyed by having their thing tore apart, but IMO it's a good thing, even though sometimes i get frustrated at the realities of supporting cross platform software :D

[21:17:59] <r1chardj0n3s> speaking of such things pf_moore, could you please have a gander at https://github.com/pypa/pip/issues/1733 and tell me whether I'm completely mistaken? :)

[21:52:34] <pf_moore> r1chardj0n3s: I've comented on that issue. Basically I don't think there's much consistency over this, and I'd prefer to keep it simple and match the already-implemented cache code.

[21:53:52] <pf_moore> r1chardj0n3s: By consistency I mean in the Microsoft world. I do think pip should be consistent in its usage...

[21:57:52] <r1chardj0n3s> hm, ok, as I mentioned on my system there's no files in the ProgramData directory, and the vendor/app folder structure is used consistently

[21:58:16] <r1chardj0n3s> but if you've seen people putting files in there directly then we'll do that

[21:59:33] <r1chardj0n3s> (sorry for my absence pf_moore I was cooking breakfast ;)

[21:59:58] <r1chardj0n3s> dstufft: well sure, but if we're making effort to do the right platform thing for other platforms, why not windows?

[22:01:10] <r1chardj0n3s> right, thanks for the comment pf_moore and I'll make the change to the PR :)

[22:01:17] <dstufft> eh, we're not exactly.. like techincally on OSX you're supposed to use a reversed domain as your directory name

[22:01:22] <dstufft> like io.pypa.pip

[22:01:42] <dstufft> but we just use pip, because lots of people do it, and it's more consistent with what we do on linux and what have you

[22:01:44] <dstufft> it's a balancing act :D

[22:01:57] <r1chardj0n3s> yeah but no-one does that

[22:02:36] <r1chardj0n3s> anyhoo, it's a done thing, I just gotta mod the PR

[22:02:58] <dstufft> (I agree with the sentiment fwiw :) just saying this particular little thing I don't care that much about, people do it both ways apparently so whatever)

[22:14:33] <pf_moore> r1chardj0n3s: I think we're misunderstanding each other. I'm proposing ProgramData\Pip\pip.conf - not putting pip.conf directly in PriogramData.

[22:15:19] <pf_moore> The vendor part combined with the application name makes for *two* directory levels, which I think is too much. One ("Pip") is sufficient.

[22:15:47] <pf_moore> But I certainly don't want to see pip.conf directly in C:\ProgramData, that's not what I meant. Sorry if I wan't clear.

[22:23:43] <pf_moore> r1chardj0n3s: I've just clarified in a bit more detail on the PR.

[22:28:40] <r1chardj0n3s> pf_moore: yep, I understand thanks :)