On 12/23/2014 12:27 PM, Mark Lawrence wrote:
I chanced upon this
https://mail.python.org/pipermail/distutils-sig/2014-December/025450.html via
twitter and thought it would be of interest here.
I'll assume that by the time I hit 'Send' it'll have arrived on the
announcements mailing list :)
Don
On 20 November 2014 13:31, holger krekel wrote:
> Thanks Paul for going through this! Looking forward to the link/code.
Cheers - it's not forgotten, but real life's being a nuisance, so it's
on the back burner for a short while. I'll try to get something done
in a few weeks.
Paul
--
https://mai
On Sat, Nov 15, 2014 at 10:45 +, Paul Moore wrote:
> On 7 November 2014 15:46, Paul Moore wrote:
> > To that end, I'd like to get an idea of what sort of access to Windows
> > a typical Unix developer would have.
>
> Thanks to all who contributed to this thread.
>
> Based on the feedback, I
Ben Finney wrote:
> Steve Dower writes:
>> Ben Finney wrote:
>> > The restrictions of the license terms make MS Windows an
>> > unacceptable risk on any machine I'm responsible for.
>>
>> Just out of interest, which restrictions would those be?
>
> It has been a long time since I bothered to read
On 7 November 2014 17:42, Ben Finney wrote:
>> Does this prevent you from creating a VM on a cloud provider on your
>> own account?
>
> If I need to accept restrictions such as the above, I don't see that the
> location of the instance (nor the fees charged) has any affect on these
> concerns. The
On 7 November 2014 17:17, Ben Finney wrote:
> Paul Moore writes:
>
>> On 7 November 2014 16:52, Ben Finney wrote:
>> > If I was required to provide packages for MS Windows, the only viable
>> > solutions would be those that don't involve me obtaining an MS Windows
>> > instance myself.
>>
>> For
On 7 November 2014 16:52, Ben Finney wrote:
> If I was required to provide packages for MS Windows, the only viable
> solutions would be those that don't involve me obtaining an MS Windows
> instance myself.
For that usage, an Amazon EC2 AMI sounds ideal, as the license costs
are covered by the A
Ben Finney wrote:
> Paul Moore writes:
>
>> To that end, I'd like to get an idea of what sort of access to Windows
>> a typical Unix developer would have. […] Ideally, a clean Windows 7 or
>> later virtual machine is the best environment, but I don't know if
>> it's reasonable to assume that.
>
> On 07 Nov 2014, at 16:46, Paul Moore wrote:
>
> I'm in the process of developing an automated solution to allow users
> to quickly set up a Windows box so that it can be used to compile
> Python extensions and build wheels. While it can obviously be used by
> Windows developers who want to qui
> On Nov 7, 2014, at 10:46 AM, Paul Moore wrote:
>
> I'm in the process of developing an automated solution to allow users
> to quickly set up a Windows box so that it can be used to compile
> Python extensions and build wheels. While it can obviously be used by
> Windows developers who want to
On 19 May 2014 15:24, Vinay Sajip wrote:
> Fixed issue #47: Updated binary launchers to fix double-quoting bug
> where script executable paths have spaces.
Note that this issue affects pip / virtualenv in that creating a
virtualenv in a path with spaces can result in pip not working in th
On 04/04/2013 9:30 PM, Colin J.
Williams wrote:
Original Message
Subject: Re: distutils without a compiler
Date: Tue, 02 Apr 2013 16:26:59 -0700
From: Ned Deily
To
In article <515aa9bf.4010...@chamonix.reportlab.co.uk>,
Robin Becker wrote:
> Is there a neat way to get distutils to report compiler absence? Most windows
> users don't have a compiler so building extensions usually doesn't work.
>
> However, python's builtin batteries would allow pre-built py
On Wed, Jan 30, 2013 at 9:09 PM, Vinay Sajip wrote:
> Python 3.3 includes a script, pyvenv, which is used to create virtual
> environments.
> However, Distribute and pip are not installed in such environments - because,
> though they are popular, they are third-party packages - not part of Python
Steven D'Aprano-11 wrote
>
> And I have a work-around that seems to work for me. Put this at the top
> of your setup.py install script:
>
>
>
> # Work around mbcs bug in distutils.
> # http://bugs.python.org/issue10945
> import codecs
> try:
> codecs.lookup('mbcs')
> except LookupError:
>
On 26/06/2012 23:24, KACVINSKY Tom wrote:
> I have need for a distutils that supports msvc10, and which can be
> back-fitted into Python 2.6. Is there such a beast?
One trick I found was to define an environment variable *VS90COMNTOOLS*
that points to the actual VS2010 location:
VS90COMNTOOL
On Fri, 24 Feb 2012 00:11:11 +, Steven D'Aprano wrote:
> On Thu, 23 Feb 2012 07:09:35 -0800, jmfauth wrote:
>
>> On 23 fév, 15:06, Steven D'Aprano > +comp.lang.pyt...@pearwood.info> wrote:
>>> Following instructions here:
>>>
>>> http://docs.python.org/py3k/distutils/builtdist.html#creating-
On Thu, 23 Feb 2012 07:09:35 -0800, jmfauth wrote:
> On 23 fév, 15:06, Steven D'Aprano +comp.lang.pyt...@pearwood.info> wrote:
>> Following instructions here:
>>
>> http://docs.python.org/py3k/distutils/builtdist.html#creating-
windows...
>>
>> I am trying to create a Windows installer for a pure
On 23 fév, 15:06, Steven D'Aprano wrote:
> Following instructions here:
>
> http://docs.python.org/py3k/distutils/builtdist.html#creating-windows...
>
> I am trying to create a Windows installer for a pure-module distribution
> using Python 3.2. I get a "LookupError: unknown encoding: mbcs"
>
> He
On 3/06/2011 6:57 PM, Seb S wrote:
Hi all,
Just a quick question , I have a simple script I want to convert into a windows
installer and give to some friends.
I had a look at http://docs.python.org/distutils/introduction.html and wrote
this setup script:
#!/usr/bin/env python
from distuti
Solved: the problem was right there in the packagelist() function, it
replaced '/' with dots instead of using os.sep ...
I'm very sorry for the noise, although it's surprising everything else
works without dots in the packages names :-)
with regard,
Wilbert Berendsen
--
http://www.wilbertberend
In-Reply-To: <8faqj0fno...@mid.individual.net>
References: <8faqj0fno...@mid.individual.net>
In message <8faqj0fno...@mid.individual.net>, on Tue, 14 Sep 2010 20:50:04
-0600, Wed Sep 15 04:50:04 2010, Paul Watson wrote:
> $ python setup.py sdist
> [...]
> reading manifest file 'MANIFEST'
> [...]
On Wednesday 15 September 2010, it occurred to Paul Watson to exclaim:
> So, what is not a regular file about this? Is there any way to find out
> which files are being considered irregular?
Regular files are the kind of files used to store bytes. Other kinds of files
you might find in a file sy
In message <8faqj0fno...@mid.individual.net>, Paul Watson wrote:
> ' not a regular file -- skipping
> ' not a regular file -- skipping
> ' not a regular file -- skipping
Just a guess, is the file it’s complaining about named “'”?
--
http://mail.python.org/mailman/listinfo/python-list
In article ,
Louis Theran wrote:
>
>Is there a standard recipe for getting distutils to built universal .so
>files for modules that have C/C++ source?
You should check the archives of
http://mail.python.org/mailman/listinfo/pythonmac-sig
--
Aahz (a...@pythoncraft.com) <*> http
On 7/26/10 1:36 PM, Louis Theran wrote:
Is there a standard recipe for getting distutils to built
universal .so files for modules that have C/C++ source?
If your Python was built to be Universal, it will automatically use the same
architecture flags to build the extension modules Universal.
On Apr 16, 2010, at 3:12 PM, TomF wrote:
I'm packaging up a program with distutils and I've run into problems
trying to get setup.py right. It's not a standalone package; it's a
script plus modules, data files and documentation. I've been over
the distutils documentation but I'm having t
En Thu, 21 Jan 2010 12:41:20 -0300, Jeremy escribió:
from distutils.core import setup
purePythonModules = ['regex', 'gnuFile']
setup(name='PythonForSafeguards',
version='0.9.1',
description = 'Python code for MCNP and Safeguards analysis.',
author = 'Jake the Snake',
author_em
Wolodja Wentland writes:
> On Fri, Dec 04, 2009 at 19:34 -0500, Nikolaus Rath wrote:
>> All my Python files have extension .py. However, I would like to install
>> scripts that are meant to be called by the user without the suffix, i.e.
>> the file scripts/doit.py should end up as /usr/bin/doit.
>
Lie Ryan writes:
> On 12/5/2009 11:34 AM, Nikolaus Rath wrote:
>> Hello,
>>
>> All my Python files have extension .py. However, I would like to install
>> scripts that are meant to be called by the user without the suffix, i.e.
>> the file scripts/doit.py should end up as /usr/bin/doit.
>>
>> Appa
On Fri, Dec 04, 2009 at 19:34 -0500, Nikolaus Rath wrote:
> All my Python files have extension .py. However, I would like to install
> scripts that are meant to be called by the user without the suffix, i.e.
> the file scripts/doit.py should end up as /usr/bin/doit.
> Apparently the scripts= optio
On 12/5/2009 11:34 AM, Nikolaus Rath wrote:
Hello,
All my Python files have extension .py. However, I would like to install
scripts that are meant to be called by the user without the suffix, i.e.
the file scripts/doit.py should end up as /usr/bin/doit.
Apparently the scripts= option of the set
On Wed, 09 Sep 2009 09:10:38 +1000, Mark Hammond
wrote:
> On 9/09/2009 1:57 AM, Timothy W. Grove wrote:
>> I have successfully built a windows installer for my python program
>> using distutils, (python setup.py bdist_wininst), but is there a way to
>> do it that will allow a user ('user' == 'boss
At 08:14 AM 9/12/2009 +1000, Ben Finney wrote:
Specifically, I want to programmatically access the metadata that is
held in the arguments to the âdistutils.setup()â call. Without,
as you say, executing any Distutils command. I am not aware of any
âdistutilsâ public functions that can do
At 11:25 PM 9/9/2009 +1000, Ben Finney wrote:
That's one of the pain points of the current distutils capability:
there's no standard-library way to extract that information.
If you're talking about setup.cfg (and all the other distutils .cfg
files), all you need to do is create a Distribution
Mark Hammond wrote:
On
9/09/2009 1:57 AM, Timothy W. Grove wrote:
I have successfully built a windows installer for my python program
using distutils, (python setup.py bdist_wininst), but is there a way to
do it that will allow a user ('user' == 'boss', in this case!) to
designate the installa
On 9/09/2009 1:57 AM, Timothy W. Grove wrote:
I have successfully built a windows installer for my python program
using distutils, (python setup.py bdist_wininst), but is there a way to
do it that will allow a user ('user' == 'boss', in this case!) to
designate the installation directory, rather
> This is what whe world has created namespace-packages for. At least if
> you can live with the namespace "pya" being otherwise empty.
That seems like a good solution. Thanks!
--
http://mail.python.org/mailman/listinfo/python-list
Pavel Panchekha schrieb:
Before you flame me, I know that what I'm trying to do is beyond evil.
But I nonetheless want to do it. Feel free to rant if you must. :)
I have a package that I want to install into another package. For
example, I have the packages pya and pyb.
pya is guaranteed to be i
On May 27, 2:10 am, Ron Garret wrote:
> I'm trying to build PyObjC on an Intel Mac running OS X 10.5.7. The
> build is breaking because distutils seems to want to build extension
> modules as universal binaries, but some of the libraries it depends on
> are built for intel-only, i.e.:
>
> [...@mi
On May 26, 11:10 pm, Ron Garret wrote:
> I'm trying to build PyObjC on an Intel Mac running OS X 10.5.7. The
> build is breaking because distutils seems to want to build extension
> modules as universal binaries, but some of the libraries it depends on
> are built for intel-only, i.e.:
>
> [...@m
On May 20, 3:01 pm, Chris Rebert wrote:
> > "Chris Rebert" wrote in message
> >news:mailman.426.1242792992.8015.python-l...@python.org...
> >> On Tue, May 19, 2009 at 8:55 PM, Paul Hemans wrote:
> >>> Hi,
> >>> I am new to Python, and after a lot of sweat and tears, I have my first
> >>> app.
>
> "Chris Rebert" wrote in message
> news:mailman.426.1242792992.8015.python-l...@python.org...
>> On Tue, May 19, 2009 at 8:55 PM, Paul Hemans wrote:
>>> Hi,
>>> I am new to Python, and after a lot of sweat and tears, I have my first
>>> app.
>>> Now I need to deploy it to end-users. The applicat
Hi Chris,
Yes I do intend to use py2exe for windows installation but I don't
understand how it will help me distribute lxml and sqlAlchemy as part of the
install, or am I missing something?
"Chris Rebert" wrote in message
news:mailman.426.1242792992.8015.python-l...@python.org...
> On Tue, May
On Tue, May 19, 2009 at 8:55 PM, Paul Hemans wrote:
> Hi,
> I am new to Python, and after a lot of sweat and tears, I have my first app.
> Now I need to deploy it to end-users. The application includes the use of
> lxml and sqlAlchemy so I need those to install automatically as part of the
> insta
Thanks! I'll try that.
Sorry for replying so late - just didn't get to it.
Christian
--
http://mail.python.org/mailman/listinfo/python-list
On Mar 20, 9:48 am, Christian Meesters wrote:
> as I got no answers with the previous question (subject: disabling
> compiler flags in distutils), I thought I should ask the question in a
> different way: Is there an option to set the compiler flags for a C/C++
> extension in distutils? There is t
En Thu, 05 Mar 2009 14:10:38 -0200, TP
escribió:
Hi everybody,
I have programmed a python package, and I would like to use distutils
with
it. My package has the following structure after doing sdist and build:
$ python setup.py sdist
[...]
$ python setup.py build
[...]
$ tree
.
|-- MANIF
don't know if this is useful, but setuptools is a plug-in replacement for
distutils that makes this kind of thing easier (i think).
http://peak.telecommunity.com/DevCenter/setuptools
andrew
TP wrote:
> Hi everybody,
>
> I have programmed a python package, and I would like to use distutils with
Ben Finney wrote:
Gerry Reno writes:
We have an application, foo-5.0.0, and we want to put out some
pre-release candidates for testing, so we set the version to
"5.0.0_rc1" in setup.py.
That's where your problems start (as you no doubt surmised). If you
want version numbers to compar
Gerry Reno writes:
> We have an application, foo-5.0.0, and we want to put out some
> pre-release candidates for testing, so we set the version to
> "5.0.0_rc1" in setup.py.
That's where your problems start (as you no doubt surmised). If you
want version numbers to compare in a certain order, yo
On Jul 2, 3:38 am, rocksportrocker <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> I've got some problems with the following setup.py file.
> using "python setup.py install -f" it shows that wrap_ica.so is copied
> to /usr and not to /site-packages as I assumed.
> What am I doing wrong ? I'm using Python
> On Mon, Jun 23, 2008 at 9:59 AM, Cédric Lucantis <[EMAIL PROTECTED]> wrote:
> > Yes a checksuite should be kept separate from the 'real' code. You can
> > run it locally by setting the PYTHONPATH environment variable :
> >
> > PYTHONPATH=/path/to/your/modules python checksuite.py
>
> So I could
On Mon, Jun 23, 2008 at 9:59 AM, Cédric Lucantis <[EMAIL PROTECTED]> wrote:
> Yes a checksuite should be kept separate from the 'real' code. You can run it
> locally by setting the PYTHONPATH environment variable :
>
> PYTHONPATH=/path/to/your/modules python checksuite.py
So I could also just appe
Le Monday 23 June 2008 15:38:40 Joe Riopel, vous avez écrit :
> Hi,
>
> I am using Distutils to build and distribute some packages. I do write
> unit tests, but I am confused as to where to put them and how to run
> them prior to the package being installed (The modules being tested
> would not be
On May 18, 3:31 pm, Martin Manns <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have the following problem with the distutils package:
> (I have now spent hours reading and searching the manuals and tutorials,
> and I am still stuck.)
>
> I have a working directory
> ~/pyspread
> in which my libraries are
En Mon, 31 Mar 2008 08:32:15 -0300, PurpleServerMonkey
<[EMAIL PROTECTED]> escribió:
> Was hoping someone could take a quick look at my distutils problem and
> give it a quick sanity check.
>
> Basically I have a server application (for Linux) that I want to
> install to /usr/local/, this locati
Jari Aalto wrote:
> * Fri 2008-03-07 Robert Kern <[EMAIL PROTECTED]> gmane.comp.python.general
> * Message-Id: [EMAIL PROTECTED]
>
> setup(name='program',
>>> ...
> scripts = ['program,py'],
> )
> that the the result is:
>
> /usr/bin/program
>
>>
* Fri 2008-03-07 Robert Kern <[EMAIL PROTECTED]> gmane.comp.python.general
* Message-Id: [EMAIL PROTECTED]
setup(name='program',
>> ...
scripts = ['program,py'],
)
that the the result is:
/usr/bin/program
instead of:
/us
Jari Aalto wrote:
> * Fri 2008-03-07 Robert Kern <[EMAIL PROTECTED]> gmane.comp.python.general
> * Message-Id: [EMAIL PROTECTED]
>> Jari Aalto wrote:
>>> #!/usr/bin/python
>>>
>>> from distutils.core import setup
>>> import glob
>>>
>>> setup(name='program',
> ...
>>> scri
* Fri 2008-03-07 Robert Kern <[EMAIL PROTECTED]> gmane.comp.python.general
* Message-Id: [EMAIL PROTECTED]
> Jari Aalto wrote:
>> #!/usr/bin/python
>>
>> from distutils.core import setup
>> import glob
>>
>> setup(name='program',
...
>> scripts = ['program,py'],
>>
Jari Aalto wrote:
> Given following setup.py stanza:
>
> #!/usr/bin/python
>
> from distutils.core import setup
> import glob
>
> setup(name='program',
> description='',
> keywords='',
> version='',
> url='',
> download_url='',
>
En Fri, 22 Feb 2008 05:28:22 -0200, Sam Peterson
<[EMAIL PROTECTED]> escribió:
> Robert Bossy <[EMAIL PROTECTED]> on Wed, 20 Feb 2008 09:29:12
> +0100 didst step forth and proclaim thus:
>
>> Sam Peterson wrote:
>>> I've been googling for a while now and cannot find a good way to deal
>>> with th
> Not if the documentation for 2.5's got anything to say about it. If
> it does, it's well hidden.
>
> I think I'll kill the idea of using distutils for my program. It
> seems like distutils was primarily designed for modules and
> extensions.
Start using setuptools and pkg_resources. Then you
Robert Bossy <[EMAIL PROTECTED]> on Wed, 20 Feb 2008 09:29:12
+0100 didst step forth and proclaim thus:
> Sam Peterson wrote:
>> I've been googling for a while now and cannot find a good way to deal
>> with this.
>>
>> I have a slightly messy python program I wrote that I've historically
>> just r
On Feb 21, 9:33 am, imageguy <[EMAIL PROTECTED]> wrote:
> I have the setup script working, however, when I run the install, it
> places the module in the root of site-packages.
>
> The following is the deatils from the script
> setup (
> name = "mymodule",
> version = "0.1",
> description = "
Sam Peterson wrote:
> I've been googling for a while now and cannot find a good way to deal
> with this.
>
> I have a slightly messy python program I wrote that I've historically
> just run from the extracted source folder. I have pictures and sound
> files in this folder that this program uses.
Vladimir Rusinov wrote:
> Hello!
>
> I've written a small app, succesfully packaged it and trying to install.
> I'm getting following error:
> # python setup.py install -n
> running install_data
> error: can't copy 'f': doesn't exist or not a regular file
>
> What the 'f'???
> data_file
Robin Becker wrote:
>> Ok. Still, I would write it as
>>
>> #if defined(__LITTLE_ENDIAN__)
>> #undef WORDS_BIGENDIAN
>> #elif defined(__BIG_ENDIAN__)
>> #undef WORDS_BIGENDIAN
>> #define WORDS_BIGENDIAN 1
>> #endif
>>
>> Regards,
>> Martin
> I'm never sure if undef gives an error if
Martin v. Löwis wrote:
>> I prefer to continue using WORDS_BIGENDIAN so fewer changes need to be
>> made to the code. It just makes resynching with the upstream code
>> easier. If neither are defined we get to use the definition from
>> setup.py if it's needed.
>
>
> Ok. Still, I would write it a
> I prefer to continue using WORDS_BIGENDIAN so fewer changes need to be
> made to the code. It just makes resynching with the upstream code
> easier. If neither are defined we get to use the definition from
> setup.py if it's needed.
Ok. Still, I would write it as
#if defined(__LITTLE_ENDIAN__)
Martin v. Löwis wrote:
>> OK I need to use something a bit more complex then; I figure this should
>> work
>>
>> #if defined(__BIG_ENDIAN__) || defined(__LITTLE_ENDIAN__)
>> #ifdef __BIG_ENDIAN__
>> #ifdef WORDS_BIGENDIAN
>> #endif
>
> I don't understand. If you assume that ei
> OK I need to use something a bit more complex then; I figure this should
> work
>
> #if defined(__BIG_ENDIAN__) || defined(__LITTLE_ENDIAN__)
> #ifdef __BIG_ENDIAN__
> #ifdef WORDS_BIGENDIAN
> #undef WORDS_BIGENDIAN
> #endif
> #define WORDS_BIGENDIAN 1
> #
Martin v. Löwis wrote:
...
>> I'm puzzled why WORDS_BIGENDIAN is undefined if both __BIG_ENDIAN__ and
>> __LITTLE_ENDIAN__ are undefined. Surely in that case WORDS_BIGENDIAN
>> should be left alone (if it is already defined). If there's a compiler
>> for a bigendian architecture which doesn't d
> PIL may also have a similar problem as the 1.1.6 setup.py script also
> defines WORDS_BIGENDIAN like this
>
> if struct.unpack("h", "\0\1")[0] == 1:
> defs.append(("WORDS_BIGENDIAN", None))
>
> probably I borrowed/stole this as we have something very similar in our
> setup.p
> #ifdef __BIG_ENDIAN__
> #define WORDS_BIGENDIAN 1
> #else
> #ifndef __LITTLE_ENDIAN__
> #undef WORDS_BIGENDIAN
> #endif
> #endif
>
>
> I'm puzzled why WORDS_BIGENDIAN is undefined if both __BIG_ENDIAN__ and
> __LITTLE_ENDIAN__ are undefined. Surely in that case WORDS_BIGENDIAN
> should be left
Martin v. Löwis wrote:
.
>
> In the specific case, just use the WORDS_BIGENDIAN macro defined in
> pyconfig.h; it will be defined if the target is bigendian, and
> undefined otherwise. In the case of a universal build, it will be
> undefined in the x86 compiler invocation, and defined in t
Martin v. Löwis wrote:
> At first, I also thought that Robin suggested that there is a problem
> with Python. Upon re-reading, I now believe he rather sees the bug
> in the reportlabs code, and is asking for an approach to solve it there.
I saw your posting after I sent mine. The gmane web interfa
Martin v. Löwis wrote:
>>> A user reports problems with one of our extensions when running the
>>> intel compiled extension on ppc and vice versa. He is building the
>>> extension as a universal binary. Although the intel compiled version
>>> runs fine it displays a known bug when run on a ppc.
>> A user reports problems with one of our extensions when running the
>> intel compiled extension on ppc and vice versa. He is building the
>> extension as a universal binary. Although the intel compiled version
>> runs fine it displays a known bug when run on a ppc.
>
> Have you reported the
Robin Becker wrote:
> A user reports problems with one of our extensions when running the
> intel compiled extension on ppc and vice versa. He is building the
> extension as a universal binary. Although the intel compiled version
> runs fine it displays a known bug when run on a ppc.
Have you r
> One proposed fix is to make the endian variable code dynamically change
> at run time.
I would advise against that. Endianness depdency should be resolved at
compile time, with appropriate conditional compilation. Endianness won't
change at run-time (and no, not even for a fat binary - the x86 c
On Dec 6, 2:37 pm, Rick Muller <[EMAIL PROTECTED]> wrote:
> On Dec 5, 7:20 am, [EMAIL PROTECTED] wrote:
>
>
>
> > I recommend asking the distutils guys at their list:
>
> >http://mail.python.org/mailman/listinfo/distutils-sig
>
> > Mike
>
> I did, and no one replied there either. Probably because e
On Dec 5, 7:20 am, [EMAIL PROTECTED] wrote:
>
> I recommend asking the distutils guys at their list:
>
> http://mail.python.org/mailman/listinfo/distutils-sig
>
> Mike
I did, and no one replied there either. Probably because everyone,
there and here, were too polite to say that I was nutso. Which
On Dec 3, 9:44 am, Rick Muller <[EMAIL PROTECTED]> wrote:
> I need some distutils help. I currently run a python library
> (PyQuante) that, until recently, had all of its modules in a single
> directory, called "PyQuante". The setup command in my setup.py module
> had a single "packages" line:
>
>
On Sep 20, 12:08 pm, Robert Kern <[EMAIL PROTECTED]> wrote:
> Gary Jefferson wrote:
> > On Sep 20, 1:22 am, Robert Kern <[EMAIL PROTECTED]> wrote:
> >> Use the "headers" keyword to setup() to list theheaderfiles you want
> >> installed.
>
> > I've tried "headers=['header1.h', 'header2.h']" in se
Gary Jefferson wrote:
> On Sep 20, 1:22 am, Robert Kern <[EMAIL PROTECTED]> wrote:
>> Use the "headers" keyword to setup() to list the header files you want
>> installed.
>
> I've tried "headers=['header1.h', 'header2.h']" in setup() as well
> as in Extension(), and neither seem to get the file
Robert, thanks for the help!
On Sep 20, 1:22 am, Robert Kern <[EMAIL PROTECTED]> wrote:
>
> Use the "headers" keyword to setup() to list the header files you want
> installed.
I've tried "headers=['header1.h', 'header2.h']" in setup() as well
as in Extension(), and neither seem to get the fil
Gary Jefferson wrote:
> My setup.py (with extension) seems to work great for build and
> install, but for bdist_rpm, compilation of the extension fails because
> some of the headers needed to build the extension aren't in the bdist
> tarball.
>
> I've tried adding a 'depends=[]' to the Extension d
[EMAIL PROTECTED] wrote:
> On 7 kol, 19:37, Irmen de Jong <[EMAIL PROTECTED]> wrote:
>> Are you sure you haven't written a module yourself called distutils.py ?
>> (that one will hide the standard distutils module)
> I was search for all distutils files and folders and I'am sure there
> is no d
On 7 kol, 19:37, Irmen de Jong <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Hello again,
>
> > Is there any patch for python "distutils", for this
>
> from distutils import log,dir_util
> > ImportError: cannot import name log
>
> > Regards,
> > Vedran
>
> Are you sure you haven't
[EMAIL PROTECTED] wrote:
> Hello again,
>
> Is there any patch for python "distutils", for this
>
from distutils import log,dir_util
> ImportError: cannot import name log
>
>
> Regards,
> Vedran
>
Are you sure you haven't written a module yourself called distutils.py ?
(that one will hid
On 7 kol, 18:00, Steve Holden <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > On 7 kol, 14:53, Steve Holden <[EMAIL PROTECTED]> wrote:
> >> [EMAIL PROTECTED] wrote:
> >>> Hello again,
> >>> Is there any patch for python "distutils", for this
> >> from distutils import log,dir_util
> >
[EMAIL PROTECTED] wrote:
> On 7 kol, 14:53, Steve Holden <[EMAIL PROTECTED]> wrote:
>> [EMAIL PROTECTED] wrote:
>>> Hello again,
>>> Is there any patch for python "distutils", for this
>> from distutils import log,dir_util
>>> ImportError: cannot import name log
>> What version of Python are yo
On 7 kol, 14:53, Steve Holden <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Hello again,
>
> > Is there any patch for python "distutils", for this
>
> from distutils import log,dir_util
> > ImportError: cannot import name log
>
> What version of Python are you running with? It look
[EMAIL PROTECTED] wrote:
> Hello again,
>
> Is there any patch for python "distutils", for this
>
from distutils import log,dir_util
> ImportError: cannot import name log
>
What version of Python are you running with? It looks as though there
may be something wrong with your installation i
David Abrahams wrote:
> I've been googling myself silly trying to find an answer to this; my
> system's package manager is broken until I can solve it.
>
> I installed some packages using
>
> python setup.py install
>
> and I need to remove them. For some packages,
>
> python setup.py deve
Anastasios Hatzis wrote:
> is it possible to have different names between the original package name
> and that which will be installed?
> [snip]
> Of course with-out changing the original src package name "sdk" to
> "MySDK" (which likely would be the easiest way, hum).
>
> Any suggestion or link
Anastasios Hatzis wrote:
> Hi,
>
> is it possible to have different names between the original package name
> and that which will be installed?
>
> Example:
>
> setup.py
> src/
> sdk/
> __init__.py
> startme.py
>
> This usually creates a distribution file like sdk-0.6.2.
Hello
Benjamin Niemann wrote:
> Hello,
>
> Anastasios Hatzis wrote:
>
>> I want to distribute Python site-packages. Is it okay to use other setup
>> file names than setup.py, which is mentioned in any place I read in the
>> doc?
>>
>> E.g., setupMySDK.py, setupMyLib.py
>>
>> It seems that it wor
1 - 100 of 192 matches
Mail list logo