RE: setuptools issue

On Fri, 18 Dec 2020, Joseph L. Casale wrote: I just ran into this recently, I don't recall the actual source but it was the version of setuptools having been so old. Your version is from Jun 3, 2016... Update it, that was what worked for me. jlc, Upgraded to python-setuptools-51.0.0-x86_64. N

RE: setuptools issue

> Installed on this Slackware-14.2/x86_64 workstation with python-3.9.1 are: > python-setuptools-22.0.5-x86_64-1 I just ran into this recently, I don't recall the actual source but it was the version of setuptools having been so old. Your version is from Jun 3, 2016... Update it, that was what w

Re: setuptools setup.py commands are unintuitive and undiscoverable (--help-commands should replace --help)

On 27/04/18 06:06, jimbo1qaz wrote: > Frequently I have encountered projects packaged using setuptools, with a > setup.py. To find out how to install it, I usually turned to Stack Overflow > (https://stackoverflow.com/a/1472014) which doesn't explain what options > exist or do. > > Surprisingly, n

Re: [setuptools] install data-file in users home-dir

On Sat, Jul 11, 2015 at 10:01 AM, wrote: > On 2015-07-10 09:39 Chris Warrick wrote: >> And you should not create the files in your install script. Instead, >> install them to a different data dir (somewhere in 'share/appname', or >> alongside your package). When someone runs your app, only then

Re: [setuptools] install data-file in users home-dir

On 2015-07-10 09:39 Chris Warrick wrote: > And you should not create the files in your install script. Instead, > install them to a different data dir (somewhere in 'share/appname', or > alongside your package). When someone runs your app, only then you > should copy this file to user’s config di

Re: [setuptools] install data-file in users home-dir

Hi Chris, thank you for your answer. On 2015-07-10 09:39 Chris Warrick wrote: > You should NEVER use sudo with pip. Instead, use virtualenvs as a > regular user, or create your own .deb packages. I am not sure, but maybe this is an Ubuntu-specific "problem"? When I don't use sudo I got error

Re: [setuptools] install data-file in users home-dir

CC’ing the mailing list; please use Reply All in the future. On 10 July 2015 at 16:36, wrote: > Hi Chris, > > thank you for your answer. > > On 2015-07-10 09:39 Chris Warrick wrote: >> You should NEVER use sudo with pip. Instead, use virtualenvs as a >> regular user, or create your own .deb pa

Re: [setuptools] install data-file in users home-dir

On 10 July 2015 at 03:11, wrote: > I am using setuptools to create a wheel file. > > There is a conf-file I want to install into the users config-diretory. > e.g. /home/user/.config/appname/app.conf > > setup(..., > data_files = [ ('~/.config/appname/', ['app.conf']) ] > ) > > I see tw

Re: Setuptools Confusion

Rob Gaddi writes: > I'm having two issues trying to make setuptools do what I want to package > up an application. Those questions are on-topic here. It's worth noting, though, that you may get better discussion of this by asking in the Distutils forum https://www.python.org/community/sigs/curr

Re: Setuptools: no module named 'html.entities'

On Mon, Mar 16, 2015 at 7:10 AM, Wolfgang Maier < [email protected]> wrote: > On 03/16/2015 12:53 AM, Jason Friedman wrote: > >> Hello, >> >> This is Python 3.3.2 on Linux. >> I downloaded Setuptools >> (https://pypi.python.org/packages/source/s/setuptools/ >> setuptools-14.3

Re: Setuptools: no module named 'html.entities'

On 03/16/2015 12:53 AM, Jason Friedman wrote: Hello, This is Python 3.3.2 on Linux. I downloaded Setuptools (https://pypi.python.org/packages/source/s/setuptools/setuptools-14.3.tar.gz), exploded the tarball, and I get: python setup.py build Traceback (most recent call last): File "", line 1

Re: Setuptools, __init__ and __main__

On 02/06/2015 06:56 PM, Steven D'Aprano wrote: Dave Angel wrote: And don't name any source code __main__.py, That's incorrect. Starting from Python 2.6, __main__.py is reserved for the application main script in packages. That is, if you design your application as a package (not a single fi

Re: Setuptools, __init__ and __main__

Dave Angel wrote: > And don't name any source code __main__.py, That's incorrect. Starting from Python 2.6, __main__.py is reserved for the application main script in packages. That is, if you design your application as a package (not a single file) with this structure: myapplication/ +-- __i

Re: Setuptools, __init__ and __main__

On 02/06/2015 02:56 PM, Ben Finney wrote: > > It's not Setuptools per se, it's Python's import mechanism. It is a > deliberate design decision that direct import of a module makes that > module blind to its location in the package hierarchy. > > That's a design decision I deplore, because it make

Re: Setuptools, __init__ and __main__

On Friday, 6 February 2015 22:20:58 UTC, Rob Gaddi wrote: > I found a recommendation at https://chriswarrick.com/blog/2014/09/15/ > python-apps-the-right-way-entry_points-and-scripts/ that seems to say > that I should get around this by simply having an empty __init__. I > guess I can move the

Re: Setuptools, __init__ and __main__

Rob Gaddi writes: > So, I'll take the app I'm working on right now as an example. I've got > 348 lines in my __init__.py, and another 200 in another library. > Little baby program. By “another library”, I think you mean “another module”. I'll assume that in the rest of this response. > My libra

Re: Setuptools, __init__ and __main__

On 02/06/2015 02:20 PM, Rob Gaddi wrote: > > My library code isn't in __init__.py (or previously in __main__) because > I'm trying to dodge recursive imports; it's there because the code is > short enough and tightly-coupled enough that I didn't see upside in > splitting any of it out to a sepa

Re: Setuptools, __init__ and __main__

On Fri, 06 Feb 2015 16:44:26 -0500, Dave Angel wrote: > On 02/06/2015 04:35 PM, Ben Finney wrote: >> Rob Gaddi writes: >> >>> So I'm trying to wrap my head around packaging issues >> >> Congratulations on tackling this. You will likely find the Python >> Packaging User Guide https://packaging.pyt

Re: Setuptools, __init__ and __main__

On 02/06/2015 04:35 PM, Ben Finney wrote: Rob Gaddi writes: So I'm trying to wrap my head around packaging issues Congratulations on tackling this. You will likely find the Python Packaging User Guide https://packaging.python.org/> helpful. Also know that Python packaging was in a terrible

Re: Setuptools, __init__ and __main__

Rob Gaddi writes: > So I'm trying to wrap my head around packaging issues Congratulations on tackling this. You will likely find the Python Packaging User Guide https://packaging.python.org/> helpful. Also know that Python packaging was in a terrible state for a long stretch of years, but now t

Re: setuptools + data_files = 2

On 2014-10-23, Simon Kennedy wrote: > If you're creating an sdist then you'll need to create a MANIFEST.in > file in the same folder as setup.py with the following contents > > include share/test_file.txt > > If you're creating a bdist (egg or wheel) the parameter name you need > is > > p

Re: setuptools + data_files = 2

On Wednesday, 22 October 2014 19:43:25 UTC+1, luc2 wrote: > hello, would you know how to make data_files work in setuptools ? > i can't figure out how to put datas in the generated .tar.gz If you're creating an sdist then you'll need to create a MANIFEST.in file in the same folder as setup.py wi

Re: Setuptools - cannot install

On Fri, Jan 3, 2014 at 9:26 AM, wrote: > File "C:\Python\lib\mimetypes.py", line 255, in read_windows_registry > with _winreg.OpenKey(hkcr, subkeyname) as subkey: > TypeError: OpenKey() argument 2 must be str without null characters or None, > not str Interestingly, I pulled up that file

Re: SetupTools

Chandru Rajendran writes: > How can we set the target folder for the package in Setuptools? You do it at install time. In other words, it's not up to the author of ‘setup.py’ to decide; it's for the administrator installing your package (or whoever set the defaults on that specific machine) to d

Re: SetupTools

On 2013-11-25, Chris ???Kwpolska??? Warrick wrote: > Tell your legal department that [...] Ha! good one! In my experience, corporate legal departments have an "ask only" API. All attempts to tell them things will be ignored. -- Grant Edwards grant.b.edwardsYow! Will t

Re: SetupTools

On Mon, Nov 25, 2013 at 9:35 AM, Chandru Rajendran wrote: > > Hi all, > How can we set the target folder for the package in Setuptools? The answer likely is *you are not allowed to do this*. It’s up to the user to set it. Unless you are the user, and want to have the packages you install go to

RE: setuptools for 64-bit 2.7.1 on 64-bit Windows 7?

ital positions, strategies, or opinions. ¿ ; c?".UJ" Glenda: http://glenda.cat-v.org/gallery/ > -Original Message- > From: David Robinow [mailto:[email protected]] > Sent: Friday, May 06, 2011 3:25 PM > To: Dick Bridges > Cc: [email protected] >

Re: setuptools for 64-bit 2.7.1 on 64-bit Windows 7?

On Fri, May 6, 2011 at 1:43 PM, Dick Bridges wrote: > Simple question: Is it true that no setuptools (or any other module > installer) exists for 64-bit python 2.7.1? If there is an installer that > works, what terms might I use to Google for information on how to acquire > and install it? Doesn't

Re: setuptools, accessing ressource files

On Oct 2, 7:04 am, Patrick Sabin wrote: > I use setuptools to create a package. In this package I included some > images and I checked that they are in the egg-file. The problem is how > can I access the images in the package? > > I tried pkgutil.get_data, but only got an IOError, because the EGG-

Re: Setuptools - help!

On Aug 7, 3:04 pm, Peter Chant wrote: > Robert Kern wrote: > > You need to put main.py into the pphoto package. > > > $ mkdir pphoto/ > > $ mv main.py pphoto/ > > $ touch pphoto/__init__.py > > Thanks, it worked.  Any ideas how to run the resulting scripts without > installing or running as root?

Re: Setuptools - help!

On 2009-08-18 15:06 PM, Erik Vandamme wrote: On Aug 7, 9:17 am, Robert Kern wrote: On 2009-08-06 18:04, Peter Chant wrote: Chaps, any ideas, I'm floundering - I don't quite get it. I have the following files, setup.py and main.py in a directory pphoto: # more setup.py from setuptools

Re: Setuptools - help!

On Aug 7, 9:17 am, Robert Kern wrote: > On 2009-08-06 18:04, Peter Chant wrote: > > > > > Chaps, > > > any ideas, I'm floundering - I don't quite get it.  I have the following > > files, setup.py and main.py in a directory pphoto: > > > # more setup.py > > from setuptools import setup, find_packag

Re: Setuptools - help!

Peter Chant wrote: > Thanks, it worked. Any ideas how to run the resulting scripts without > installing or running as root? If you install as root, you should be able to run the scripts as normal user. However, I don't recommend this approach since it could conflict with your system Python packag

Re: Setuptools - help!

Robert Kern wrote: > You need to put main.py into the pphoto package. > > $ mkdir pphoto/ > $ mv main.py pphoto/ > $ touch pphoto/__init__.py > Thanks, it worked. Any ideas how to run the resulting scripts without installing or running as root? Pete -- http://www.petezilla.co.uk -- http:/

Re: Setuptools - help!

On 2009-08-06 18:04, Peter Chant wrote: Chaps, any ideas, I'm floundering - I don't quite get it. I have the following files, setup.py and main.py in a directory pphoto: # more setup.py from setuptools import setup, find_packages setup( name = "Pphoto", version = "0.1", packages

Re: setuptools question.

On Tue, 21 Jul 2009 11:12:01 -0700, Fred C wrote: > I have a python program and when I install this program from the > module home directory using setup.py everything works fine. > > But easy_install fails with the following error, because I am trying > to install some start up shell scripts

Re: setuptools catch 22

> Thanks, Kay. Of course, the workaround would be better known if the > setuptools web page had those instructions instead of "install using > the [non-existent] .exe file." :-) The instructions were written before Python 2.6 was released. They haven't be updated since. Regards, Martin -- http:

Re: setuptools catch 22

On Apr 16, 11:52 am, Kay Schluehr wrote: > Yes, but there is a known workaround: Thanks, Kay. Of course, the workaround would be better known if the setuptools web page had those instructions instead of "install using the [non-existent] .exe file." :-) -- http://mail.python.org/mailman/lis

Re: setuptools catch 22

Mac schrieb: We've got ActiveState Python 2.6 installed on a Windows XP box, and I pulled down the latest archgenxml package (2.2) in order to get it running under this installation of Python. I unpacked the tarball for the package and tried running `python setup.py build' but got an ImportError

Re: setuptools catch 22

On 16 Apr., 17:39, Mac wrote: > We've got ActiveState Python 2.6 installed on a Windows XP box, and I > pulled down the latest archgenxml package (2.2) in order to get it > running under this installation of Python.  I unpacked the tarball for > the package and tried running `python setup.py build

Re: setuptools for 2.6 and windows?

On Nov 14, 2:22 am, Allan <[EMAIL PROTECTED]> wrote: > "Werner F. Bruhin" <[EMAIL PROTECTED]> writes: > > > I would like to start looking into Python 2.6 and do some testing. > > > First hurdle I run into is that I can not find a 2.6 installer for > > Windows for setuptools-0.6.9c, only Py2.4 and P

Re: setuptools without unexpected downloads

On Sep 27, 11:42 am, Istvan Albert <[EMAIL PROTECTED]> wrote: > On Sep 26, 2:09 am, Ben Finney <[EMAIL PROTECTED]> wrote: > > > behaviour with a specific invocation of 'setup.py'. But how can I > > disallow this from within the 'setup.py' program, so my users don't > > have to be aware of this unex

Re: setuptools without unexpected downloads

En Wed, 03 Oct 2007 08:21:04 -0300, Max Erickson <[EMAIL PROTECTED]> escribi�: > "Gabriel Genellina" <[EMAIL PROTECTED]> wrote: > ... >> This recent blog post contains step-by-step instructions on using >> free tools to compile python extensions: >>

Re: setuptools without unexpected downloads

On Oct 2, 11:00 pm, "Gabriel Genellina" <[EMAIL PROTECTED]> wrote: > En Tue, 02 Oct 2007 10:11:24 -0300, <[EMAIL PROTECTED]> escribi?: > > > Holden indicates that VS2003 is the current compiler used for the > > official Python distribution. Do you know how to use that program to > > compile an exe?

Re: setuptools without unexpected downloads

"Gabriel Genellina" <[EMAIL PROTECTED]> wrote: ... > This recent blog post contains step-by-step instructions on using > free tools to compile python extensions: > > -- ... The package available here: http://www.develer.com/oss/GccWinB

Re: setuptools without unexpected downloads

En Tue, 02 Oct 2007 10:11:24 -0300, <[EMAIL PROTECTED]> escribi�: > Holden indicates that VS2003 is the current compiler used for the > official Python distribution. Do you know how to use that program to > compile an exe? Open the program, press F1 and read the documentation provided by its ve

Re: setuptools without unexpected downloads

On Sep 27, 10:44 am, Fredrik Lundh <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > What would it entail to do this? Using py2exe + some installer (like > > Inno Setup) to create an installer that basically copies/installs the > > files into the site-packages folder or wherever the user ch

Re: setuptools without unexpected downloads

[EMAIL PROTECTED] wrote: > What would it entail to do this? Using py2exe + some installer (like > Inno Setup) to create an installer that basically copies/installs the > files into the site-packages folder or wherever the user chooses? if the setup.py file is properly built, "python setup.py bdis

Re: setuptools without unexpected downloads

[EMAIL PROTECTED] wrote: > On Sep 26, 5:52 pm, Steve Holden <[EMAIL PROTECTED]> wrote: >> [EMAIL PROTECTED] wrote: >>> On Sep 26, 8:30 am, Steve Holden <[EMAIL PROTECTED]> wrote: Fredrik Lundh wrote: > Paul Boddie wrote: >> P.S. Of course, the package maintainer problem manifests itsel

Re: setuptools without unexpected downloads

On Sep 26, 2:09 am, Ben Finney <[EMAIL PROTECTED]> wrote: > behaviour with a specific invocation of 'setup.py'. But how can I > disallow this from within the 'setup.py' program, so my users don't > have to be aware of this unexpected default behaviour? I don't have the answer for this, but I can

Re: setuptools without unexpected downloads

On Sep 26, 5:52 pm, Steve Holden <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > On Sep 26, 8:30 am, Steve Holden <[EMAIL PROTECTED]> wrote: > >> Fredrik Lundh wrote: > >>> Paul Boddie wrote: > P.S. Of course, the package maintainer problem manifests itself most > prominently on

Re: setuptools without unexpected downloads

[EMAIL PROTECTED] wrote: > On Sep 26, 8:30 am, Steve Holden <[EMAIL PROTECTED]> wrote: >> Fredrik Lundh wrote: >>> Paul Boddie wrote: P.S. Of course, the package maintainer problem manifests itself most prominently on Windows where you often see people asking for pre-built packages o

Re: setuptools without unexpected downloads

On Sep 26, 8:30 am, Steve Holden <[EMAIL PROTECTED]> wrote: > Fredrik Lundh wrote: > > Paul Boddie wrote: > > >> P.S. Of course, the package maintainer problem manifests itself most > >> prominently on Windows where you often see people asking for pre-built > >> packages or installers. > > > for th

Re: setuptools without unexpected downloads

Fredrik Lundh wrote: > Paul Boddie wrote: > >> P.S. Of course, the package maintainer problem manifests itself most >> prominently on Windows where you often see people asking for pre-built >> packages or installers. > > for the record, I'd love to see a group of volunteers doing stuff like > th

Re: setuptools without unexpected downloads

On 26 Sep, 14:23, Fredrik Lundh <[EMAIL PROTECTED]> wrote: > Paul Boddie wrote: > > P.S. Of course, the package maintainer problem manifests itself most > > prominently on Windows where you often see people asking for pre-built > > packages or installers. > > for the record, I'd love to see a group

Re: setuptools without unexpected downloads

Paul Boddie wrote: > P.S. Of course, the package maintainer problem manifests itself most > prominently on Windows where you often see people asking for pre-built > packages or installers. for the record, I'd love to see a group of volunteers doing stuff like this for Windows. there are plenty

Re: setuptools without unexpected downloads

On 26 Sep, 13:44, "Diez B. Roggisch" <[EMAIL PROTECTED]> wrote: > > Do I understand that correctly that essentially you're saying: if you want > your software released for a certain distro, package it up for it the way > it's supposed to be? I can understand that and said so myself - but then, > th

Re: setuptools without unexpected downloads

> I think most of the evolution has been in the surrounding tools, > although stuff like the new Debian Python policy could be complicating > factors. But I don't think the dependency stuff has changed that much > over the years. It might be, yet one thing is for sure: there have been various time

Re: setuptools without unexpected downloads

On 26 Sep, 12:48, "Diez B. Roggisch" <[EMAIL PROTECTED]> wrote: > [Quoting me...] > > However, the argument that a dependency manager cannot deal with > > different system packages is a weak one: apt and Smart have shown that > > dependency management can be decoupled from package management. > >

Re: setuptools without unexpected downloads

> If you look at PEP 345... > > http://www.python.org/dev/peps/pep-0345/ > > ...you'll see that the dependency information described is quite close > to how such information is represented in Debian packages and with > other dependency management systems. This isn't an accident because > the auth

Re: setuptools without unexpected downloads

On 26 Sep, 11:16, "Diez B. Roggisch" <[EMAIL PROTECTED]> wrote: > > Generally speaking, I think the real problem here is the clash > between "cultures" of dependency-handling. But it's certainly beyond > setuptools scope to cope with every imaginable package management system > out there, and provi

Re: setuptools without unexpected downloads

"Diez B. Roggisch" <[EMAIL PROTECTED]> writes: > Ben Finney wrote: > > How would I modify my 'setup.py' script so that its default > > behaviour, when dependencies are not met, is not "download and > > install dependencies via setuptools" but instead "exit with error > > message"? > > easy_instal

Re: setuptools without unexpected downloads

Ben Finney wrote: > "Diez B. Roggisch" <[EMAIL PROTECTED]> writes: > >> Ben Finney schrieb: >> > To clarify: I want to retain the "assert the specified >> > dependencies are satisfied" behaviour, without the "... and, if >> > not, download and install them the Setuptools Way" behaviour. >> > >> >

Re: setuptools without unexpected downloads

"Diez B. Roggisch" <[EMAIL PROTECTED]> writes: > Ben Finney schrieb: > > To clarify: I want to retain the "assert the specified > > dependencies are satisfied" behaviour, without the "... and, if > > not, download and install them the Setuptools Way" behaviour. > > > > Instead, I just want the def

Re: setuptools without unexpected downloads

Ben Finney schrieb: > Ben Finney <[EMAIL PROTECTED]> writes: > >> How can I, as the distributor of a package using setuptools, gain >> the benefits of dependency declaration and checking, without the >> drawback of unexpected and potentially unwanted download and >> installation? > > To clarify:

Re: setuptools without unexpected downloads

Ben Finney <[EMAIL PROTECTED]> writes: > How can I, as the distributor of a package using setuptools, gain > the benefits of dependency declaration and checking, without the > drawback of unexpected and potentially unwanted download and > installation? To clarify: I want to retain the "assert the

Re: Setuptools, build and install dependencies

Harry George <[EMAIL PROTECTED]> writes: > Robert Kern <[EMAIL PROTECTED]> writes: > >> Harry George wrote: >> >>> We need to know the dependencies, install them in dependency order, >>> and expect the next package to find them. "configure" does this for >>> hundreds of packages. cmake, scons, a

Re: Setuptools, build and install dependencies

Robert Kern <[EMAIL PROTECTED]> writes: > Harry George wrote: > >> We need to know the dependencies, install them in dependency order, >> and expect the next package to find them. "configure" does this for >> hundreds of packages. cmake, scons, and others also tackle this >> problem. Python's o

Re: Setuptools, build and install dependencies

Harry George wrote: > We need to know the dependencies, install them in dependency order, > and expect the next package to find them. "configure" does this for > hundreds of packages. cmake, scons, and others also tackle this > problem. Python's old setup.py seems to be able to do it. No, ge

Re: Setuptools, build and install dependencies (was: eggs considered harmful)

Ben Finney <[EMAIL PROTECTED]> writes: > Harry George <[EMAIL PROTECTED]> writes: > > > Historically, python packages played well in this context. Install > > was a simple download, untar, setup.py build/install. > > > > Eggs and with other setuptools-inspired install processes break this > > pa

Re: setuptools and code.google.com

[EMAIL PROTECTED] (Alex Martelli) writes: > Hey, I'd just love to make it as easy as possible to get gmpy -- that's > why I (shudder!-) even build and upload Windows installers... Brave man! :-) > OK, the .zip file IS there -- I don't know how to build .egg ones but of > course I could study up

