Re: [Distutils] distlib updated to include "entry point" functionality

On Tue, Oct 9, 2012 at 5:45 PM, Vinay Sajip wrote: > Clearly, distlib can't do things exactly > the way they're done in pkg_resources and setuptools, since those are not > considered suitable to go into the stdlib, The two aren't 100% connected, even assuming the antecedent were true. Originally

Re: [Distutils] distlib updated to include "entry point" functionality

On Mon, Oct 8, 2012 at 5:14 PM, Vinay Sajip wrote: > What do *you* mean by entry point? My understanding is that it represents the > start of some executable code. Wikipedia: > > "In computer programming, an entry point is a memory address, corresponding > to a > point in the code of a computer p

Re: [Distutils] distlib updated to include "entry point" functionality

On Mon, Oct 8, 2012 at 2:05 PM, Vinay Sajip wrote: > I've now updated distlib to include equivalent functionality for > pkg_resources' > entry points. There is no ability to install packages on-demand via > "require()" > functionality, but distributions are able to register things they implement

Re: [Distutils] pkg_resources API use according to Nullege search engine

On Tue, Oct 2, 2012 at 2:44 PM, Vinay Sajip wrote: > Daniel Holth gmail.com> writes: > >> dlopen() is the canonical example of an API that can only use a filename. > > Okay. Naturally there is already support for absolute paths in the file system > for resources which are in the file system, so t

Re: [Distutils] indexing sys.meta_path hook?

On Fri, Sep 28, 2012 at 6:27 PM, Daniel Holth wrote: > Is the new python 3.3 optimization documented anywhere? I am having trouble > finding it. Well, it's mentioned several places in http://docs.python.org/dev/whatsnew/3.3.html, albeit rather obscurely. Most important mention is probably this:

Re: [Distutils] indexing sys.meta_path hook?

On Fri, Sep 28, 2012 at 4:14 PM, Daniel Holth wrote: > Has anyone bothered to write a meta path hook that checks all the > top_level.txt on a sys.path full of eggs, and uses > imp.load_module(name, short list of paths) to find the module instead > of the default load_module(name, full sys.path)?

Re: [Distutils] .egg-info metadata

On Fri, Sep 21, 2012 at 3:25 PM, Donald Stufft wrote: > And when you have 2 packages that both provides: tastypie? Which is a real > world occurence. Hey, I didn't say it would work in practice, I said it would work in *theory*. ;-) The point was, if you only have to have something work in theo

Re: [Distutils] .egg-info metadata

On Fri, Sep 21, 2012 at 12:59 PM, Donald Stufft wrote: > How would you take ``requires: tastypie`` and turn it into > `django-tastypie`? By matching Requires with Provides at the index level. That is, by having PyPI index packages' Provides so that you can search for packages that match a given

Re: [Distutils] .egg-info metadata

On Fri, Sep 21, 2012 at 11:04 AM, Brett Cannon wrote: > Agreed. While I might have a suggestion to grab some project from some place > on e.g. bitbucket, This might've been buried in the thread, but that's *precisely* what dependency links are: a *suggestion* as to where a *normally declared depe

Re: [Distutils] .egg-info metadata

On Fri, Sep 21, 2012 at 1:28 AM, Donald Stufft wrote: > These fields were _not_ for saying that it required a particular > distribution/project > and _were_ for saying it requires a particular module or package (in the > import sense). Yes, but that was still sufficient information to implement a

Re: [Distutils] .egg-info metadata

On Fri, Sep 21, 2012 at 3:06 AM, Nick Coghlan wrote: > On Fri, Sep 21, 2012 at 2:57 PM, PJ Eby wrote: >> This is no more guesswork than the PyPI /simple index discovery protocol is. > > You have zero idea what's at the end of a URL link. You're just hoping > it'

Re: [Distutils] .egg-info metadata

On Fri, Sep 21, 2012 at 12:24 AM, Nick Coghlan wrote: > On Fri, Sep 21, 2012 at 1:58 PM, PJ Eby wrote: >> On Thu, Sep 20, 2012 at 10:51 PM, Nick Coghlan wrote: >>> On Fri, Sep 21, 2012 at 12:08 PM, Donald Stufft >>> wrote: >>>> Maybe that's just m

Re: [Distutils] .egg-info metadata

On Thu, Sep 20, 2012 at 10:51 PM, Nick Coghlan wrote: > On Fri, Sep 21, 2012 at 12:08 PM, Donald Stufft > wrote: >> Maybe that's just me though. > > Nope, it's "In the face of ambiguity, refuse the temptation to guess" > applied to dependency metadata. How are dependency links guessing anything

