P.J. Eby wrote:
Hm. Maybe I should just let you guys take over the thing entirely and
do the releases however you like. More free time for me. ;-)
Phil,
That's all any of us have ever actually asked...
If you could relinquish your cold iron grip on setuptools, we could get
on with the wor
Am 20.07.2009 um 21:11 schrieb Tres Seaver:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tarek Ziadé wrote:
On Fri, Jul 17, 2009 at 11:50 AM, Hanno
Schlichting wrote:
Hi.
On Fri, Jul 17, 2009 at 2:07 AM, David Lyon> wrote:
If I find anymore issues I can post them to there instead of the
On Tue, Jul 21, 2009 at 1:08 PM, Jannis Leidel wrote:
>
> Am 20.07.2009 um 21:11 schrieb Tres Seaver:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Tarek Ziadé wrote:
>>>
>>> On Fri, Jul 17, 2009 at 11:50 AM, Hanno Schlichting
>>> wrote:
Hi.
On Fri, Jul 17, 2009 at
On Mon, 20 Jul 2009 20:22:41 -0400, "P.J. Eby" wrote:
At 05:55 PM 7/20/2009 -0400, Jean-Paul Calderone wrote:
Hello all,
I'm trying to figure out how to include some extra DLLs which are required
by an extension module I'm trying to package (pyOpenSSL).
From what I can tell, the DLLs need to
On Tue, 21 Jul 2009 09:02:16 -0400, Jean-Paul Calderone
wrote:
On Mon, 20 Jul 2009 20:22:41 -0400, "P.J. Eby"
[snip]
Use package_data instead; it should do the right thing with both distutils
and setuptools. (It is available in the distutils as of Python 2.4; for
2.3 you'd have to use set
Hello
I've uploaded a "preview" of the distribution in the repository
website. That's not the official release but I've added there so
people can help me debug it
before it gets out for real ;)
There's a script called "new_ez_setup.py" you can download and use to
install Distribute :
http://bitbu
On Tue, 21 Jul 2009 09:47:46 -0400, Jean-Paul Calderone
wrote:
On Tue, 21 Jul 2009 09:02:16 -0400, Jean-Paul Calderone
wrote:
On Mon, 20 Jul 2009 20:22:41 -0400, "P.J. Eby"
[snip]
Use package_data instead; it should do the right thing with both distutils
and setuptools. (It is available
Just a quick note, if you are scared to try :), and since I didn't
document this yet
The original setuptools egg is renamed in an .OLD.TIMESTAMP file
in your sys.prefix/site-packages directory, so to get back to a normal state,
all you have to do is to replace the fake egg with the original one.
Haha
lucky I'm using a powerful tool like a GUI package manager...
- I'll just click on setuptools - click remove
- click install .egg
- see what happens :-)
If I find anything I'll report it back to your tracker..
:-)
David
On Tue, 21 Jul 2009 17:06:03 +0200, Tarek Ziadé
wrote
At 11:09 AM 7/21/2009 -0400, Jean-Paul Calderone wrote:
On Tue, 21 Jul 2009 09:47:46 -0400, Jean-Paul Calderone
wrote:
On Tue, 21 Jul 2009 09:02:16 -0400, Jean-Paul Calderone
wrote:
On Mon, 20 Jul 2009 20:22:41 -0400, "P.J. Eby"
[snip]
Use package_data instead; it should do the right thing
Background:
The Mayavi project generates wrapper code around VTK during it's build
process. This gets bundled into a zip file called tvtk_classes.zip and
included in a binary distribution. Currently, we mark built eggs as
non-zip-safe so that they get unpacked during installation, which make
New submission from Sridhar Ratnakumar :
On Mon, 20 Jul 2009 17:20:44 -0700, P.J. Eby wrote:
At 01:26 PM 7/20/2009 -0700, Sridhar Ratnakumar wrote:
On Sat, 18 Jul 2009 19:31:36 -0700, P.J. Eby wrote:
discovery.resources -- basically pkg_resources under a different name
It may also be worth
On Mon, 20 Jul 2009 19:46:49 -0700, P.J. Eby wrote:
At 05:39 PM 7/20/2009 -0700, Sridhar Ratnakumar wrote:
I've already looked into that before (in pkg_resources.py) -
unfortunately, this does not return all of requires.txt (as Python dict,
that is), but only *what* you specify in the 'extras'
At 07:02 PM 7/21/2009 -0500, Dave Peterson wrote:
Background:
The Mayavi project generates wrapper code around VTK during it's
build process. This gets bundled into a zip file called
tvtk_classes.zip and included in a binary distribution. Currently,
we mark built eggs as non-zip-safe so tha
Ok, I give up.
To parse I need access to the .egg-info/ directory. Why? This is the code
I currently use to access _dep_map.
import pkg_resources as pr
egg_info = '[...]/src/zope.component.egg-info'
base_dir = os.path.dirname(egg_info)
metadata = pr.PathMetadata(base_dir, egg_info)
dist = pr
On Tue, 21 Jul 2009 14:12:48 -0400, "P.J. Eby"
wrote:
> The concept of "package data" is data in the same directory as the
> package's Python code. Using it to install libraries is a bit of a
> hack in the first place.
Too right it's a hack - haha. I'm glad that I'm not the only one who's
not
On Tue, 21 Jul 2009 17:27:16 -0700, "Sridhar Ratnakumar"
wrote:
> Ok, I give up.
Don't do that - if you go I will be all alone - haha
> Is there anyway to get access to this parsed _dep_map without having a
> reference to the .egg-info directory? After all, everything needed to
> parse requi
At 05:27 PM 7/21/2009 -0700, Sridhar Ratnakumar wrote:
Ok, I give up.
To parse I need access to the .egg-info/ directory. Why? This is the code
I currently use to access _dep_map.
import pkg_resources as pr
egg_info = '[...]/src/zope.component.egg-info'
base_dir = os.path.dirname(egg_info)
met
On Tue, 21 Jul 2009 18:04:00 -0700, P.J. Eby wrote:
Is there anyway to get access to this parsed _dep_map without having a
reference to the .egg-info directory? After all, everything needed to
parse requires.txt is that file alone.
Note: requires.txt is extracted and stored elsewhere, so I can
David Lyon wrote:
> On Tue, 21 Jul 2009 14:12:48 -0400, "P.J. Eby"
> wrote:
>> The concept of "package data" is data in the same directory as the
>> package's Python code. Using it to install libraries is a bit of a
>> hack in the first place.
>
> Too right it's a hack - haha. I'm glad that I'
At 07:19 PM 7/21/2009 -0700, Sridhar Ratnakumar wrote:
On Tue, 21 Jul 2009 18:04:00 -0700, P.J. Eby wrote:
Is there anyway to get access to this parsed _dep_map without having a
reference to the .egg-info directory? After all, everything needed to
parse requires.txt is that file alone.
Note:
On Tue, 21 Jul 2009 22:20:15 -0500, Jeff Rush wrote:
>> Too right it's a hack - haha. I'm glad that I'm not the only one who's
>> noticed.
>
> You're misreading him - the hack is using an attribute of
> "package_data", ..
No I'm not...
I realise that was was being said related to a "tiny h
At 12:59 AM 7/22/2009 -0400, David Lyon wrote:
But installing .dll files on windows is 100% neccessary in many
"normal-use" cases. It's just not out of the ordinary.
You can get setuptools to build *and* install them for you,
actually. It's just not documented, since the feature is not
well-
On Wed, 22 Jul 2009 01:32:25 -0400, "P.J. Eby"
wrote:
>
> You can get setuptools to build *and* install them for you,
> actually. It's just not documented, since the feature is not
> well-supported on all platforms. (Windows is actually about the only
> platform it works properly on out of t
24 matches
Mail list logo