I'm coming in late and breaking threading, but wanted to reply to
Tarek's original email:
> - easy_install is going to be deprecated ! use Pip !
Cool! I wouldn't have written pip if I didn't think it would improve
substantially on easy_install.
Incidentally (because I know people get really ent
On Thu, 08 Oct 2009 09:35:57 +0200, "M.-A. Lemburg" wrote:
>> One could say that much of the setuptools cloud came about because of
>> the lack of the queryable download url. Setuptools does a lot of work
>> here to 'work-around' the ommission on pypi of a package download url.
>
> I think you tw
On Thu, 8 Oct 2009 21:41:21 + (UTC), Antoine Pitrou
wrote:
> I think it's quite trivial actually. Since everybody agrees (except
perhaps
> PJE)
> that Distribute should replace setuptools, the word will spread and
trickle
> quite quickly in the various layers of the community.
I don't think t
On Fri, Oct 9, 2009 at 1:11 AM, kiorky wrote:
>
>
> Tarek Ziadé a écrit :
>
>> The choice to deprecate easy_install in 0.7 is done because the Pip project
>> is not far to meet all uses cases easy_install users have, and we're betting
>> on the fact that Pip is active and will be much more advance
On approximately 10/8/2009 7:24 AM, came the following characters from
the keyboard of Eric Smith:
Vinay Sajip wrote:
BTW I sent Eric a private mail re. the "0o" versus "0" issue, to see
if it was
worth raising an enhancement request on the bug tracker using "O" to
generate
compatible renderin
Tarek Ziadé a écrit :
> The choice to deprecate easy_install in 0.7 is done because the Pip project
> is not far to meet all uses cases easy_install users have, and we're betting
> on the fact that Pip is active and will be much more advanced that what
> we could do with a 'new' refactored easy_
On Thu, Oct 8, 2009 at 11:28 PM, Ned Deily wrote:
[..]
> So, without some other intervention, users will continue to follow the
> instructions with those hundreds of packages (or on those thousands of
> websites) and manually or automatically try to install setuptools.
I think this will be in the
In article ,
Antoine Pitrou wrote:
> Ned Deily acm.org> writes:
> > How to decide on and then effectively
> > communicate that direction is not at all trivial, I think.
>
> I think it's quite trivial actually. Since everybody agrees (except perhaps
> PJE)
> that Distribute should replace setu
Ned Deily acm.org> writes:
>
> How to decide on and then effectively
> communicate that direction is not at all trivial, I think.
I think it's quite trivial actually. Since everybody agrees (except perhaps PJE)
that Distribute should replace setuptools, the word will spread and trickle
quite qu
In article
<94bdd2610910080131j323b98d9i871bce43465f2...@mail.gmail.com>,
Tarek Ziadé wrote:
> Here's a quick summary of the main things that are going to happen in
> Distutils, and Distribute, and a few words on virtualenv and pip.
> (there is much much more work going on, but I don't want to d
Martin v. Löwis v.loewis.de> writes:
> I can't understand what the problem with SocketHandler/DatagramHandler
> is. As they use pickle, they should surely be able to send records with
> Unicode strings in them, no?
Of course you are right. When I posted that it was a knee-jerk reaction to the
is
2009/10/8 Tarek Ziadé :
>> The egg format
>>
>> One thing missing from your roadmap (unless I missed it) is the fate
>> of the egg (zipfile) format. If it's to remain a valid option
>> (bdist_egg and the like) then I'd assume that Distribute needs to be
>> the place to develop it.
>> One thing it w
On Thu, 08 Oct 2009 06:52:57 -0700, Michael Foord
wrote:
I don't recall ever having wanted / needed to install multiple versions
of the same library - whilst I can appreciate that it *can* be a real
issue it has never been a problem for me.
Multiple versions is going to be a mess. It is
> I've noticed that the socket-based logging handlers - SocketHandler,
> DatagramHandler and SysLogHandler - aren't Unicode-aware and can break in the
> presence of Unicode messages.
I can't understand what the problem with SocketHandler/DatagramHandler
is. As they use pickle, they should surely b
On Thu, Oct 08, 2009 at 05:30:00PM +0100, Michael Foord wrote:
> Toshio Kuratomi wrote:
>> On Thu, Oct 08, 2009 at 02:52:24PM +0200, Simon Cross wrote:
>>
>>> On Thu, Oct 8, 2009 at 10:31 AM, Tarek Ziadé wrote:
>>>
= Virtualenv and the multiple version support in Distribute =
On Thu, Oct 08, 2009 at 04:28:52PM +, Antoine Pitrou wrote:
> Toshio Kuratomi gmail.com> writes:
> >
> > This is needing to install multiple versions and use the newly installed
> > version for testing.
> [...]
>
> What you're missing is that having separate environments has a virtue of
> cl
On Thu, Oct 08, 2009 at 06:56:19PM +0200, kiorky wrote:
>
>
> Toshio Kuratomi a écrit :
> >
> > Also note, the ability to have multiple versions makes things easier for
> > system packagers and provides an easy alternative to a virtualenv for
> > end-users.
> >
> > * System packagers: virtualen
Tarek Ziadé wrote:
> On Thu, Oct 8, 2009 at 4:55 PM, M.-A. Lemburg wrote:
>> OTOH, the register command sends the meta-data directly to
>> the PyPI database, so it doesn't even need another file
>> for storing away the meta data.
>>
>> Unless I'm missing something important (which I probably am),
On 8 Oct 2009, at 19:22 , David Cournapeau wrote:
This is not true - stow solves the problem in a more general way (in
the sense that it is not restricted to python), at least on platforms
which support softlink.
I was, of course, talking about "pure" Python solutions (but I should
indeed have
On Thu, Oct 8, 2009 at 10:14 AM, Raymond Hettinger wrote:
> Do you think there may be some possible parallel to the -3 option
> to flag cases of %-formatting? If so, that could be helpful.
Absolutely. This should be simple, since there's just one or two
places where to place the warning. We migh
On Fri, Oct 9, 2009 at 1:35 AM, Masklinn wrote:
> On 8 Oct 2009, at 18:17 , Toshio Kuratomi wrote:
>>
>>> This is not at all how I use virtualenv. For me virtualenv is a
>>> sandbox so that I don't have to become root whenever I need to install
>>> a Python package for testing purposes
>>
>> This
2009/10/8 Paul Moore :
> 2009/10/7 Antoine Pitrou :
>> Python 3 complains at startup and is a bit more explicit:
>>
>> $ ./python -c '1' >&-
>> Fatal Python error: Py_Initialize: can't initialize sys standard streams
>> OSError: [Errno 9] Bad file descriptor
>> Abandon
>>
>> Of course, if it is std
[Christian Tanzer]
How do you suppose that maintainers could ever do the transition from
%- to {}-formatting manually?
[Guido van Rossum]
This is pretty much the situation with integer division (you can only
recognize it by running the code),
Do you think there may be some possible parallel
Toshio Kuratomi a écrit :
> On Thu, Oct 08, 2009 at 01:27:57PM +0200, M.-A. Lemburg wrote:
>>> Tarek Ziadé a écrit :
But if PEP 376 and PEP 386 support are added in Python, we're not far
from being able to provide multiple version support with
the help of importlib.
>> Before putti
Toshio Kuratomi a écrit :
> On Thu, Oct 08, 2009 at 01:27:57PM +0200, M.-A. Lemburg wrote:
>>> Tarek Ziadé a écrit :
But if PEP 376 and PEP 386 support are added in Python, we're not far
from being able to provide multiple version support with
the help of importlib.
>> Before putti
On Thu, Oct 8, 2009 at 8:08 AM, Christian Tanzer wrote:
> All that talk of deprecating %-formatting makes me really nervous.
> %-formatting is pervasive in all existing Python code.
>
> Without an automatic translator that is 100% accurate, porting all
> that code to {}-formatting is not possible.
Benjamin Peterson python.org> writes:
> It's also really easy to just write 0{:o} like my translator does.
How does that cope when handed a negative number to format?
>>> "%#0o" % -1234
'-02322'
>>> "0{0:o}".format(-1234)
'0-2322'
Regards,
Vinay Sajip
__
2009/10/7 Antoine Pitrou :
> Python 3 complains at startup and is a bit more explicit:
>
> $ ./python -c '1' >&-
> Fatal Python error: Py_Initialize: can't initialize sys standard streams
> OSError: [Errno 9] Bad file descriptor
> Abandon
>
> Of course, if it is stderr that you explicitly close, yo
On Thu, Oct 8, 2009 at 4:55 PM, M.-A. Lemburg wrote:
> OTOH, the register command sends the meta-data directly to
> the PyPI database, so it doesn't even need another file
> for storing away the meta data.
>
> Unless I'm missing something important (which I probably am),
> the only added value of
On 8 Oct 2009, at 18:17 , Toshio Kuratomi wrote:
This is not at all how I use virtualenv. For me virtualenv is a
sandbox so that I don't have to become root whenever I need to
install
a Python package for testing purposes
This is needing to install multiple versions and use the newly
insta
On 8 Oct 2009, at 18:17 , Toshio Kuratomi wrote:
This is not at all how I use virtualenv. For me virtualenv is a
sandbox so that I don't have to become root whenever I need to
install
a Python package for testing purposes
This is needing to install multiple versions and use the newly
ins
Toshio Kuratomi wrote:
On Thu, Oct 08, 2009 at 02:52:24PM +0200, Simon Cross wrote:
On Thu, Oct 8, 2009 at 10:31 AM, Tarek Ziadé wrote:
= Virtualenv and the multiple version support in Distribute =
...
My opinion is that this tool exists only because Python doesn't
suppo
Toshio Kuratomi gmail.com> writes:
>
> This is needing to install multiple versions and use the newly installed
> version for testing.
[...]
What you're missing is that having separate environments has a virtue of
cleanliness, understandability and robustness that a multiple-versioned solution
d
2009/10/8 Anders Waldenborg :
>
> Is it intentional that locals() returns a copy/snapshot of the local
> variables sometimes, and sometimes a reference? Like when enabling tracing,
> such as in the code pasted below. The documentation ("Update and return a
> dictionary containing the current scope'
On Oct 7, 2009, at 10:49 AM, Vinay Sajip wrote:
All three of the contenders for the title of "commonly found
configuration
mechanism" - JSON, YAML and Python code - will be expressible, in
Python, as
Python dicts. So it seems to make sense to add, to logging.config, a
new
callable bound to
On Thu, Oct 08, 2009 at 02:52:24PM +0200, Simon Cross wrote:
> On Thu, Oct 8, 2009 at 10:31 AM, Tarek Ziadé wrote:
> > = Virtualenv and the multiple version support in Distribute =
> ...
> > My opinion is that this tool exists only because Python doesn't
> > support the installation of multiple v
On Thu, Oct 08, 2009 at 01:27:57PM +0200, M.-A. Lemburg wrote:
> > Tarek Ziadé a écrit :
> >> But if PEP 376 and PEP 386 support are added in Python, we're not far
> >> from being able to provide multiple version support with
> >> the help of importlib.
>
> Before putting much work into this: do y
2009/10/8 Eric Smith :
> Christian Tanzer wrote:
>> IMHO, either the translation is done once and gives identical output or
>> it isn't worth doing at all.
>
> I disagree. I doubt even 0.001% of all format strings involve octal
> formatting. Is it really worth not providing a transition path if it
Christian Heimes wrote:
[snip...]
The altered user site directories are:
CPython:
~/.local/lib/python2.6/site-packages
%APPDATA%/Python/Python26
IronPython:
~/.local/lib/ironpython2.6/site-packages
%APPDATA%/Python/IronPython26
Jython:
~/.local/lib/jython2.6/site-packages
%APPDATA%
Michael Foord wrote at Thu, 08 Oct 2009 16:56:35 +0100:
> > If %-formatting is first deprecated then removed from Python and there
> > is no automatic transition path that effectively means that existing
> > code using %-formatting is forced to stay at whatever Python version
> > was the last one
On Thu, Oct 8, 2009 at 9:52 AM, Michael Foord wrote:
> Simon Cross wrote:
>>
>> On Thu, Oct 8, 2009 at 10:31 AM, Tarek Ziadé
>> wrote:
>>
>>>
>>> = Virtualenv and the multiple version support in Distribute =
>>>
>>
>> ...
>>
>>>
>>> My opinion is that this tool exists only because Python doesn't
On Oct 8, 2009, at 10:47 AM, Vinay Sajip wrote:
I've had bad experiences in the past with dictionary-based APIs.
They seem
"simpler" in the short run, because the user "only needs to create
some
dictionaries". Once the complexity of that nested dictionary grows
to a certain
point, thou
Vinay Sajip wrote:
Thanks to
http://bugs.python.org/issue7077
I've noticed that the socket-based logging handlers - SocketHandler,
DatagramHandler and SysLogHandler - aren't Unicode-aware and can break in the
presence of Unicode messages. I'd like to fix this by giving these handlers an
option
Christian Tanzer wrote:
[snip...]
IMHO, either the translation is done once and gives identical output or
it isn't worth doing at all.
I disagree. I doubt even 0.001% of all format strings involve octal
formatting. Is it really worth not providing a transition path if it
can't cover this
Eric Smith wrote:
Vinay Sajip wrote:
BTW I sent Eric a private mail re. the "0o" versus "0" issue, to see
if it was
worth raising an enhancement request on the bug tracker using "O" to
generate
compatible rendering for octals.
I didn't get your message, could you resend?.
I was thinking the
Anders Waldenborg 0x63.nu> writes:
>
> Is it intentional that locals() returns a copy/snapshot of the local
> variables sometimes, and sometimes a reference? Like when enabling
> tracing, such as in the code pasted below.
Since someone else opened a bug, I answered there. Anyone, feel free to
Benjamin Peterson wrote:
2009/10/8 Eric Smith :
Christian Tanzer wrote:
IMHO, either the translation is done once and gives identical output or
it isn't worth doing at all.
I disagree. I doubt even 0.001% of all format strings involve octal
formatting. Is it really worth not providing a transi
Eric Smith wrote at Thu, 08 Oct 2009 10:24:33 -0400:
> Vinay Sajip wrote:
> > BTW I sent Eric a private mail re. the "0o" versus "0" issue, to see if it
> > was
> > worth raising an enhancement request on the bug tracker using "O" to
> > generate
> > compatible rendering for octals.
>
> I didn't
Eric Smith wrote at Thu, 08 Oct 2009 10:55:21 -0400:
> >>> BTW I sent Eric a private mail re. the "0o" versus "0" issue, to see if
> >>> it was
> >>> worth raising an enhancement request on the bug tracker using "O" to
> >>> generate
> >>> compatible rendering for octals.
> >> I didn't get your
2009/10/8 Nick Coghlan :
> As mentioned in that discussion, as of Python 2.6, you can do the following:
import platform
platform.python_implementation()
> 'CPython'
>
> (Although according to the function docstring, PyPy is currently missing
> from the list of known implementations)
That
Christian Tanzer wrote:
Eric Smith wrote at Thu, 08 Oct 2009 10:24:33 -0400:
Vinay Sajip wrote:
BTW I sent Eric a private mail re. the "0o" versus "0" issue, to see if it was
worth raising an enhancement request on the bug tracker using "O" to generate
compatible rendering for octals.
I didn'
Tarek Ziadé wrote:
> On Thu, Oct 8, 2009 at 1:27 PM, M.-A. Lemburg wrote:
>>
== The fate of setup.py, and static metadata ==
So we are going to separate the metadata description from setup.py, in
a static configuration file, that can be open and read by anyone
without
> I didn't get your message, could you resend?.
Resent, it may have been stopped by your spam filters since it came from my
vinay-underscore-sajip-at-red-hyphen-dove-dot-com address. The subject was
"Python str.format() and octal formatting compatibility".
> I was thinking the same thing, but
> I've had bad experiences in the past with dictionary-based APIs. They seem
> "simpler" in the short run, because the user "only needs to create some
> dictionaries". Once the complexity of that nested dictionary grows to a
> certain
> point, though, one has to refer back to documentation c
On Oct 8, 2009, at 4:31 AM, Tarek Ziadé wrote:
- no more namespaced packages system, if PEP 381 (namespaces package
support) makes it to 2.7
Make that PEP 382:
http://www.python.org/dev/peps/pep-0382/
-Barry
PGP.sig
Description: This is a digitally signed message part
On Thu, Oct 8, 2009 at 2:44 AM, Glenn Linderman wrote:
> On approximately 10/7/2009 10:45 PM, came the following characters from the
> keyboard of Vinay Sajip:
>>
>> Glenn Linderman g.nevcal.com> writes:
>>
>>> But DictConfigurator the name seems misleading... like you are
>>> configuring how dic
Vinay Sajip wrote:
BTW I sent Eric a private mail re. the "0o" versus "0" issue, to see if it was
worth raising an enhancement request on the bug tracker using "O" to generate
compatible rendering for octals.
I didn't get your message, could you resend?.
I was thinking the same thing, but it s
Nick Coghlan gmail.com> writes:
> Vinay's problem above is due to using the wrong alignment flag: ">",
> which says to right align everything, instead of "=", which says to left
> align the sign character and the numeric prefix with the fill character
> inserted in the middle. In this particular
On approximately 10/7/2009 10:45 PM, came the following characters from
the keyboard of Vinay Sajip:
Glenn Linderman g.nevcal.com> writes:
But DictConfigurator the name seems misleading... like you are
configuring how dicts work, rather than how logs work. Maybe with more
context this is not
Is it intentional that locals() returns a copy/snapshot of the local
variables sometimes, and sometimes a reference? Like when enabling
tracing, such as in the code pasted below. The documentation ("Update
and return a dictionary containing the current scope's local
variables.") is pretty unc
Simon Cross wrote:
On Thu, Oct 8, 2009 at 10:31 AM, Tarek Ziadé wrote:
= Virtualenv and the multiple version support in Distribute =
...
My opinion is that this tool exists only because Python doesn't
support the installation of multiple versions for the same
distributions.
On Thu, Oct 8, 2009 at 1:17 PM, Christian Heimes wrote:
[...]
> The altered user site directories are:
>
> CPython:
> ~/.local/lib/python2.6/site-packages
> %APPDATA%/Python/Python26
>
> IronPython:
> ~/.local/lib/ironpython2.6/site-packages
> %APPDATA%/Python/IronPython26
>
> Jython:
> ~/.lo
On Thu, Oct 8, 2009 at 1:27 PM, M.-A. Lemburg wrote:
>
>>> == The fate of setup.py, and static metadata ==
>>>
>>> So we are going to separate the metadata description from setup.py, in
>>> a static configuration file, that can be open and read by anyone
>>> without
>>> running any code. The only
On Thu, Oct 8, 2009 at 10:31 AM, Tarek Ziadé wrote:
> = Virtualenv and the multiple version support in Distribute =
...
> My opinion is that this tool exists only because Python doesn't
> support the installation of multiple versions for the same
> distributions.
This is not at all how I use vir
On Oct 7, 2009, at 2:09 PM, Barry Warsaw wrote:
I want us to be very careful about 2.6.4. This isn't a normal bug
fix release, it's specifically there to remove the brown paper bag
of 2.6.3 from our heads. So let's be conservative and fix this one
in 2.6.5.
Can we get the readline patch
Christian Heimes wrote:
> The solution requires a new attribute in the sys module that contains
> the name of the implementation. As an alternative we could use the first
> field of sys.subversion but I prefer an explicit attribute. I'm
> proposing "sys.name" with a value of "CPython", "IronPython"
Antoine Pitrou wrote:
> Vinay Sajip yahoo.co.uk> writes:
> "%0#8x" % 0x1234
>> '0x001234'
> "{0:0>#8x}".format(0x1234)
>> '000x1234'
>
> Apart from the sheer unreadability of the {}-style format string, the result
> looks rather unexpected from a human being's point of view.
The percent
Le Thu, 08 Oct 2009 13:27:57 +0200, M.-A. Lemburg a écrit :
>
> This sounds a lot like DLL- or RPM-hell to me.
>
> I think it's much better to keep things simple and under user control,
> e.g. by encouraging use of virtualenv-like setups and perhaps adding
> better native support for these to Pyt
Hello,
Thanks for the summary :)
[Distribute 0.7]
> - easy_install is going to be deprecated ! use Pip !
Apparently there are a couple of things Pip doesn't support:
« It cannot install from eggs. It only installs from source. (Maybe this
will be changed sometime, but it’s low priority.) »
«
Tarek Ziadé wrote:
> On Thu, Oct 8, 2009 at 10:38 AM, M.-A. Lemburg wrote:
>> Tarek Ziadé wrote:
>>> On Thu, Oct 8, 2009 at 9:35 AM, M.-A. Lemburg wrote:
BTW: Who would I need to contact for the PyPI side to work out
an upload_url distutils command ?
>>>
>>> I am not sure to understand.
I have just a few comments to make, so I'm trimming the long quote
a bit...
> Tarek Ziadé a écrit :
>> == Version comparison ==
>>
>> One very important point: we will not force the community to use the
>> scheme described in PEP 386, but *there is* already a
>> de-facto convention on version sche
Dear Pythonistas!
Michael Foord has written a blog posting [1] regarding IronPython, site
packages and my PEP 370. I'm referring to the section that talks about
an issue with PEP 370.
---
If you install CPython 2.6 on Windows it creates a folder in the
location: %APPDATA%\Python\Python26\site-pac
Tarek Ziadé a écrit :
> Here's a quick summary of the main things that are going to happen in
> Distutils, and Distribute, and a few words on virtualenv and pip.
> (there is much much more work going on, but I don't want to drown
> people with details)
>
> = Distutils =
>
> Distutils is a packa
On Thu, Oct 8, 2009 at 11:42 AM, David Cournapeau wrote:
> On Thu, Oct 8, 2009 at 5:31 PM, Tarek Ziadé wrote:
>
>> = Virtualenv and the multiple version support in Distribute =
>>
>> (I am not saying "We" here because this part was not discussed yet
>> with everyone)
>>
>> Virtualenv allows you t
On 7 Oct, 2009, at 23:09, Barry Warsaw wrote:
On Oct 7, 2009, at 3:46 PM, Brett Cannon wrote:
On Wed, Oct 7, 2009 at 12:42, Ronald Oussoren
wrote:
On 7 Oct, 2009, at 20:53, Brett Cannon wrote:
I just tried building out of svn and a ton of tests that rely on
urllib failed because the
On Thu, Oct 8, 2009 at 5:31 PM, Tarek Ziadé wrote:
> = Virtualenv and the multiple version support in Distribute =
>
> (I am not saying "We" here because this part was not discussed yet
> with everyone)
>
> Virtualenv allows you to create an isolated environment to install
> some distribution wit
On Thu, Oct 8, 2009 at 10:56 AM, Paul Moore wrote:
>
> +1
>
> This addresses my biggest concern with the way PEP 376 was going
> (largely prompted by my suggestions, so I'll take the blame for this!)
> which was that PEP 376 was trying to define list/uninstall methods for
> package formats (i.e. z
2009/10/8 Tarek Ziadé :
> Here's a quick summary of the main things that are going to happen in
> Distutils, and Distribute, and a few words on virtualenv and pip.
> (there is much much more work going on, but I don't want to drown
> people with details)
Thanks for this summary. The overview was g
On Thu, Oct 8, 2009 at 10:38 AM, M.-A. Lemburg wrote:
> Tarek Ziadé wrote:
>> On Thu, Oct 8, 2009 at 9:35 AM, M.-A. Lemburg wrote:
>>> BTW: Who would I need to contact for the PyPI side to work out
>>> an upload_url distutils command ?
>>
>> I am not sure to understand. How upload_url will differ
On Thu, Oct 8, 2009 at 9:35 AM, M.-A. Lemburg wrote:
> BTW: Who would I need to contact for the PyPI side to work out
> an upload_url distutils command ?
I am not sure to understand. How upload_url will differ from the
register command
that let you upload metadata at PyPI ?
Tarek
___
Tarek Ziadé wrote:
> On Thu, Oct 8, 2009 at 9:35 AM, M.-A. Lemburg wrote:
>> BTW: Who would I need to contact for the PyPI side to work out
>> an upload_url distutils command ?
>
> I am not sure to understand. How upload_url will differ from the
> register command
> that let you upload metadata a
Here's a quick summary of the main things that are going to happen in
Distutils, and Distribute, and a few words on virtualenv and pip.
(there is much much more work going on, but I don't want to drown
people with details)
= Distutils =
Distutils is a package manager and competes with OS package
Adam Olsen wrote:
> On Sun, Sep 20, 2009 at 10:17, Zooko O'Whielacronx wrote:
>> On Sun, Sep 20, 2009 at 8:27 AM, Antoine Pitrou wrote:
>>> AFAIK, C extensions should fail loading when they have the wrong UCS2/4
>>> setting.
>>
>> That would be an improvement! Unfortunately we instead get myste
David Lyon wrote:
> On Tue, 06 Oct 2009 16:45:29 +0100, Chris Withers
> wrote:
>
>> Well yeah, and the only sane way I can think to handle this is to have a
>> metadata file that gets uploaded with each distribution that covers all
>> these things (and the other things that other people need) a
84 matches
Mail list logo