Re: [Distutils] .egg-info metadata

On Thu, Sep 20, 2012 at 4:53 PM, Donald Stufft wrote: > On Thursday, September 20, 2012 at 4:24 PM, Daniel Holth wrote: > > It's probably a style thing, but I like to distribute this information > out-of-band. So as the author of foopackage (an application) I list > all the requirements and their

Re: [Distutils] .egg-info metadata

On Sun, Sep 16, 2012 at 9:40 PM, Daniel Holth wrote: >> I've been chatting to Chris McDonough a bit as well, and one >> potentially useful thing would be to clearly document the >> setuptools/distribute metadata precisely as it is generated today. The official docs for all egg formats can be foun

Re: [Distutils] Extension: Entry-Point

On Thu, Sep 13, 2012 at 8:23 AM, Daniel Holth wrote: > On Thu, Sep 13, 2012 at 4:04 AM, Chris McDonough wrote: >> On Thu, 2012-09-13 at 01:50 -0400, Daniel Holth wrote: >>> I propose mapping a typical entry_points.txt to Metadata 1.3 like so: >>> >>> [pyramid.scaffold] >>> starter

Re: [Distutils] following modules appear to be missing:

This sounds like people familiar with py2exe will be better able to help you. As far as I can tell there is nothing about your problem that relates to the Distutils per se. py2exe is an add-on to the distutils, and has its own mailing list, which you can find here: https://lists.sourceforge.net/

Re: [Distutils] strong hashing in RECORD and signed wheel files

On Wed, Jul 18, 2012 at 1:53 PM, Daniel Holth wrote: > One of the main design goals for the wheel built package format is > that a wheel archive extracted to sys.path is a PEP-376 compliant > installation. I also want most wheel files to be cryptographically > signed. The idea is to include a < 25

Re: [Distutils] easy_install issues

On Fri, Jul 13, 2012 at 1:13 PM, Fred G wrote: > Hi-- > > I was having some difficulties installing easy_install. I was following a > tutorial that had me on the command prompt typing > C:/easy_tutorial\ez_setup.py > > but in the tutorial this did something else then what my computer did. For >

Re: [Distutils] Adding Provides-Extra as an edit to PEP 345

On Wed, Jul 4, 2012 at 7:40 AM, Daniel Holth wrote: > > Provides-Extra (multiple use) > : > A string containing the name of an optional feature. Must be a valid Python > identifier. May be used to make a dependency conditional on whether the > optional feature has been

Re: [Distutils] Proposal: drop md5 for sha256

On Wed, Jul 4, 2012 at 5:07 AM, Tarek Ziadé wrote: > On 7/4/12 9:47 AM, Tarek Ziadé wrote: > > Oh let's do a fletcher checksum ! This one should be universally >> authorized by any system >> >> Better version: > > http://tarek.pastebin.mozilla.**org/1690480

Re: [Distutils] Proposal: drop md5 for sha256

On Tue, Jul 3, 2012 at 7:33 PM, Jennings, Jared L CTR USAF AFMC 46 SK/CCI < jared.jennings@eglin.af.mil> wrote: > On hosts configured for compliance with U.S. Federal Information > Processing Standard (FIPS) 140-2 > , like > those

Re: [Distutils] Proposal: drop md5 for sha256

On Tue, Jul 3, 2012 at 8:48 AM, Jeroen Dekkers wrote: > And yes, attacks on md5 will only get better, so we should migrate to > better hashes in the future. No, because that's not what the RECORD hashes are for. It's not an intrusion detection system, it's an installer conflict and "oops I edi

Re: [Distutils] the 'wheel' binary package format

On Sun, Jul 1, 2012 at 2:26 PM, Daniel Holth wrote: > > I'm convinced that data that the code really needs at runtime should > continue to go right next to the .py files as usual. Time will tell as to > the utility of .data. I think .data will make Debian maintainers happy. > > The new setup comma

Re: [Distutils] the 'wheel' binary package format

On Sun, Jul 1, 2012 at 1:52 AM, Daniel Holth wrote: > I got tired of waiting for lxml to compile over and over again, so I > invented a binary packaging format called 'wheel' (of cheese) that > uses Metadata 1.2 and .dist-info directories instead of .egg-info, > patched pkg_resources.py to be abl

Re: [Distutils] [issue139] pkg_resources.require can't deal with multiple installed versions if one is present in easy-install.pth

