PMXBOT Log file Viewer

Help | Karma | Search:

#pypa logs for Tuesday the 7th of April, 2020

(Back to #pypa overview) (Back to channel listing) (Animate logs)
[06:24:23] <famubu> Hi. When we are using setup.cfg, should we be specifying something in setup.py (or elsewhere) to indicate that we are using a .cfg file?
[08:41:54] <famubu> Hi. I was looking for a resource to learn to package a python project with pytest, tox, coverage and travis. Can you point me in the right direction?
[12:56:01] <tos9> famubu: you don't need a setup.py at all at this point
[12:56:06] <tos9> just a setup.cfg
[12:56:47] <tos9> (you do need a pyproject.toml though -- so a setup.cfg and pyproject.toml if you're using setuptools are the two files you'd have)
[13:07:30] <pombreda_> hum, we can no longer fetch and launch a virtualenv.py script?
[13:10:56] <pombreda_> ah... this is a zipapp now :) virtualenv.pypa.io/en/latest/installation.html#via-zipapp
[13:19:11] <pombreda_> and there was a tiny doc typo fixed while driving by ;) github.com/pypa/virtualenv/pull/1764
[14:06:25] <altendky> how can i just download an sdist with pip? `pip download --no-binary :all: --no-deps cryptography` still installs build dependencies and more bpaste.net/SVFQ
[14:10:26] <altendky> (real target is pyqt5 but this example was faster)
[14:12:07] <sumanah> altendky: just for reference: what versions of Python & pip are you using?
[14:13:11] <altendky> sumanah: that would have been good to share... 3.8.2 and 20.0.2 full output at bpaste.net/V2NA
[14:25:33] <sumanah> altendky: ok I'm refreshing my memory of pip.pypa.io/en/stable/reference/pip_download
[14:27:31] <sumanah> wow, I find pip.pypa.io/en/stable/reference/pip_download/#cmdoption-no-binary confusing
[14:32:09] <sumanah> altendky: oh you need an equal sign for the --no-binary option I think
[14:33:18] <sumanah> (I am guessing based on the sample commands in that page which have "--only-binary=:all:" .... if "--no-binary" works similarly then you would need an equals sign
[14:33:21] <sumanah> )
[14:33:47] <altendky> sumanah: i'll try it but as i did gets me an sdist. it just does extra other stuff in the mean time.
[14:34:06] <sumanah> yeah
[14:34:35] <altendky> bpaste.net/4AIQ same
[14:34:48] <sumanah> altendky: if you try with the equal sign and it STILL installs build dependencies, then I would think that's a bug, so may I ask you to file that bug in GitHub? Sorry for the trouble
[14:34:49] <altendky> extra fun side note, pip wheel <etc> pyqt5 output a manylinux2014_x86_64 file on a raspbery pi... always something to fix
[14:34:54] <sumanah> blah!
[14:44:11] <altendky> sumanah: github.com/pypa/pip/issues/7995
[14:44:33] <altendky> sumanah: thanks for double checking i wasn't missing something. or at least not something _too_ obvious :]
[14:44:41] <sumanah> :-) thanks altendky
[14:45:19] <sumanah> and thanks for the thorough data/diagnostic info in the bug!
[15:49:53] <techalchemy> altendky, afaik you can't really just download something ?
[15:50:07] <techalchemy> was that the outcome, sorry i'm late to the party on this one :p
[15:50:18] <altendky> techalchemy: are you saying it's a feature request not a bug report? :]
[15:50:41] <techalchemy> well i'm not sure, were you able to just download it without the build deps installing?
[15:50:49] <altendky> nope
[15:50:59] <techalchemy> :p
[15:51:06] <sumanah> techalchemy: have you seen the "pip download" command? pip.pypa.io/en/stable/reference/pip_download
[15:51:11] <techalchemy> sumanah, yeah
[15:51:14] <techalchemy> i use it all the time
[15:51:25] <sumanah> oh ok, sorry I wasn't quite understanding you
[15:51:27] <techalchemy> it still installs build dependencies in the target directory
[15:51:36] <altendky> in this case i wanted to download it so i could tweak the build steps and use four cores... kind of a waste since it seems to be building the whole thing as part of the sdist download :]
[15:52:07] <techalchemy> or rather, it still builds the downloaded package as a wheel to calculate dependencies and download them, i think even if you use --no-deps it still builds it
[15:52:15] <sumanah> huh.
[15:52:38] <altendky> techalchemy: yes it does. this seems bad. or at least not always wanted.
[15:52:41] <techalchemy> it should build in isolation and discard build dependencies (maybe not if you specify --no-build-isolation)
[15:52:50] <altendky> i'm not really sure when it would be wanted
[15:53:04] <sumanah> I figure we can let folks talk about that in the issue
[15:53:04] <techalchemy> altendky, what if you download with --no-use-pep517 ?
[15:53:09] <sumanah> what the behavior ought to be
[15:53:21] <techalchemy> + --no-deps
[15:54:19] <altendky> techalchemy: bpaste.net/2STQ
[15:54:40] <techalchemy> lol
[15:55:02] <techalchemy> from a UX standpoint it seems odd anyway
[15:55:37] <techalchemy> from a UX standpoint the fact that the build step is even exposed is probably questionable, since it's confusing
[15:56:02] <techalchemy> probably should be presented as calculating dependencies or something more representative of the purpose
[15:56:18] <sumanah> techalchemy: may I ask you to please say that in github.com/pypa/pip/issues/7995 ?
[15:56:24] <sumanah> I know context switching is a pain.
[15:56:46] <techalchemy> meh i hate commenting on pip issues
[15:57:06] <techalchemy> oh this one is new still
[16:22:53] <sumanah> yes
[16:39:14] <pradyunsg> techalchemy, sumanah: did I miss something important being discussed here?
[17:01:07] <biryukov> Hi. At work we have private PyPI repos on Windows. Is it possible to use Windows Integrated Authentication with pip?
[17:20:57] <pradyunsg> biryukov: pip has support for keyring based authentication, so that might be an approach to explore.
[17:24:52] <biryukov> We have a quite old version of pip: 10.something.
[17:26:45] <biryukov> ty for replying. so, not ntlm/negotiate sspi support?
[17:27:32] <biryukov> or some easy way to add it.
[17:28:16] <biryukov> BTW: why does pip ask for password twice?
[17:28:34] <biryukov> once in the begin, and once in the end.
[17:36:37] <pradyunsg> biryukov: that's pretty old.
[17:36:48] <pradyunsg> biryukov: yea, no support for that stuff.
[17:37:25] <pradyunsg> biryukov: I think we've fixed the double-password-asking stuff in a newer version of pip, but I'm not sure.