Path: csiph.com!usenet.pasdenom.info!news.albasani.net!feeder.erje.net!1.eu.feeder.erje.net!bcyclone02.am1.xlned.com!bcyclone02.am1.xlned.com!newsfeed.xs4all.nl!newsfeed4a.news.xs4all.nl!xs4all!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail Return-Path: X-Original-To: python-list@python.org Delivered-To: python-list@mail.python.org X-Spam-Status: OK 0.001 X-Spam-Evidence: '*H*': 1.00; '*S*': 0.00; '16,': 0.03; 'from:addr:yahoo.co.uk': 0.04; 'installed.': 0.07; 'subject:file': 0.07; 'lawrence': 0.09; 'override': 0.09; 'received:80.91': 0.09; 'received:80.91.229': 0.09; 'received:gmane.org': 0.09; 'received:list': 0.09; 'setup.py': 0.09; 'windows,': 0.09; 'language.': 0.14; 'checking,': 0.16; 'decisions,': 0.16; 'earlier.': 0.16; 'elsewhere.': 0.16; 'ironed': 0.16; 'it;': 0.16; 'received:80.91.229.3': 0.16; 'received:92.29': 0.16; 'received:plane.gmane.org': 0.16; 'thread,': 0.16; 'sat,': 0.16; 'all.': 0.16; 'language': 0.16; 'wrote:': 0.18; 'file,': 0.19; 'normally': 0.19; 'properly': 0.19; '>>>': 0.22; 'manual': 0.22; 'install': 0.23; 'installation': 0.23; 'header:User-Agent:1': 0.23; 'error': 0.23; "shouldn't": 0.24; 'skip': 0.24; 'decide': 0.24; "i've": 0.25; 'handling': 0.26; 'header:X-Complaints-To:1': 0.27; 'header:In-Reply-To:1': 0.27; 'point': 0.28; 'correct': 0.29; 'chris': 0.29; 'am,': 0.29; 'easier': 0.31; 'usually': 0.31; 'involvement': 0.31; 'location,': 0.31; 'file': 0.32; 'run': 0.32; 'becomes': 0.33; 'beginning': 0.33; 'problem': 0.35; "can't": 0.35; 'common': 0.35; 'something': 0.35; 'but': 0.35; 'there': 0.35; 'version': 0.36; 'are,': 0.36; 'subject:?': 0.36; 'should': 0.36; 'being': 0.38; 'problems': 0.38; 'whatever': 0.38; 'to:addr :python-list': 0.38; 'fact': 0.38; 'sure': 0.39; 'to:addr:python.org': 0.39; 'received:org': 0.40; 'future': 0.60; 'referred': 0.60; 'most': 0.60; 'mentioned': 0.61; 'name': 0.63; 'our': 0.64; 'grab': 0.64; 'different': 0.65; 'great': 0.65; 'charset:windows-1252': 0.65; 'biggest': 0.67; 'facilities': 0.69; '2015': 0.84; 'apt-get': 0.84; 'disappear': 0.84; "everything's": 0.84 X-Injected-Via-Gmane: http://gmane.org/ To: python-list@python.org From: Mark Lawrence Subject: Re: pip grabs tar.gz file instead of whl? Date: Sat, 16 May 2015 05:12:20 +0100 References: <55563EBA.8080606@stoneleaf.us> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Gmane-NNTP-Posting-Host: host-92-29-188-174.as13285.net User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 In-Reply-To: X-BeenThere: python-list@python.org X-Mailman-Version: 2.1.20+ Precedence: list List-Id: General discussion list for the Python programming language List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Newsgroups: comp.lang.python Message-ID: Lines: 44 NNTP-Posting-Host: 2001:888:2000:d::a6 X-Trace: 1431749556 news.xs4all.nl 2885 [2001:888:2000:d::a6]:59415 X-Complaints-To: abuse@xs4all.nl X-Received-Bytes: 5987 X-Received-Body-CRC: 2676575090 Xref: csiph.com comp.lang.python:90719 On 16/05/2015 03:17, Chris Angelico wrote: > On Sat, May 16, 2015 at 11:58 AM, Mark Lawrence wrote: >>> The way I see it, pip is great for handling the most common case where >>> you just want to name a package and say "go fetch", but if you want to >>> override its decisions, you should use the lower-level facilities eg >>> manual downloading and setup.py. It's like with Debian packages: I can >>> type "sudo apt-get install blah" and it'll run off and grab it, check >>> its signatures, make sure everything's right, and then install it; but >>> if I want to install something from a different location, the best way >>> is usually to download it manually, do my own checking, and then "sudo >>> dpkg -i blah.deb" to actually install it - no apt-get involvement at >>> all. This shouldn't normally be a problem; you don't *have* to use pip >>> here, you just want to end up with the package properly installed. >>> >>> ChrisA >>> >> >> Being on Windows, as I said at the beginning of the thread, the biggest >> problem is that setup.py can't find VS if there is no whl file to install. >> Hence it is far easier to get the binaries from elsewhere. Hopefully this >> problem will disappear in the future as the whl standard becomes prevelant. >> > > I don't know what the exact installation steps are for a whl, which is > why I mentioned setup.py. Whatever those lower-level facilities are, > those are what you'd use once you decide to skip pip and do your own > downloading. > > ChrisA > The whole point is that setup.py never works because it can't find VS despite the fact that I know I've got the correct version installed. If I download a whl file, pip installs that version perfectly. If I try to get pip to download and install the very same file it gave the zipfile error I referred to earlier. Hopefully all the problems with pip will get ironed out, or where do we go, distutils3? :( -- My fellow Pythonistas, ask not what our language can do for you, ask what you can do for our language. Mark Lawrence