On Mon, Jun 25, 2012 at 3:53 AM, mbogosian wrote: > > Perhaps I have misunderstood the intended behavior, but I thought one > should be able to do this: > > % easy_install BeautifulSoup==3.0.8 > ... > % easy_install -U BeautifulSoup > [installs 3.1.0.1] > ... > % python -c 'import pkg_resources ;

Re: [Distutils] patch distutils to look into .dist-info directories

On Sat, Jun 23, 2012 at 2:20 AM, Daniel Holth wrote: > https://bitbucket.org/dholth/distribute/changeset/0c805a76aa61 > > Just a suggestion: you might want to delay importing email.parser until it's actually needed; i.e. import it inside the @property where you're actually using it. _

Re: [Distutils] plugin mechanism for packaging itself?

On Wed, Jun 13, 2012 at 11:58 AM, Daniel Holth wrote: > Horribly convenient? Entry points already import every __init__.py at the > root. > What? > This would in most cases be looking in a single directory, instead of > iterating over every distribution most of which aren't providing any kind >

Re: [Distutils] plugin mechanism for packaging itself?

On Tue, Jun 12, 2012 at 11:33 PM, Daniel Holth wrote: > I would like to be able to add a command to packaging for all > packages, not just my own. This is a mechanism that would stay out of > the way of other packages. > > 1. Distribute a submodule of the namespace package 'packaging_hooks'. > 'p

Re: [Distutils] Requires-Dist: unittest2; 'test' in extras

On Thu, May 31, 2012 at 11:24 AM, Erik Bray wrote: > On Wed, May 30, 2012 at 5:35 PM, PJ Eby wrote: > > On Wed, May 30, 2012 at 3:09 PM, Daniel Holth wrote: > >> > >> It looks like you can only install one extra at a time, > > > > > > Actually, you

Re: [Distutils] conventions or best practice to choose package names?

You've definitely put in a lot of work on this, and most of the actual guidelines in your PEP are quite good. I think there's a core part of this that can and should be a good Informational-track PEP. However, I do have a few comments regarding overall organization, and some regarding some of the

Re: [Distutils] Requires-Dist: unittest2; 'test' in extras

On Wed, May 30, 2012 at 3:09 PM, Daniel Holth wrote: > It looks like you can only install one extra at a time, Actually, you can specify more than one, using commas. e.g. "easy_install foo[testing,c-extensions,celery-support,...]". ___ Distutils-SIG

Re: [Distutils] command hooks...

On Wed, May 30, 2012 at 11:54 AM, Erik Bray wrote: > On Tue, May 29, 2012 at 7:41 PM, PJ Eby wrote: > >> > I might be confused; I haven't been following the goings-on of late > with > >> > distutils2. At one point, I thought the plan was not to bless or

Re: [Distutils] command hooks...

On Tue, May 29, 2012 at 5:17 PM, Carl Meyer wrote: > > On 05/29/2012 02:01 PM, PJ Eby wrote: > > On Tue, May 29, 2012 at 1:24 PM, Carl Meyer wrote: > > On 05/29/2012 08:19 AM, PJ Eby wrote: > > > Right, and I don't think distutils2 can really add

Re: [Distutils] command hooks...

On Tue, May 29, 2012 at 1:24 PM, Carl Meyer wrote: > > > On 05/29/2012 08:19 AM, PJ Eby wrote: > > On Tue, May 29, 2012 at 10:20 AM, Erik Bray > <mailto:erik.m.b...@gmail.com>> wrote: > > > > This particular solution works for me. But the point is th

Re: [Distutils] command hooks...

On Tue, May 29, 2012 at 10:20 AM, Erik Bray wrote: > This particular solution works for me. But the point is that it can > be done pretty easily. However, the lack of a setup_requires-like > feature still makes things pretty impossible short of shipping a copy > of all the required setup hooks

Re: [Distutils] command hooks...

On Fri, May 25, 2012 at 4:23 PM, Erik Bray wrote: > On Fri, May 25, 2012 at 2:24 PM, Daniel Holth wrote: > > This discussion is confusing because we are either talking about a > > general plugin discovery mechanism for Python, or a plugin mechanism > > that packaging itself uses. > > > > After t

[Distutils] bin/buildout hoses itself when the buildout directory has a long path

AFAICT, this problem was only reported once, here: https://mail.zope.org/pipermail/zope-dev/2012-February/044108.html but nobody identified the cause or steps to reproduce. What I've figured out is this: if your buildout's absolute path is sufficiently long (I believe it's just if it's longer than

