raction.
I can't see the downside.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
/error/assert went to stderr)
So nothing permanently built into Python, nor enabled outside of a
buildbot regression test. I agree permanently disabling them wouldn't
make sense, but I thought we also agreed to that back in 2007?
-- David
PS: The dialogs are showing up again on my build slav
it has no policy, and can be used for different
kind of situations, because you can (if you want) control things in a
very fine-grained manner. Automatic, 'native' installers which are
well integrated into every system, this seems so far from reach I
don't see how this can ev
o have disappeared during a large
merger from trunk to the py3k branch mid-2008 (r64273) when the batch
file line ending was changed to CRLF.
It would be nice to also have this in the other active release branches.
-- David
___
Python-Dev
ggs and not from the build tool provided by python
itself (distutils) ? I don't see what eggs brings - specially since
the format is not even standardized.
cheers,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mai
your own build_clib and/or
install commands. Even autotools is more enjoyable, which is quite an
achievement :)
If distutils was split into different modules (one for the build, one
for the compiler/platform configuration, one for the installation),
which could be extended, tweaked, it would be much b
On Thu, Mar 26, 2009 at 2:01 PM, Tarek Ziadé wrote:
> On Thu, Mar 26, 2009 at 5:32 AM, David Cournapeau wrote:
>> If distutils was split into different modules (one for the build, one
>> for the compiler/platform configuration, one for the installation),
>> which could be
is
indeed sorely needed,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
cording to your diagram, the build->A is the only part where
describing meta-data can be possible so that everyone benefit from it
- which is what I believe Tarek is working on,
cheers,
David
___
Python-Dev mailing list
Python-Dev@python.org
http:/
how things
work on other platforms, so they suggest broken fixes.
To say it differently: I mostly use Linux, the less time I am on
windows, the happier I am, but bdist_wininst is the only distutils
bdist_* command I care about.
cheers,
David
___
Pytho
ak.telecommunity.com/DevCenter/EggFormats
But as said in the preambule, people are not supposed to rely on this.
I for once would be really happy if I could build eggs without
setuptools - for example to build eggs from scons, scripts, etc...
cheers,
David
_
tallation feature. Thinking of it, that's exactly why I like
bdist_wininst so much when I am on windows (and because the
consequences of a bad installer from bdist_wininst seem minimal on
windows, seems everything is one directory).
David
___
Python-D
ons, etc...) - and the upstream
developer doesn't need to care much about it.
cheers,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
cabal
provides everything I would like distutils to provide: static
metadata, good documentation, sane handling of options, etc... Maybe
that's something worth looking into as inspiration for
improving/fixing distutils)
cheers,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
tream instead of
every OS packager having to do it.
>> python setup.py distutils --datadir=bla --htmldir=foo
>
> What's the meaning of the distutils command?
Sorry, this should read python setup.py install ...
cheers,
David
_
lack of autoheader is not accurate, if
only because kde projects have it:
http://www.cmake.org/Wiki/CMake_HowToDoPlatformChecks
Whether using it compared to the current system is really a win for
python, I have no idea.
David
___
Python-Dev mailing list
Pyth
On Mon, Mar 30, 2009 at 3:18 AM, Antoine Pitrou wrote:
> What are the compilation requirements for cmake itself? Does it only need a
> standard C compiler and library, or are there other dependencies?
CMake is written in C++. IIRC, that's the only dependency.
che
David Bolen writes:
>>From what I can see though, the tools/buildbot/test.bat file no longer
> adds the -n option that it used to, although I'm unclear on why it
> might have been removed. Perhaps this was just a regression that was
> accidentally missed, as it appears
ems very strange to me that there could be any good reason to leave
a potential for such popups (which at this point is easy to disable)
in the buildbot environment.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
out first converting
everything to cmake for all the other platforms.
Also, when converting a project from one build system to another,
doing the 80 % takes 20 % in my experience. The most time consuming
part is all small the details on not so common platforms.
David
o it means ten days of work to convert to a new system that maybe
most python maintainers do not know. What does it bring ?
I think supporting cross compilation would be more worthwhile, for
example, in the build department.
cheers,
David
___
Pyt
quot; option can be restored to the
buildbot test.bat (from the revision history I'm not actually sure it
was intentionally removed in the first place)? Unlike normal Windows
popups I can't protect against it easily through local modifications
to my build slave, since test.bat gets upda
worst (perhaps due to
the sorts of changes made) the assertions seem to have hit the py3k
branch more than others.
Thanks for the test.bat change.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pyth
d test runs from completing.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
res action.
I'd be willing to maintain the C implementation. I would be willing
to write those tests that are possible as well.
Is this something that would be likely to be accepted?
Thanks,
David Christian
Senior Software Engineer
rPath, Inc.
___
tead of once
per line. This can give a large speedup when you are skipping the
entire standard library, at some measurable cost per function call,
and a cost in code complexity.
---
David Christian
Senior Software Engineer
rPath, Inc
___
Python-Dev ma
t one big svn repo into
subprojects, etc... Then, the git repo could be converted to hg
relatively easily I believe.
cheers,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://
get right once you want to manage dependencies automatically.
For simple python projects (pure python, a few .c source files without
much dependencies), I think it is just overkill.
cheers,
David
>
> --
> Skip Montanaro - s...@pobox.com - http://www.smontanaro.net/
use you can "easily" give up this
task back to distutils, whereas it is inherently more difficult with
cmake.
cheers,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
h
proposal does not solve anything.
Not that I have a solution, of course :)
cheers,
David
>
> My suggestion basically builds on the same idea as Martin's PEP,
> but uses a single __pkg__.py file as opposed to some non-Python
> file yaddayadda.pkg.
>
> Here's a co
On Wed, Apr 8, 2009 at 2:24 AM, Heikki Toivonen
wrote:
> David Cournapeau wrote:
>> The hard (or rather time consuming) work is to do everything else that
>> distutils does related to the packaging. That's where scons/waf are
>> more interesting than cmake IMO, becaus
ere doing
ocaml builds, having a build tool in ocaml would have been easier,
etc...
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Wed, Apr 8, 2009 at 7:54 AM, Alexander Neundorf
wrote:
> On Wed, Apr 8, 2009 at 12:43 AM, Greg Ewing
> wrote:
>> David Cournapeau wrote:
>>>
>>> Having a full
>>> fledged language for complex builds is nice, I think most familiar
>>> with co
On Thu, Apr 9, 2009 at 4:45 AM, Alexander Neundorf
wrote:
> I think cmake can do all of the above (cpack supports creating packages).
I am sure it is - it is just a lot of work, specially if you want to
stay compatible with distutils-built extensions :)
cheers,
Da
bject, but it appears that
a full PyGTK on Python 3 is a ways off.
--
David Riptondrip...@ripton.net
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailm
ng the logic used for e.g. ldshared,
I can prepare a patch if you want,
cheers,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
track running on the Python trunk and receiving
> mails if something is broken.
Well, I would not mind either :)
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.py
n for every platform in
sysconfig, instead of just Unix. I understand it is not an easy
problem (because windows builds are totally different than every other
platform), but it would really help for interoperability with other
build tools. If sysconfig is to become independent of distutils, it
should be c
h did
not include the generated files. My apologies,
cheers,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
27;m not sure GNU stow will handle the .PTH when deinstalling packages.
In easy_install.PTH there will be a list of all the packages installed.
This list really needs to be edited once a package is removed.
The .PTH files are a really good part of python. Definite
and I don't work there anymore, so I
don't have access to that HP-UX hardware anymore, or to the notes I made
when I was doing the port. So I can give you encouragement but not
step-by-step instructions. Sorry.
--
David Riptondrip...@ripton.net
___
atements and use that as the basis for the sane injected defaults.
5. Document the interfaces for each component that can be changed by
the vendor.
--
David
blog: http://www.traceback.org
twitter: http://twitter.com/dstanek
___
Python-Dev mailing li
On Wed, May 20, 2009 at 7:13 AM, Doug Hellmann wrote:
>
> On May 19, 2009, at 10:21 PM, David Stanek wrote:
>
>>
>> It seems that using a technique similar to dependency injection could
>> provide some value. DI allows implementations conforming to some
>> interf
is should be enforced in any way. It's just a
guideline. If a tool needs a short summary and the docstring doens't
have a one-liner, I'd expect the tool just to take the first line and
add ellipsis ("...").
--
David Goodger <http://python.net/~goodger>
___
n a separate virtual
drive. Wonder what the heck has filled up the system drive. I'm
working on it now though.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.py
David Bolen writes:
> Ooops, that's mine. Geez - it's a VM, but has a 10GB C: drive, and
> the actual build slave has its working directory on a separate virtual
> drive. Wonder what the heck has filled up the system drive. I'm
> working on it now though.
Well
Hi All,
I'm not sure there's anything you can do about this, but I thought I
should alert the Python devs that it can happen...
http://allmydata.org/trac/tahoe/ticket/704#comment:7 describes a
situation where my macports-installed python25 had a pyOpenSSL egg
installed in it by something other t
example, integrating with Google Code's bug tracking back end at
1:02:30 where comments in the wave were reflected into the bug
comments (though the reverse direction wasn't implemented yet), or
even the twitter integration at 57:53.
-- David
__
've restarted my buildbots.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ata are so much easier to use compared to
setup.py/distutils for 3rd party interop.
There was a discussion about how to describe/find the list of files to
form a distribution (for the different sdist/bdist_* commands), but no
agreement was reached. Some people stro
+1. Now who's going to design & write it?
I started a new thread on distutils-sig ("setup.py needs to go away")
to avoid jeopardizing this thread. I added the context as well as my
own suggestions for such a design.
David
___
Pyth
it might
suggest that it is time to get some fresh developers onboard
Thats not even a programmatic fix...
Regards
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http:
ts/pythonpkgmgr) does.
With that, if there is any package documentation in a docs directory
the user can click on it and display it.
Regards
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsub
work with docutils 0.4 in the
first place.
http://www.mail-archive.com/distutils-...@python.org/msg05775.html
And current hacks to work around lack of explicit version handling for
module import is a maintenance burden:
http://www.mail-archive.com/distutils-...@python.o
counter difficulty
installing a package, please contact us via the distutils mailing list.
(Note: please DO NOT send private email directly to the author of
setuptools; it will be discarded. "
So what are we to do if we find issues with setuptools other than to post
to distutils?
David
_
ing a Package Manager program
takes your use case scenerio backwards because it wouldn't really
change it.
(repeating)
> But a single drop-it-in directory works great for the vast majority of
> *my* needs;
That's exactly what site-packages is.
So it isn't clear why you want
cal/pythonX.X/site-packages
and I am checking other posix operating systems and trying to
work out what the equivilents might be.
When I have it working.. I will let you know..
I'm just trying to work out how to get the permissions going
correctly.
David
e hubba setuptools/distutils
doesn't put packages there by default. That would solve a lot of
problems.
Just leave /usr/lib/pythonX.X//lib/site-packages to the O/S.
Wrapping up.. most of the functionality that I'm asking for is
already t
ev community, but apparently not??
Forgive my ignorance...
I'm working with 2.5 on ubuntu and didn't think to try 2.6...
It's good to know that the problem is fixed in 2.6 but I still need to
make things work for pythonpkgmgr on ubuntu py2.5 as 2.5 is the default
for ubuntu 8.10.
Take
-
I can only get it to work with sudo.
> That is precisely how I think of virtualenv: it sits on top of distutils
> / setuptools, and makes it sane to do Python development without
> compromising the core system.
For me I prefer using a tool
-scriptpackages',
'/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-tk',
'/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-old',
'/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload',
'/Users/david/.loca
ative to command line installation.
And can save a lot of time for users when they wish to
install packages.
Thanks
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.pytho
dio? if yes, you may report a bug to them
> :-)).
I think mostly ABI compatible is the best description :)
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
' packages back.
Surely this is a gap in the standard distro?
So it is not inappropriate for me to ask about this on this list.
Take care
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Hi Floris,
That's exactly how I see it and i totally agree.
My contribution is to make a Package Manager Gui that tries to be
supportive of what you describe so well.
If i have any complaint about the state of affairs it would only be that
it takes a newcomer such a long time (months) to fully u
as being the most interesting part of python develepment
going on today.
Inapropriate or not, i want to donate my time to it.. Because i think we
need 'fresh' thinking - not archive regurgitation.
David
___
Python-Dev mailing list
Python-D
st version of VS usually).
I am far from a windows specialist, but I understand that quite a few
problems with mingw-built extensions with python are caused by some
Python decisions as well (the C API with runtime-dependent structures
like FILE, etc...). So mingw is not the only to blame :)
David
___
anager
within at least the Windows distribution of Python.
Yes, please tell me the process...
I'm very interested.
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python
doesn't affect the Python Package Manager in any way.
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Fri, 24 Jul 2009 17:54:09 +0200, Georg Brandl wrote:
> David Lyon schrieb:
>> In executable form, the Package Manager does not require wxWidgets
>> to be installed.
>>
>> There is no dependency for this to be installed.
>
> What does "in exectuable
On Fri, 24 Jul 2009 17:08:32 +0100, Paul Moore wrote:
> I read this as meaning that David was proposing to ship a built
> application (on Windows, bundled up with something like py2exe, I
> guess) and any supporting DLLs such as the wxWindows ones would be
> bundled in, but the wxPy
indow applications?
Does the application need to be web based?
or console based?
or TK based... ?
For it to be acceptable..
Thank you
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pyth
y other
windows application that ships with dll files.
I fully appreciate that changes could be necessary and I'm prepared to
accomodate them.
Not much more I can do than that..
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.
against windows development and a bias
against native applications. That's fine because I know they
are using python on different platforms.
I'm working on a proposal to make setup.py object oriented
and "modern".
http://wiki.python.org/moin/Distutils/Proposals
So I'm
On Sat, 25 Jul 2009 16:00:13 +1000, Ben Finney
wrote:
> I think you know quite well what “depend on” means in this instance,
> so this is taking it to silly extremes.
haha - yes - no offence.
It was just bad humour.
Have a nice weekend
ith a simplified UI in the core would be an
> option.
That sounds ok.
> How many users do you have currently?
Approx 250 downloads this (first) month for the windows version. I need
to extend coverage to Linux and the Mac. Given that I'm relatively new
to all this there's a l
d and installation of any other
> binaries.
Sure. Who cares if it's not as slick as something else. I'll try
when I have time.
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
t precise. It doesn't "depend" on setuptools. But it will
install setuptools if the user requests to use setuptools/easy_install.
So we should only be back to the lack of a TK interface and the fact that
the Package Manager Project is a new project, and ne
, and another to deinstall.
At the moment, pythonpkgmgr doesn't handle dependencies except that
which is provided internally by easy_install/pip.
I'm hoping to change this as my experience and understanding grows.
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ty (e.g. on comp.lang.python) will
> be a good way to publicise the tool, and if does meet a need, people
> will use it, and then, if it's good enough and popular enough and
> supported, it may be blessed by inclusion in the standard library.
Thanks very much. Take care.
a package in (/usr/lib/pythonX.Y/site-packages)
via the O/S package manager (ie synaptics/yum/apt) then that
should stick over what a developer is doing.
But the developer should be able to stick their own packages
in their own local space.
Correct me if my assertion is wrong.
David
___
bytes to an old-timer... I know.. it's
such a sacrifice.. and we're all working on 300 baud... :-)
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Mon, Jul 27, 2009 at 7:20 PM, David Lyon wrote:
> My only point is that Windows ain't no embedded system. It's not
> short on memory or disk space. If a package manager is 5 megabytes
> extra say, with it's libraries.. what's the extra download time on
> that ?
On Mon, 27 Jul 2009 19:29:14 +0900, David Cournapeau
wrote:
>> My only point is that Windows ain't no embedded system. It's not
>> short on memory or disk space. If a package manager is 5 megabytes
>> extra say, with it's libraries.. what's the extra downlo
c.buildout, there's no reason why it couldn't generate
a package list in that format, or do an import from a
manifest. pythonpkgmgr already can generate a list of
local packages as a manifest - but not in the zc.buildout
format. I'm sure in the future - I'll figure that one out
ed interbasedb yet?
They'd already installed it. But perphaps through a .exe installer.
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
UI tool in the Python X.Y
programs menu...
So I respectfully say that there couldn't be anything less true than
the assertion that a GUI package manager is inconsistent within a
modern GUI desktop environment.
David
___
Python-Dev mailing list
Python-D
e and corresponding tool.
The same is true if the package was installed with either pip
or easy_install.
All I can do is put it in my tracker as a bug and deal with it
later when I have time.
Good point
David
___
Python-Dev mailing list
Py
27;t isn't always that rational. I'm
just accepting that for the moment.
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
k I need to watch the movie again to understand what's
happening here...
Let me go away confused... don't ask me any more questions or
elaborate with more answers. Thanks. :-)
David
___
Python-Dev mailing list
Python-Dev@python.org
http:
ndard library will need to adequately balance the interests
> of all parties (e.g. as has occurred in the PEP 376 metadata enhancement
> discussions).
Well at least you are saying that there is some way of reconciling
all the different options...
There's an awful lot to take in, and there
>
> I've received my MSDN subscription today. Everybody watch out for a
> message from MSDN! I almost confused the email with spam.
>
> Thanks for your work and please forward my gratitude to James Rice.
Ditto from me (my subscription info arrived yesterday after
ges
>
> pros:
> + clean separation of purelib - nice!
> + unheard of - a good place to start anew
> cons:
> - FHS states that /usr/share is for data. But OTOH, they don't say much
> about platform-independent bytecode. We could probably
new issue. The problem
applies to both linux and windows.
Anyway.. do you know the code that we're talking about?
David
On Fri, 14 Aug 2009 10:02:03 +0200, Tarek Ziadé
wrote:
> On Thu, Aug 13, 2009 at 9:22 PM, Brett Cannon wrote:
>>
>>
>> On Thu, Aug 13, 2009 at 11
.
> Ditto for 2.5, 3.1 and the trunk (which I guess becomes 3.2?)
2.5 needs VS 2003.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/p
On Mon, Aug 17, 2009 at 2:01 PM, David Bolen wrote:
> Chris Withers writes:
>
>> Is the Express Edition of Visual C++ 2008 suitable for compiling
>> packages for Python 2.6 on Windows?
>> (And Python 2.6 itself for that matter...)
>
> Yes - it's currently bei
Peter,
I would like to apologise if I have caused you any offense. Please can
we put the animosity behind us and stick to pulling together the best
IP library possible as part of this PEP?
Regards,
Dave M.
___
Python-Dev mailing list
Python-Dev@p
On 17 Sep 2009, at 15:40, Peter Moody wrote:
On Thu, Sep 17, 2009 at 7:26 AM, DrKJam wrote:
Please can we have the following RFCs added to the references
section that
cover many of the aspects covered by this PEP?
RFC 791 - Internet Protocol
RFC 1918 - Address Allocation for Private Intern
2009/9/18 Peter Moody :
> On Thu, Sep 17, 2009 at 6:17 PM, Andrew McNamara
> wrote:
>>>off to patch the pep and implement some of the non controversial changes.
>>
>> It might be a good idea to add some use-cases to the PEP.
>
> There are several use-cases in the PEP already.
>
> The problem is, f
Tarek,
Are you claiming this as your own work and ideas?
Given:
http://mail.python.org/pipermail/distutils-sig/2009-August/012998.html
Regards
David
On Tue, 22 Sep 2009 15:21:06 +0200, Tarek Ziadé
wrote:
> Hello
>
> Here's a wrapup of the Distutils-SIG discussion
> we h
301 - 400 of 1990 matches
Mail list logo
