Tarek Ziadé wrote:
> where "package.spam_extension" and "spam_extension2" are modules Akara
> would simply __import__()
> Meaning a plugin will be a normal project that gets installed, and
> then configured to be used in Akara.
>
This solution is simpler, but it does not solve the issue of inst
Hi,
I recently implemented a plugin system using setuptools, and now I'm wondering
how to enumerate the packages contained in a given Distribution object.
What I'm doing is basically this:
I use egg files as self-describing plugins to allow users to distribute
plugins containing several package
P.J. Eby wrote:
If I want to use this in a project and want both the sqlalchemy and
zodb backends, how do I spell this?
easy_install mortar[sqlalchemy,zodb]
Just like that.
Cool :-)
Chris
--
Simplistix - Content Management, Batch Processing & Python Consulting
- http://www.simp
On Thu, Dec 3, 2009 at 3:21 PM, P.J. Eby wrote:
> At 09:53 PM 12/3/2009 +0100, Attila Oláh wrote:
>>
>> Wouldn't it require zope.component to be a namespace package? Extras
>> allw you to add extra files (subpackages) withot making the container
>> package a namespace-package, it seems to me.
>
>
At 09:53 PM 12/3/2009 +0100, Attila Oláh wrote:
Wouldn't it require zope.component to be a namespace package? Extras
allw you to add extra files (subpackages) withot making the container
package a namespace-package, it seems to me.
No, they don't. Extras just cause a project to pull in additi
At 08:25 PM 12/3/2009 +, Chris Withers wrote:
Hi All,
Say I have a package, mortar, that offers multiple extras options
for different data storage mechanisms, eg: sqlalchemy, zodb, simpledb
If I want to use this in a project and want both the sqlalchemy and
zodb backends, how do I spell
Wouldn't it require zope.component to be a namespace package? Extras
allw you to add extra files (subpackages) withot making the container
package a namespace-package, it seems to me.
On 12/3/09, Ian Bicking wrote:
> On Thu, Dec 3, 2009 at 1:05 PM, P.J. Eby wrote:
>> At 10:21 AM 12/3/2009 -0800,
On Thu, Dec 3, 2009 at 1:05 PM, P.J. Eby wrote:
> At 10:21 AM 12/3/2009 -0800, Sridhar Ratnakumar wrote:
>>
>> Do you have anything particular in mind? What I did was a ``grep
>> "^.*[a-zA-Z]\["`` in the requires.txt of (almost) all the packages in PyPI.
>
> Do note that this won't tell you about
Hi All,
Say I have a package, mortar, that offers multiple extras options for
different data storage mechanisms, eg: sqlalchemy, zodb, simpledb
If I want to use this in a project and want both the sqlalchemy and zodb
backends, how do I spell this?
easy_install mortar[sqlalchemy,zodb]
easy_
On Thu, Dec 3, 2009 at 20:05, P.J. Eby wrote:
> At 10:21 AM 12/3/2009 -0800, Sridhar Ratnakumar wrote:
>>
>> Do you have anything particular in mind? What I did was a ``grep
>> "^.*[a-zA-Z]\["`` in the requires.txt of (almost) all the packages in PyPI.
>
> Do note that this won't tell you about e
On Thu, Dec 3, 2009 at 1:06 AM, Andrew Dalke wrote:
> Hi all,
>
> I'm working with the Akara project. It contains a web server. The server
> loads extensions from a special directory (let's say "$AKARA" for now). An
> extension can register handlers for URLs. An example extension might look
>
At 10:21 AM 12/3/2009 -0800, Sridhar Ratnakumar wrote:
Do you have anything particular in mind? What I did was a ``grep
"^.*[a-zA-Z]\["`` in the requires.txt of (almost) all the packages in PyPI.
Do note that this won't tell you about end users' use of extras.
The main use case described in t
At 01:06 AM 12/3/2009 +0100, Andrew Dalke wrote:
Hi all,
I'm working with the Akara project. It contains a web server. The
server loads extensions from a special directory (let's say
"$AKARA" for now). An extension can register handlers for URLs. An
example extension might look like:
inst
On 12/3/2009 10:16 AM, kiorky wrote:
Attila Oláh a écrit :
> It does have a few extras (zcml being the most notable one probably),
> but I don't think it depends on any extras. Other packages may,
> however, depend on zope.component [zcml].
There are many, and as i say, and i know many other
Attila Oláh a écrit :
> It does have a few extras (zcml being the most notable one probably),
> but I don't think it depends on any extras. Other packages may,
> however, depend on zope.component [zcml].
There are many, and as i say, and i know many others packages using extras which
are not yet in
Hi,
On Thu, Dec 3, 2009 at 19:05, kiorky wrote:
> I know at least one package not in your list: zope.component [1].
It does have a few extras (zcml being the most notable one probably),
but I don't think it depends on any extras. Other packages may,
however, depend on zope.component [zcml].
> [
On Thu, Dec 3, 2009 at 1:05 PM, kiorky wrote:
> I know at least one package not in your list: zope.component [1].
Indeed. Many z3c.* and zope.* packages provide extras that aren't
referenced by other packages directly, but are referenced from
buildout configurations or similar.
It would be inte
I know at least one package not in your list: zope.component [1].
[1] - http://svn.zope.org/zope.component/trunk/setup.py?rev=105736&view=markup
Sridhar Ratnakumar a écrit :
> I thought this list might be of interest to the people here.
> Surprisingly not many packages rely on (not declare) setup
I thought this list might be of interest to the people here.
Surprisingly not many packages rely on (not declare) setuptools'
"extras" feature [bit.ly/setuptools-extras].
http://paste.pocoo.org/raw/154703/
-srid
___
Distutils-SIG maillist - Distu
On Thu, Dec 03, 2009 at 04:50:50PM +0100, M.-A. Lemburg wrote:
> The dev markers introduce an extra level of confusion, which
> IMHO is not necessary.
>
> Let's take 1.0a0.dev123 as example, reading it from the left:
>
> 1.0 - ok, so this is part of a 1.0 release
> 1.0a0- oops, n
On Dec 3, 2009, at 4:46 AM, David Cournapeau wrote:
> The way I
> would do it is by having akara distutils extensions, which define in
> particular a setup function and associated classes.
...
> If you think this is insane, you are not alone :)
Wow. That's just crazy, I say - crazy.
I consid
Tarek Ziadé wrote:
> [..]
>> 1. whether it's release quality code
>>
>>1.0.0
>>
>> 2. whether it's a development snapshot
>>
>>1.0.0a0.20091202
>>
>> 3. whether it's working code, but still under development
>>
>>1.0.0a1
>>
>> 4. whether it fixes some bug that was found afte
[..]
> 1. whether it's release quality code
>
> 1.0.0
>
> 2. whether it's a development snapshot
>
> 1.0.0a0.20091202
>
> 3. whether it's working code, but still under development
>
> 1.0.0a1
>
> 4. whether it fixes some bug that was found after a release
>
> 1.0.1
How
Toshio Kuratomi wrote:
> On Thu, Dec 03, 2009 at 01:55:53PM +0100, M.-A. Lemburg wrote:
>> Tarek Ziadé wrote:
>>> Last, as I said in a previous mail, I tend to agree with the people
>>> who said that we should stick with only one way to write the version
>>> scheme for the sake of clarity. e.g. dro
Tarek Ziadé wrote:
> On Thu, Dec 3, 2009 at 1:55 PM, M.-A. Lemburg wrote:
>> Tarek Ziadé wrote:
>>> Last, as I said in a previous mail, I tend to agree with the people
>>> who said that we should stick with only one way to write the version
>>> scheme for the sake of clarity. e.g. dropping aliases
On Thu, Dec 3, 2009 at 1:55 PM, M.-A. Lemburg wrote:
> Tarek Ziadé wrote:
>> Last, as I said in a previous mail, I tend to agree with the people
>> who said that we should stick with only one way to write the version
>> scheme for the sake of clarity. e.g. dropping aliases and picking
>> *one* way
On Thu, Dec 03, 2009 at 01:55:53PM +0100, M.-A. Lemburg wrote:
> Tarek Ziadé wrote:
> > Last, as I said in a previous mail, I tend to agree with the people
> > who said that we should stick with only one way to write the version
> > scheme for the sake of clarity. e.g. dropping aliases and picking
Tarek Ziadé wrote:
> Last, as I said in a previous mail, I tend to agree with the people
> who said that we should stick with only one way to write the version
> scheme for the sake of clarity. e.g. dropping aliases and picking
> *one* way to write the markers after major.minor.micro.
>
> I would
28 matches
Mail list logo