Re: [Distutils] entry_points.txt survey

On Thu, May 24, 2012 at 8:48 PM, Daniel Holth wrote: > It looks like you can call pkg_resources.register_finder() with a > Ah, *that* plugin facility. I thought you were talking about something specific to entry points (a mechanism which doesn't exist, at least in setuptools), vs. implementing

Re: [Distutils] command hooks...

On Thu, May 24, 2012 at 6:56 PM, Daniel Holth wrote: > > For something like Pyramid the main piece that's missing is support > > for an entry_points like system. As Tarek and other have pointed out > > the past, such a system could still be supported through a third-party > > plugin system that

Re: [Distutils] easy_install runnable in a sandbox environment?

On Wed, May 9, 2012 at 6:42 PM, Rick van der Zwet wrote: > Quite some time ago, their has been comments in the changelog (06.c4) > stating that running easy_install without /dev/urandom should be > possible: > Fixed not allowing os.open() of paths outside the sandbox, even if > they are opened r

Re: [Distutils] egg-info & develop

On Fri, Apr 13, 2012 at 5:50 AM, Andrea Crotti wrote: > I'm trying to understand exactly when running python setup.py develop is > necessary to make sure that everything will work as expected. > > After some thinking I came to the conclusion that all the information > that should be kept up-to-dat

Re: [Distutils] Creating a new installation layout

On Tue, Apr 10, 2012 at 1:35 AM, Tim Cuthbertson wrote: > Cheers, will look into it. Is there a canonical list of what possible > directories, or should I just look at the --help output? > The latter. Am I going to run into trouble where some projects have different > options? For example, cal

Re: [Distutils] Creating a new installation layout

On Apr 8, 2012 7:47 AM, "Tim Cuthbertson" wrote: > > I'm curious, how would one create a new layout? (as in a --layout=deb > alternative). I'd very much like to have a layout that doesn't include > any version information in the path, which both "deb" and "unix" do. > Ideally, output would look pr

Re: [Distutils] Fwd: specify manifest template other than MANIFEST.in

On Mar 21, 2012 10:19 PM, "Éric Araujo" wrote: > From a quick look at the code setuptools’ sdist command ignores > MANIFEST.in and MANIFEST altogether and takes the list of files from the > version control system. No, MANIFEST.in is used, it's just that setuptools doesn't depend on the MANIFEST f

Re: [Distutils] bdist_egg and pyo files

On Wed, Mar 28, 2012 at 12:41 PM, Andrea Crotti wrote: > I've been asked to ship our eggs as pyo files instead of pyc, but > 1. I'm not 100% sure it's a good idea, what issues can this raise? > 2. I can't find any option in bdist_egg to actually compile the files >in optimized mode, is it not

Re: [Distutils] copy binaries in egg

On Mon, Mar 26, 2012 at 11:39 AM, Andrea Crotti wrote: > Suppose for example I need to include a simple png, apparently I have to > do this crazy dance > > include_package_data=True, > packages=find_packages(), > package_data={'data': ['xyz.png']}, > > > and even if data/*png is in

Re: [Distutils] get name of built egg

ake one of these ways any better than another. If you need the name of the file it's generating so you can access that file, then I'm not sure why you care *in advance* of it actually generating the file. ;-) On Sat, Mar 17, 2012 at 6:57 PM, Andrea Crotti wrote: > On 03/16/2012 05:37

Re: [Distutils] get name of built egg

On Mar 16, 2012 10:42 AM, "Andrea Crotti" wrote: > > Given the setuptools magic done by > python setup.py bdist_egg > > is there a way to find out what will be the name of the final egg file? > It would be really useful to know for me and I can't find any option > to tell bdist_egg to let me know

Re: [Distutils] RFC: Binary Distribution Format for distutils2/packaging

On Wed, Mar 14, 2012 at 7:29 PM, Paul Moore wrote: > If there's a binary egg available, how do I know whether it's needed > without trying a source install and seeing if it works? The egg will have a platform string in its name in that case. Otherwise, it'll be just package-version-pyX.X.egg.

Re: [Distutils] RFC: Binary Distribution Format for distutils2/packaging

On Wed, Mar 14, 2012 at 1:42 PM, Chris Barker wrote: > > Universal binaries (i.e. more than one architecture in one binary) > have never been properly supported by binary eggs/setuptools. I think > it may be as simple as the naming convention -- the binary would be > named according to the machine

Re: [Distutils] RFC: Binary Distribution Format for distutils2/packaging

On Wed, Mar 14, 2012 at 1:45 PM, Paul Moore wrote: > On 14 March 2012 16:58, PJ Eby wrote: > > On Wed, Mar 14, 2012 at 12:42 PM, Jim Fulton wrote: > >> > >> Right. It is only a replacement for use of eggs as a binary > distribution > >> (not install

Re: [Distutils] easy_install problem

Try running your command with '-vv' to increase the verbosity, and with PYDISTUTILS_DEBUG=true in your environment; you may get back more detailed error information that may assist you in finding out what's happening with the proxy. On Wed, Mar 14, 2012 at 6:10 AM, Nitin Dhiman wrote: > Greetings

Re: [Distutils] RFC: Binary Distribution Format for distutils2/packaging

On Wed, Mar 14, 2012 at 12:42 PM, Jim Fulton wrote: > Right. It is only a replacement for use of eggs as a binary distribution > (not installation) format. > Or to put it another way, it won't be a replacement for eggs at all. It'll be a replacement for bdist_wininst. _

Re: [Distutils] RFC: Binary Distribution Format for distutils2/packaging

On Wed, Mar 14, 2012 at 11:17 AM, Jim Fulton wrote: > On Tue, Mar 13, 2012 at 11:00 PM, PJ Eby wrote: > ... > > I'm not sure what else you'll actually gain by introducing > > a new format. IIUC, what new-style metadata egg files lack can be > > determined pr

Re: [Distutils] RFC: Binary Distribution Format for distutils2/packaging

On Wed, Mar 14, 2012 at 8:21 AM, Paul Moore wrote: > One thing I dislike about eggs is that the filename includes a Python > version for all eggs, even when the package is pure python. I know > eggs contain .pyc files (which are version specific) but IMO they > shouldn't. Your objection would m

Re: [Distutils] RFC: Binary Distribution Format for distutils2/packaging

On Tue, Mar 13, 2012 at 8:18 PM, Jim Fulton wrote: > 3) New egg-like format "pbd" > > - Arrange suffix so ignored by setuptools/distribute > - new-style meta data > - would be a zip file > > - Essentially, .egg format with new-style meta data and different > suffix. > FWIW, if I

Re: [Distutils] Spec for the egg-info format

On Mon, Mar 5, 2012 at 4:47 PM, Paul Moore wrote: > Is there a good spec of the egg-info (directory) format anywhere? The official spec is http://peak.telecommunity.com/DevCenter/EggFormats - What files are mandatory? > PKG-INFO - that's it. The rest are optional - see http://peak.telecommun

Re: [Distutils] getting the local site_packages

On Thu, Feb 2, 2012 at 5:20 AM, Andrea Crotti wrote: > Sigh, the paleolitic python 2.5 didn't have that function.. > but I guess it should be defined somewhere anyway, where else could it be? Not in 2.5, since 2.5 doesn't support user site packages. (Except maybe on OS X, but in that case I'm n

Re: [Distutils] Best practices to package a desktop application

On Thu, Dec 29, 2011 at 10:04 AM, Jonathan Ballet wrote: > Hi, > > I hav a desktop application which currently runs only on Linux using > pyGtk, and is packaged using setuptools/distribute. > > It ships with a number of non-Python files: > > * documentation (README, Changelog, Authors, etc.) > *

Re: [Distutils] parallelize setup.py develop/build

On Sun, Dec 18, 2011 at 6:35 AM, Andrea Crotti wrote: > Since I have to run many setup.py develop/build Why do you need to run many of them? Develop only needs to be re-run if you add a new script to your project, change your setup.py, or change any extensions that are written in C. Otherwise,

Re: [Distutils] easy_install unable to install from sourceforge?

On Sun, Dec 18, 2011 at 10:32 AM, Hartmut Goebel wrote: > ** > This *reall* issue is sourceforge adding a "/download" to the URL. I filed > a bug a few years ago, but as expected, it has been ignored. > FYI, it's fixed in the trunk, has been for almost two years. "easy_install setuptools==dev06

Re: [Distutils] pkg_resources on Windows

On Fri, Dec 16, 2011 at 12:42 PM, Andrea Crotti wrote: > > > Yes yes I knew this, the real question was more if I can pass something to > the entry > point function in the console_scripts. > If you want to access command-line arguments, use sys.argv as usual. Script entry points are not called wi

Re: [Distutils] pkg_resources on Windows

On Fri, Dec 16, 2011 at 7:30 AM, Andrea Crotti wrote: > Another question, suppose that I have something like > > dev_main -a myapplication > > where myapplication is a certain path. > Would it be possible to create a console_script setting in the entry > points, that > passes that option to dev_ma

Re: [Distutils] pkg_resources on Windows

On Tue, Dec 13, 2011 at 9:42 AM, Andrea Crotti wrote: > bindir = join('psi', 'devsonly', 'bin') > scripts = [join(bindir, x) for x in os.listdir(bindir) if > x.endswith('.py')] > This is your problem: specifying scripts in this fashion will not cause an .exe wrapper to be generated. See: http:

Re: [Distutils] 'Easy Install' Question

On Fri, Nov 18, 2011 at 9:08 AM, Digital girl wrote: > Hi, > > I was really hoping someone can help me out. I ran the ez_setup python > script from here: > > http://peak.telecommunity.com/dist/ez_setup.py > > then edited the path variable to include path to python directory. > > I can run pytho

Re: [Distutils] an approach for inspectable setup scripts

On Thu, Oct 27, 2011 at 1:08 PM, Jason R. Coombs wrote: > How could this technique be improved? > Use this instead: http://pypi.python.org/pypi/d2to1 ;-) (It's more forward-compatible with packaging/distutils2) ___ Distutils-SIG maillist - Distuti

Re: [Distutils] virtualenv & pypi-server

On Thu, Oct 27, 2011 at 11:58 AM, Andrea Crotti wrote: > > Thanks, that's much better right :) > So anyway I do have to work with plugins, specifically envisage plugins. > > Moreover, our applications are normally composed by more than one egg, and > each of them has > its own setup_requires requir

Re: [Distutils] question re: easy_install and macports

On Thu, Oct 27, 2011 at 8:22 AM, Chris Jerdonek 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 / MacPorts version 2.0.3) -- > > > sudo python -m easy_install nose > > This wo

Re: [Distutils] virtualenv & pypi-server

On Thu, Oct 27, 2011 at 11:16 AM, Andrea Crotti wrote: > Answering to myself, I was using the wrong functions for pkg_resources, and > in theory I should use find_distributions. > So I tried the following > - construct a very minimal egg with a foolproof module > - find and add to the working_set

Re: [Distutils] virtualenv & pypi-server

On Wed, Oct 26, 2011 at 9:22 AM, Andrea Crotti wrote: > On 10/25/2011 09:59 PM, PJ Eby wrote: > >> >> >> If you use the "-m" option to easy_install, the easy-install.pth won't be >> changed (or even created, if it doesn't exist). Instead, the

Re: [Distutils] virtualenv & pypi-server

On Wed, Oct 26, 2011 at 6:21 AM, Andrea Crotti wrote: > On 10/25/2011 09:59 PM, PJ Eby wrote: > >> >> If you use the "-m" option to easy_install, the easy-install.pth won't be >> changed (or even created, if it doesn't exist). Instead, the applicatio

Re: [Distutils] virtualenv & pypi-server

On Tue, Oct 25, 2011 at 6:05 AM, Andrea Crotti wrote: > I have the following situation: > suppose that there is a framework composed by many many eggs, which > doesn't change very often. > > Then there are N applications using this framework, where every > application is also composed by 2-3 eggs,

Re: [Distutils] Problem pip installing sqlalchemy-migrate with latest distribute

On Tue, Oct 25, 2011 at 9:19 AM, Mark McLoughlin wrote: > Hey, > > I've just reported this sqlalchemy-migrate issue: > > http://code.google.com/p/sqlalchemy-migrate/issues/detail?id=131 > > I thought it was worth pointing out here in case anyone thinks it's not > an sqlalchemy-migrate specific i

Re: [Distutils] Search option and easy_install

On Sun, Oct 23, 2011 at 3:16 AM, wrote: > I was wondering if easy_install has a search option so I can find the > packages I need to install. > > If you don't know what package you want to install, you should probably visit http://pypi.python.org/ and use the search function there. __

Re: [Distutils] [Bug] Zip: Compressed size is set to a non-zero value when uncompressed size is set to zero

On Mon, Oct 17, 2011 at 1:50 PM, Alan Haggai Alavi < alanhag...@alanhaggai.org> wrote: > When zipfile was used to create the archive (that is, without using > setuptools) this faulty behavior was not noticed. > Does it occur with plain distutils (i.e., no setuptools)?

<    1   2   3