Hello, hope you're doing well. I greatly appreciate the effort of you
people to make open source projects like you do, but I must ask.
I have heard that security is quite lax when installing modules using the
most popular sites for Python modules. Would you know of how I would
protect myself more
Hi all,
Apologies if this is not the proper channel for the following question.
I have a project that I would like to post on PyPI that clashes with an
existing project that I believe may be abandoned
(https://pypi.org/project/toybox/#description). According to this PEP
Great, thanks! It looks like out of tree builds are supported fine even in
distutils. Properly written extensions will also find the build directory
as a property of the build command. There should be no barrier to using the
single build wheel function for the pep.
On Sun, Jul 9, 2017, 10:33
On Sat, Jul 8, 2017 at 9:09 PM, Daniel Holth wrote:
> Unrelated to pep 517, remind me whether when invoking setup.py build -b
> dir bdist, if the -b argument passed to the build command is supposed to
> affect the build command run as a subcommand of bdist? Asking for a friend
Unrelated to pep 517, remind me whether when invoking setup.py build -b dir
bdist, if the -b argument passed to the build command is supposed to affect
the build command run as a subcommand of bdist? Asking for a friend
On Sat, Jul 8, 2017, 11:17 Jeremy Kloth wrote:
>
On 31 March 2016 at 11:46, Ionel Cristian Mărieș wrote:
> On Thu, Mar 31, 2016 at 1:20 PM, Chris Jerdonek
> wrote:
>>
>> If this feature were working in setuptools, would pip need any changes
>> to "install -e" to allow passing along this extra info
On Thu, Mar 31, 2016 at 1:20 PM, Chris Jerdonek
wrote:
> If this feature were working in setuptools, would pip need any changes
> to "install -e" to allow passing along this extra info to setuptools,
> or is there already a mechanism to allow pass-through of extra
>
On Thu, Mar 31, 2016 at 2:12 AM, Paul Moore wrote:
> On 31 March 2016 at 10:00, Ionel Cristian Mărieș wrote:
>> On Thu, Mar 31, 2016 at 9:22 AM, Chris Jerdonek
>> wrote:
>>>
>>> It would be nice if pip-installing a project
On 31 March 2016 at 10:00, Ionel Cristian Mărieș wrote:
> On Thu, Mar 31, 2016 at 9:22 AM, Chris Jerdonek
> wrote:
>>
>> It would be nice if pip-installing a project directory in editable
>> mode didn't require writing to the project directory. Is
On Thu, Mar 31, 2016 at 9:22 AM, Chris Jerdonek
wrote:
> It would be nice if pip-installing a project directory in editable
> mode didn't require writing to the project directory. Is there a
> fundamental reason it needs to?
>
I'd speculate that no one was annoyed
On Wed, Mar 30, 2016 at 10:56 PM, Ionel Cristian Mărieș
wrote:
>
> On Thu, Mar 31, 2016 at 3:03 AM, Chris Jerdonek
> wrote:
>>
>> When developing locally, however, the sync process mounts the synced
>> directory "over" the directory that was
On Thu, Mar 31, 2016 at 3:03 AM, Chris Jerdonek
wrote:
> When developing locally, however, the sync process mounts the synced
> directory "over" the directory that was initialized at Docker-build
> time. Thus the egg-info directories are missing from the synced
>
Hi,
I have a local development workflow question I'm looking for feedback
or suggestions on. It relates to installing things in editable mode in
conjunction with syncing source files to a VM.
I'm developing a Python project that is deployed / runs inside a
Docker container. I do my local
Hi all,
a friend showed me the case of the package "django-ddp": it's PyPI page[1]
contains a section "Requires Distributions", apparently matching package'
setup.py declarations[2].
Since very few other PyPI pages contain that information, surely not those
describing my packages, even if their
This is a longstanding issue in that the ABI tag (the middle tag in
py27-none-linux_x86_64) is not implemented for Python 2.7 in
bdist_wheel or in pip. The design calls for a cp27d tag for your
wheel, instead it is always none. It would be pretty easy to fix by
writing some Python 2 code that
Hey,
It appears that using a debug build of python 2.7 doesn't mark the wheels
built using it in any special way. Pip would install them on a regular
python 2.7 (if they would be on an package index) and then later on imports
for C extensions would fail (not sure why, tho I suspect the different
hi am blind and am python programmer but i can't write the codes from
python idl should i use notepat ++ and some plugins to write and run
the codes cause the python idlis not accessible with blind and with
the screen reader i hope to hear from you as soon as thanks regards
On 1404130668299, batoot zilzel batoot2...@gmail.com wrote:
hi am blind and am python programmer but i can't write the codes from
python idl should i use notepat ++ and some plugins to write and run
the codes cause the python idlis not accessible with blind and with
the screen reader i hope
The PyPI Twitter feed stopped updating a couple of weeks back -- kind of
missing seeing it, found all sorts of fun things I wouldn't have
otherwise noticed, anyone know if this is a temporary thing or was it
done away with? Thanks.
___
Distutils-SIG
On May 20, 2014, at 9:39 AM, Max Norris max.tarana...@gmail.com wrote:
The PyPI Twitter feed stopped updating a couple of weeks back -- kind of
missing seeing it, found all sorts of fun things I wouldn't have otherwise
noticed, anyone know if this is a temporary thing or was it done away
I don't know who maintains it.
On 20 May 2014 23:45, Donald Stufft don...@stufft.io wrote:
On May 20, 2014, at 9:39 AM, Max Norris max.tarana...@gmail.com wrote:
The PyPI Twitter feed stopped updating a couple of weeks back -- kind of
missing seeing it, found all sorts of fun things I
I have only recently joined this list --- hopefully my first mail to this list
is acceptable.
*First*, is it possible to place comments in the distutils.cfg file?
*Second*, I have been unable to install yappi (included in the PyPI list) on my
Windows 7 (64-bit) platform with Python 2.7
In article
caotb1wdpg748xrui0cs5jp-lugr_b1apgggy_fjmr+zdhr0...@mail.gmail.com,
Chris Jerdonek chris.jerdo...@gmail.com wrote:
On Thu, Oct 27, 2011 at 1:23 PM, Ned Deily n...@acm.org wrote:
In article
caotb1wf9jpwbtxqwmf8ghmc1v3vmhmkdeo7rejeoysnxy_p...@mail.gmail.com,
Chris Jerdonek
On Thu, Oct 27, 2011 at 11:54 PM, Ned Deily n...@acm.org wrote:
Hi, I have a quick question regarding easy_install and MacPorts. I
tried easy_installing nose
This worked, except it installed the nosetests script into--
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin
Hi, I have a quick question regarding easy_install and MacPorts. I
tried easy_installing nose while using MacPorts (Python 2.6.7 /
py26-distribute @0.6.24_0 / MacPorts version 2.0.3) --
sudo python -m easy_install nose
This worked, except it installed the nosetests script into--
On Thu, Oct 27, 2011 at 8:22 AM, Chris Jerdonek chris.jerdo...@gmail.comwrote:
Hi, I have a quick question regarding easy_install and MacPorts. I
tried easy_installing nose while using MacPorts (Python 2.6.7 /
py26-distribute @0.6.24_0 / MacPorts version 2.0.3) --
sudo python -m
In article
caotb1wf9jpwbtxqwmf8ghmc1v3vmhmkdeo7rejeoysnxy_p...@mail.gmail.com,
Chris Jerdonek chris.jerdo...@gmail.com wrote:
Hi, I have a quick question regarding easy_install and MacPorts. I
tried easy_installing nose while using MacPorts (Python 2.6.7 /
py26-distribute @0.6.24_0 /
On Thu, Oct 27, 2011 at 1:23 PM, Ned Deily n...@acm.org wrote:
In article
caotb1wf9jpwbtxqwmf8ghmc1v3vmhmkdeo7rejeoysnxy_p...@mail.gmail.com,
Chris Jerdonek chris.jerdo...@gmail.com wrote:
Hi, I have a quick question regarding easy_install and MacPorts. I
tried easy_installing nose
This
Hi,
What's the best way to bundle tests into a test archive for a distribution
using distribute or setuptools?
My requirements:
* Tests should not be installed because the testsuite is larger than the actual
package and not generally usefull
* python setup.py develop should also not add the
At 12:35 PM 8/17/2010 +0200, Ronald Oussoren wrote:
Hi,
What's the best way to bundle tests into a test archive for a
distribution using distribute or setuptools?
My requirements:
* Tests should not be installed because the testsuite is larger than
the actual package and not generally
Hello,
I apologize for cross-posting. I am working on improving how I
distribute a few python packages, and in the process I have run into
some questions that involve easy_install, setuptools/distribute/, pip,
and the relationships between them.
I was originally planning on using easy_install to
10.12.2009 19:18, Darren Dale kirjoitti:
Hello,
I apologize for cross-posting. I am working on improving how I
distribute a few python packages, and in the process I have run into
some questions that involve easy_install, setuptools/distribute/, pip,
and the relationships between them.
I was
2009/12/10 Alex Grönholm alex.gronh...@nextday.fi:
10.12.2009 19:18, Darren Dale kirjoitti:
* The documentation states that easy_install will be deprecated, and
that we should use pip. Isn't this premature, given the current
discrepancy between the capabilities and platform support of pip and
2009/12/10 Darren Dale dsdal...@gmail.com:
[..]
Questions for pip and Distribute:
* How closely coupled are these projects?
As Ian said, they are not closely coupled, but some people are
contributing to both projects, and
in Distribute we want to stop developing easy_install because a
package
2009/12/10 Darren Dale dsdal...@gmail.com:
2009/12/10 Alex Grönholm alex.gronh...@nextday.fi:
10.12.2009 19:18, Darren Dale kirjoitti:
* The documentation states that easy_install will be deprecated, and
that we should use pip. Isn't this premature, given the current
discrepancy between the
Dear sir/maddam
I am using python Release 2.3.3, but I cant use it solving the following
python source code. Would you please help me in solving the following problem
using some other python release.
Exponentiation
Consider the following Python code: def expo(s,lm,N): return reduce(lambda
I am having troubles working with setuptools on Solaris. The Solaris
operating system normally installs modules as packages which contain
binaries. This is unlike other Linux operating systems where, for
exmaple, an RPM would download the source and build it on the user's
machine when they
On Wed, Oct 1, 2008 at 2:12 AM, Brian Cameron [EMAIL PROTECTED] wrote:
I am having troubles working with setuptools on Solaris. The Solaris
operating system normally installs modules as packages which contain
binaries. This is unlike other Linux operating systems where, for
exmaple, an RPM
At 01:12 AM 10/1/2008 -0500, Brian Cameron wrote:
I am having troubles working with setuptools on Solaris. The
Solaris operating system normally installs modules as packages which contain
binaries. This is unlike other Linux operating systems where, for
exmaple, an RPM would download the
Phillip Others:
Thanks so much for taking the time to answer my questions, I am a
newbie to setuptools so I apologize if I was just being thick.
Phillip, your suggested solution of using --root solved my problem. I
was previously using --prefix instead, but using --root creates the
packages
At 02:15 PM 10/1/2008 -0500, chris wrote:
Is it just me, or does --root work the same way
--single-version-externally-managed does, just with the addition of
the directory?
--root automatically triggers --single-version-externally-managed, in
addition to distutils' normal handling of --root.
At 05:33 PM 8/22/2008 +0100, Fadhley Salim wrote:
All of the five sources contain the exact same collection of files.
Most users who can access the european web-servers cannot access the
American UNC paths and vice-versa.
That usually works out well, because the sources a user cannot access
Phillip == Phillip J Eby [EMAIL PROTECTED] writes:
Phillip At 07:00 AM 3/19/2008 +0100, Terry Jones wrote:
I guess I'm missing something here?
Phillip Whoops, my bad. 'get_finalized_command' is a distutils *command
Phillip object* method, not a distribution method. I usually work with
Phillip
At 07:00 AM 3/19/2008 +0100, Terry Jones wrote:
Phillip == Phillip J Eby [EMAIL PROTECTED] writes:
Phillip It'd be on the 'install_lib' command instance, not the
Phillip distribution. Try
Phillip dist.get_finalized_command('install_lib').install_dir instead.
For the record / archives, I
On Tue, Mar 18, 2008 at 6:27 AM, Terry Jones [EMAIL PROTECTED] wrote:
[Apologies if this is in the mailing list archives. I looked but didn't
see anything, based on a search for run_setup]
I'm trying to programmatically install something built using distutils. I
found
At 06:27 AM 3/18/2008 +0100, Terry Jones wrote:
[Apologies if this is in the mailing list archives. I looked but didn't
see anything, based on a search for run_setup]
I'm trying to programmatically install something built using distutils. I
found distutils.core.run_setup and can use it via
On Tue, Mar 18, 2008 at 5:34 PM, Phillip J. Eby [EMAIL PROTECTED]
wrote:
[cut]
I never could get run_setup() to work robustly.
Here's how setuptools does it, and it works well with quite a lot of
packages:
os.chdir(setup_dir)
try:
sys.argv[:] =
Hi Phillip Tarek
Thanks for the replies, and the code!
Terry
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
At 05:55 PM 3/18/2008 +0100, Tarek Ziadé wrote:
Cool ! Maybe this could be pushed into distutils ? It looks more
like a fix to me
Well, it's not really even a substitute for run_setup(), let alone a
fix. It just lets you run the script, not get access to its
distribution object.
I'm not sure
Phillip == Phillip J Eby [EMAIL PROTECTED] writes:
Phillip At 06:27 AM 3/18/2008 +0100, Terry Jones wrote:
[snip]
If so, how can I find where the thing(s) I installed now resides?
[snip]
Phillip It'd be on the 'install_lib' command instance, not the
Phillip distribution. Try
Phillip
At 04:03 AM 3/19/2008 +0100, Terry Jones wrote:
Phillip == Phillip J Eby [EMAIL PROTECTED] writes:
Phillip At 06:27 AM 3/18/2008 +0100, Terry Jones wrote:
[snip]
If so, how can I find where the thing(s) I installed now resides?
[snip]
Phillip It'd be on the 'install_lib' command instance, not
[Apologies if this is in the mailing list archives. I looked but didn't
see anything, based on a search for run_setup]
I'm trying to programmatically install something built using distutils. I
found distutils.core.run_setup and can use it via
dist = run_setup('setup.py', ['-q', 'install'])
Jim Fulton wrote:
On Jan 29, 2008, at 9:52 AM, Jeff Rush wrote:
Suppose I have something like:
[FreeTDS_installation]
recipe = zc.recipe.cmmi
url = blah
odbcinst_ini =
[FreeTDS]
Driver = ${FreeTDS_installation:location}/lib/libtdsodbc.so
1) Since the variable expansion is
In using buildout, I've come across a couple of limitations and I'm wondering
if there are workarounds.
Suppose I have something like:
[FreeTDS_installation]
recipe = zc.recipe.cmmi
url = blah
odbcinst_ini =
[FreeTDS]
Driver = ${FreeTDS_installation:location}/lib/libtdsodbc.so
1) Since
On Jan 29, 2008, at 9:52 AM, Jeff Rush wrote:
In using buildout, I've come across a couple of limitations and I'm
wondering
if there are workarounds.
Suppose I have something like:
[FreeTDS_installation]
recipe = zc.recipe.cmmi
url = blah
odbcinst_ini =
[FreeTDS]
Driver =
Jos Yule wrote:
I didn't know where else to address this - is there a mailing list or
group which would be better suited to this email?
The distutils-sig group (copied) might be good. Especially when I'm
unsure of the answer like now ;)
First - thanks for workingenv! Very helpful.
I've
Hi,
In:
get_config_vars(*args):
global _config_vars
if _config_vars is None:
...
else:
...
...
even on the first invocation, it appears _config_vars
has some valid data, supposedly picked up from
the makefile of the build python... But can't
It's true (see thread below) - I have been scared away from asking
questions about distutils. But here I go...
Can someone help me. I think this is quite a common
problem but there doesn't appear to be any obvious answer:
Can someone suggest how I can write a setup.py for a pure-Python
At 01:58 PM 12/8/2005 +, Noel O'Boyle wrote:
Can someone suggest how I can write a setup.py for a pure-Python
application that should install on both Linux and Windows?
The application includes a startup script, a package, and some data
files (or package data) referred to by some modules in
I have made a program that I want to distribute as an egg. The problem is that
I need to put some files in directories like /etc/init.d and some
configurations in a newly created directory in /etc.
I know there is the entry_points + console_scripts stuff that I can use in
my setup.py, but this
At 09:39 PM 9/14/2005 -0700, Robert Kern wrote:
Phillip J. Eby wrote:
This code will break on other people's installations, in that it will not
be able to tell you're installing to a non-site directory unless you
explicitly provide an --install-dir on the command line. It will thus
At 09:42 PM 9/13/2005 -0700, Robert Kern wrote:
Phillip J. Eby wrote:
At 06:43 PM 9/13/2005 -0700, Robert Kern wrote:
My request is that if --prefix is provided, then the value of
--site-dirs be calculated from it.
I'd suggest using PYTHONHOME instead, since that will actually make
Phillip J. Eby wrote:
At 11:27 PM 9/13/2005 -0700, Robert Kern wrote:
Index: setuptools/command/easy_install.py
=== RCS
file:
/cvsroot/python/python/nondist/sandbox/setuptools/setuptools/command/easy_install.py,v
retrieving
Phillip J. Eby wrote:
This code will break on other people's installations, in that it will not
be able to tell you're installing to a non-site directory unless you
explicitly provide an --install-dir on the command line. It will thus
create a non-working easy-install.pth, and will fail
I dont know if this is the right place to ask but I know i'v read a
couple of mails on the list about setuptools so I will give it a try.
I seem to have a problem with setuptools. I install all packages with
--home=~ (using
.pydistutils.cfg) . this means I need to use require to import a egg,
At 09:07 PM 9/13/2005 +0200, Elvelind Grandin wrote:
I seem to have a problem with setuptools. I install all packages with
--home=~ (using
.pydistutils.cfg) . this means I need to use require to import a egg,
which is fine. But I cant import pkg_resources.require since it is
installed in ~ and
At 04:44 PM 9/13/2005 -0700, Robert Kern wrote:
Phillip J. Eby wrote:
See:
http://cvs.sourceforge.net/viewcvs.py/python/python/nondist/sandbox/setuptools/EasyInstall.txt?rev=HEADview=auto
under Non-Root Installation for details of the best way to do this; it
may require a slight
At 06:43 PM 9/13/2005 -0700, Robert Kern wrote:
My request is that if --prefix is provided, then the value of
--site-dirs be calculated from it.
I'd suggest using PYTHONHOME instead, since that will actually make Python
run from that directory. However, my main concern is not making these path
Hello,
i am a newbie using distutils... i m trying to make a
installer for windows which will compile few python
files. What i want to know is that if i am creating a
newer version of the installer how do i check for the
previous versions installed and also install newer
versions in a separate
69 matches
Mail list logo