On Sunday, March 6, 2011 at 9:53 AM, Brian Curtin wrote:
> On Sun, Mar 6, 2011 at 11:41, Michael Foord wrote:
> - Hide quoted message -
> > I would like to see us create version specific (i.e. python32.exe /
> > python32w.exe) binaries (or links if we drop support for earlier versions
> > of W
On 2010-12-01, at 11:02 AM, Brian Curtin wrote:
> http://onpython3yet.com/ might be helpful to you. It orders the projects on
> PyPI with the most dependencies which are not yet ported to 3.x.
>
> Note that there are a number of false positives, e.g., the first result --
> NumPy, since people
On 2010-09-20, at 7:41 AM, Sébastien Sablé wrote:
> Le 17/09/2010 15:05, Antoine Pitrou a écrit :
>> Following on Martin's comments, you might also want to share things
>> with the ActiveState guys who, AFAIK, maintain an AIX version of Python
>> (but you have been the most active AIX user on the
On 2010-09-18, at 2:29 AM, Thomas Lotze wrote:
> I'd like to expand [tl.eggdeps]
> to analyse dependencies between any packages on PyPI but I can't
> as long as dependency information is not available without actually
> installing things. [...]
On 2010-09-18, at 2:29 AM, Thomas Lotze wrote:
>>
On 2010-09-17, at 4:04 PM, Tarek Ziadé wrote:
> I am not even understanding what's the benefit of doing this since an
> egg_info directory is obtained at *build* time and can differ from a
> machine to another, so it seems pretty useless for me to publish this.
I am in full agreement with Tarek
Nor did it break any of our ActivePython 2.7 (Python trunk) builds ... though I
had to hand-edit the patches to use 4 spaces now. Will this untabification
change be made to the `release2.6-maint` branch too?
-srid
On 2010-05-09, at 11:33 AM, Antoine Pitrou wrote:
>
> Hello,
>
> The untabific
On 2010-04-22, at 10:55 PM, Jeroen Ruigrok van der Werven wrote:
> -On [20100423 02:48], Sridhar Ratnakumar (sridh...@activestate.com) wrote:
>>> Ok, I setup a cron job to maintain an internal mirror of the above
>>> mentioned repositories in code.python.org. W
localdomain-if_eth0.html
>
> Somebody was consuming all bandwidth, although we couldn't quite figure
> out who (whenever I was looking, the traffic looked genuine). It turned
> out that Sridhar himself contributed a good chunk of this traffic.
Background in private emails to Martin (bel
I am seeing random 403 errors when cloning the mercurial repositories of Python.
$ hg clone http://code.python.org/hg/branches/release2.6-maint
destination directory: release2.6-maint
requesting all changes
abort: HTTP Error 403: Forbidden
$ hg clone http://code.python.org/hg/branches/release2.6-m
I just verified with our ActivePython build that 2.6.4rc2 builds fine on Linux,
Windows, Mac, HP-UX, AIX and Solaris. 3.1.2rc1 builds fine except on AIX[1] and
HP-UX[2] but those issues existed in 3.1.1 too, I believe.
-srid
[1] http://bugs.python.org/issue6645
[2] http://bugs.python.org/issue5
On 1/22/2010 4:38 PM, Tarek Ziadé wrote:
On Sat, Jan 23, 2010 at 1:15 AM, Sridhar Ratnakumar
wrote:
[..]
> Will this callable recieve TarInfo objects if the filetype is tarfile? What
> would it receive otherwise? How can `_ensure_read_write_access` be
> implemented using this ca
On 1/22/2010 3:19 PM, Tarek Ziadé wrote:
[..]
> How about having an extra argument that would fix the permission? (Fixing
> the permission is only applicable for tarfile, not zipfile, hence even our
> callable will become specific to tarfile).
>
>>>> shutil.unpack_archive("/tmp/foo.tgz",
On 1/22/2010 2:44 PM, Tarek Ziadé wrote:
On Fri, Jan 22, 2010 at 11:17 PM, Sridhar Ratnakumar
wrote:
[..]
> 3) Patch Lib/tarfile.py to fix issue6196
>
> I am hoping that (1) and (2) will get accepted. But not (3) - in which case,
> should this go as a workarond (_ensure_read_
On 1/17/2010 2:09 PM, Tarek Ziadé wrote:
> Distribute has
> some utility code to handle zip/tar archives. So does PyPM. This is because
> the `tarfile` and `zipfile` modules do not "just work" due to several
> issues.
>
> Seehttp://gist.github.com/279606
>
> Take note of the following in th
On 1/17/2010 12:09 PM, Tarek Ziadé wrote:
On Sun, Jan 17, 2010 at 8:55 PM, Brett Cannon wrote:
> On Sun, Jan 17, 2010 at 11:51, Tarek Ziadé wrote:
>> Another module I would like to move away from Distutils is
>> "archive_util". It contains helpers to build archives, whether they
>> are zi
On 1/12/2010 2:46 PM, Michael Foord wrote:
I presume the email below is about the Windows binary. Does the AMD64
release work on intel 64bit and can we make the wording clearer on the
download page?
The current description is " Windows AMD64 binary".
FWIW, we simply use (64-bit, x64).
Platf
On 12/27/2009 5:21 PM, MRAB wrote:
Tarek Ziadé wrote:
On Mon, Dec 28, 2009 at 1:41 AM, Sridhar Ratnakumar
wrote:
[..]
Tarek,
I am a bit confused at the current proposal combined with the newly
introduced range operator.
Would "Requires-Python: <=2.5" include 2.5.4 or not?
&l
On 12/27/2009 4:15 PM, david.l...@preisshare.net wrote:
On Fri, Dec 25, 2009 at 8:33 AM, Nick Coghlan wrote:
>> Martin v. Löwis wrote:
> FYI we have introduced a range operator, so one may define a range of
> versions.
> This is useful for instance to write:
>
> Requires-Python: ~=2.5
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
On Wed, 07 Oct 2009 12:35:18 -0700, P.J. Eby wrote:
At 07:27 PM 10/7/2009 +0200, M.-A. Lemburg wrote:
Having more competition will also help, e.g. ActiveState's PyPM looks
promising (provided they choose to open-source it) and then there's
pip.
Note that both PyPM and pip use setuptools as an
On Wed, 30 Sep 2009 13:06:47 -0700, Sridhar Ratnakumar
wrote:
On Wed, 30 Sep 2009 12:44:14 -0700, Barry Warsaw
wrote:
2.6.3rc1 builds fine on Linux x86/x86_64, MacOSX 10.4 ppc/x86, Windows
32bit/64bit, HP-UX, AIX and Solaris just like 2.6.2 did.
Thanks for the feedback! Did you run
On Wed, 30 Sep 2009 12:44:14 -0700, Barry Warsaw wrote:
2.6.3rc1 builds fine on Linux x86/x86_64, MacOSX 10.4 ppc/x86, Windows
32bit/64bit, HP-UX, AIX and Solaris just like 2.6.2 did.
Thanks for the feedback! Did you run the test suite on any of these?
I will run the tests sometime tonight
2.6.3rc1 builds fine on Linux x86/x86_64, MacOSX 10.4 ppc/x86, Windows
32bit/64bit, HP-UX, AIX and Solaris just like 2.6.2 did.
-srid
On Wed, 30 Sep 2009 05:34:02 -0700, Barry Warsaw wrote:
On Sep 30, 2009, at 12:29 AM, Ned Deily wrote:
In my opinion, the standard python.org OS X installe
On Wed, 23 Sep 2009 10:11:18 -0700, Tarek Ziadé
wrote:
On Wed, Sep 23, 2009 at 7:08 PM, Michael Foord
wrote:
Note that Activestate also have a fledgling package management system
for
Python (unreleased yet I *believe*) so it is probably worth reaching
out to
them as well.
Yes I didn't
On Tue, 22 Sep 2009 15:48:08 -0700, Chris Withers
wrote:
Since the language summit at PyCon 2009 various committers, including
me, have been encouraging Tarek to act as distutils dictator to get
things finished as we all know people are prone to bikeshedding that
would kill any forward momen
On Wed, 26 Aug 2009 15:55:54 -0700, Joe Amenta wrote:
-- 3to2 is now registered with PyPI. Did I do it right?
http://pypi.python.org/pypi/3to2/0.1%20alpha%201
Please fix the version number to not contain any whitespace characters.
Also set the `version` argument in setup(..) in your set
On Thu, 23 Jul 2009 06:11:38 -0700, Jesse Noller wrote:
Then why not include pip, easy_install, and this bash script I use to
install packages into core? The more the merrier, right?
Answer: None of these are standards, and as nick points out, there's
issues with sysadmins, security, and other
On Wed, 15 Jul 2009 08:22:03 -0700, David Cournapeau
wrote:
if docutils 0.5 is installed, Foo is broken, unless docutils 0.4 is
shipped with it.
As was stated by Debian packagers on the distutils ML, the problem is
that docutils 0.5 breaks packages which work with docutils 0.4 in the
first p
On Wed, 15 Jul 2009 02:01:24 -0700, Tarek Ziadé
wrote:
get_installed_files(local=False) -> iterator of (path, md5, size)
Will this also return the directories /created/ during the installation?
For example, will it also contain the entry "docutils" .. along with
"docutils/__init__.py"?
I
Here are my comments regarding PEP 376 with respect to PyPM (the Python
package manager being developd at ActiveState)
Multiple versions: I understand that the PEP does not support
installation (thus uninstallation) of multiple versions of the same
package. Should this be explicitly mentioned in
On Thu, 09 Jul 2009 01:22:19 -0700, Tarek Ziadé
wrote:
On Thu, Jul 9, 2009 at 3:42 AM, Sridhar
Ratnakumar wrote:
Other than easy_install/pip, there is also PyPM which is being
developed at
ActiveState. PyPM is the Python package manager much like what ppm is
for
ActivePerl.
Great
On Fri, 10 Jul 2009 01:56:36 -0700, Paul Moore wrote:
One thing that did occur to me based on this - do we want the format to
support designation of files (such as config files) that *shouldn't* be
uninstalled along with everything else? Or are we happy with not
mentioning the file in RECORD at
Is there any reason why RECORD file can't be generated at runtime? Also,
why should the RECORD file be generated at all by bdist* commands?
A .deb file contains "data.tar.gz" that is simply extracted over "/".
There is no need for RECORD inside a .deb file because it is implicit in
the cont
On Wed, 08 Jul 2009 09:22:52 -0700, Paul Moore wrote:
If the only driver for this PEP is setuptools, then I'm -1 on it.
Unless someone working on a packaging tool *other* than setuptools (or
setuptools-derived projects) speaks up and says "I have code of my own
which uses distutils, and I would
On Sun, 05 Jul 2009 11:46:58 -0700, Paul Moore wrote:
2009/7/5 P.J. Eby :
At 05:26 PM 7/5/2009 +0100, Paul Moore wrote:
def get_distribution(name):
for d in get_distributions():
if d.name == name:
return d
return None
Btw, this is broken code anyway, because it's no
On 09-06-23 02:57 AM, Nick Coghlan wrote:
Something like DistributionDirectoryMap should cover it.
You could probably get away with shortening "Directory" to "Dir" in the
class names though:
- Distribution
- ZippedDistribution
- DistributionDir
- ZippedDistributionDir
- DistributionDi
36 matches
Mail list logo