Re: setuptools and code.google.com

Jorge Godoy <[EMAIL PROTECTED]> wrote: ... > > these subtleties... thanks for pointing out that there's a problem > > btw!-) > > Thanks for caring ;-) Hey, I'd just love to make it as easy as possible to get gmpy -- that's why I (shudder!-) even build and upload Windows installers... > It lo

Re: setuptools, ez_setup over http proxy

It appears that it was my proxy config that was flakey. setup tools works like a charm. :$ -- http://mail.python.org/mailman/listinfo/python-list

Re: setuptools, ez_setup over http proxy

Thanks guys, Incidentally, I had already tried setting the env variable $http_proxy but that didn't seem to work. That being said, I'm moving this discussion to the distutils-SIG mailing list while I carry out some tests. Thanks again. -- http://mail.python.org/mailman/listinfo/python-list

Re: setuptools, ez_setup over http proxy

yoda wrote: > I've recently configured my network such that I use squid as a http > proxy. I'd now like to be able to use setuptools and ez_setup via this > proxy. Is this possible? If so, how do I do it? > > The most that the setuptools documentation says is > (http://peak.telecommunity.com/Dev

Re: setuptools, ez_setup over http proxy

yoda wrote: > I've recently configured my network such that I use squid as a http > proxy. I'd now like to be able to use setuptools and ez_setup via this > proxy. Is this possible? If so, how do I do it? The key thing is just that Python's urllib module needs to be able to retrieve web pages an

Re: setuptools, ez_setup over http proxy

yoda wrote: > I've recently configured my network such that I use squid as a http > proxy. I'd now like to be able to use setuptools and ez_setup via this > proxy. Is this possible? If so, how do I do it? The key thing is just that Python's urllib module needs to be able to retrieve web pages an

Re: setuptools, ez_setup over http proxy

> I've recently configured my network such that I use squid as a http > proxy. I'd now like to be able to use setuptools and ez_setup via this > proxy. Is this possible? If so, how do I do it? It should work if you sent the environment variable (in your shell) 'http_proxy' to the address of you