Re: [Python-Dev] Modules that run other scripts

Robert Kern wrote: > Nick Coghlan wrote: > >> For that second part: >> 1. Is it even worth doing at this stage? I'm not sure to what degree the >> new command line flexibility has even been adopted by third party >> application packagers, so I have no idea how large the pool of potential >> users

Re: [Python-Dev] Modules that run other scripts

Nick Coghlan wrote: For that second part: 1. Is it even worth doing at this stage? I'm not sure to what degree the new command line flexibility has even been adopted by third party application packagers, so I have no idea how large the pool of potential users might be. Should I instead wait unti

[Python-Dev] Modules that run other scripts

I'm in the process of adding a "run_path" function to the runpy module that allows Python code to execute scripts using the same rules as the CPython command line (i.e. accepting both source and compiled Python files in addition to zipfiles, directories and other valid sys.path entries containing a

Re: [Python-Dev] [Python-checkins] Using itertools in modules that are part of the build chain (Re: r76264 - python/branches/py3k/Lib/tokenize.py)

2009/11/14 Nick Coghlan : > This does constrain where we can use itertools - if we want carte > blanche to use it anywhere in the standard library, even those parts > that are imported as part of the build chain, we'll need to bite the > bullet and make it a builtin module rather than a separately

Re: [Python-Dev] Too many Python accounts

"Martin v. Löwis" writes: > > Fred can use his own OpenID ‘fred.example.org’, initially set up > > behind the scenes to delegate to ‘bigcorp.example.com’ as the > > provider. Any time he likes, Fred can *change* which provider is > > actually used for authentication, without changing his OpenID.

Re: [Python-Dev] Too many Python accounts (was Re: PyPI comments and ratings, *really*?)

Martin v. Löwis wrote: Why? I already have python tracker account and a python wiki account which is already 2 too many. The latter was a pain because the site lost my registration and as of a year ago, the registration process was broken. I would much prefer just one python site registration.

[Python-Dev] Using itertools in modules that are part of the build chain (Re: [Python-checkins] r76264 - python/branches/py3k/Lib/tokenize.py)

benjamin.peterson wrote: > Modified: python/branches/py3k/Lib/tokenize.py > == > --- python/branches/py3k/Lib/tokenize.py (original) > +++ python/branches/py3k/Lib/tokenize.py Sat Nov 14 17:27:26 2009 > @@ -377,17

Re: [Python-Dev] buildtime vs runtime in Distutils

Christian Heimes wrote: Tarek Ziadé wrote: Hello, http://bugs.python.org/issue4359 reminds me that Distutils reads build files like Makefile or pyconfig.h to get some environment variables through the sysconfig module at *runtime*. This cannot work on all platforms, when our Makefile is not sh

Re: [Python-Dev] buildtime vs runtime in Distutils

Tarek Ziadé wrote: > Hello, > > http://bugs.python.org/issue4359 reminds me that Distutils reads build > files like Makefile or pyconfig.h to get some environment > variables through the sysconfig module at *runtime*. > > This cannot work on all platforms, when our Makefile is not shipped > with

Re: [Python-Dev] Too many Python accounts

> Fred can use his own OpenID ‘fred.example.org’, initially set up behind > the scenes to delegate to ‘bigcorp.example.com’ as the provider. Any > time he likes, Fred can *change* which provider is actually used for > authentication, without changing his OpenID. PyPI gets to find out which > provid

Re: [Python-Dev] buildtime vs runtime in Distutils

2009/11/15 "Martin v. Löwis" : >> The problem is that the main python distribution ("python") is not >> working as advertised since >> it contains distutils, which requires "python-devel" to work. >> >> This implies that "python" has a dependency on "python-devel", which >> does not make sense >> a

Re: [Python-Dev] Too many Python accounts

"Martin v. Löwis" writes: > > And that registration should be using any OpenID, so that I don't > > need any new identities to participate on the Python sites: I can > > re-use existing identities. > > PyPI actually does support OpenID. I commend the PyPI administrators for this step, but the im

Re: [Python-Dev] buildtime vs runtime in Distutils

> The problem is that the main python distribution ("python") is not > working as advertised since > it contains distutils, which requires "python-devel" to work. > > This implies that "python" has a dependency on "python-devel", which > does not make sense > anymore for linux distros to have two

Re: [Python-Dev] buildtime vs runtime in Distutils

On Sun, Nov 15, 2009 at 2:41 AM, Arfrever Frehtes Taifersar Arahesis wrote: [..] >> >> This could happen when "configure" is called, > > It seems to be a good idea. You should create a .py.in file and use > AC_SUBST and AC_CONFIG_FILES macros in configure.in. I need to investigate on these, thx

Re: [Python-Dev] buildtime vs runtime in Distutils

2009/11/15 "Martin v. Löwis" : >> http://bugs.python.org/issue4359 reminds me that Distutils reads build >> files like Makefile or pyconfig.h to get some environment >> variables through the sysconfig module at *runtime*. >> >> This cannot work on all platforms, when our Makefile is not shipped >>

Re: [Python-Dev] Too many Python accounts

"Stephen J. Turnbull" writes: > Ben Finney writes: > > > I would make a bug report for that, but the Python bug tracker also > > requires yet-another-identity. It's lunacy. > > No, it's legacy. The software predates the availability of OpenID. I don't agree that's a “no”; it's a “yes, and” :-

Re: [Python-Dev] buildtime vs runtime in Distutils

2009-11-15 02:21:41 Tarek Ziadé napisał(a): > Hello, > > http://bugs.python.org/issue4359 reminds me that Distutils reads build > files like Makefile or pyconfig.h to get some environment > variables through the sysconfig module at *runtime*. > > This cannot work on all platforms, when our Makefi

Re: [Python-Dev] buildtime vs runtime in Distutils

> http://bugs.python.org/issue4359 reminds me that Distutils reads build > files like Makefile or pyconfig.h to get some environment > variables through the sysconfig module at *runtime*. > > This cannot work on all platforms, when our Makefile is not shipped > with python but python-devel. (like

Re: [Python-Dev] Too many Python accounts

> And that registration should be using any OpenID, so that I don't need > any new identities to participate on the Python sites: I can re-use > existing identities. PyPI actually does support OpenID. Regards, Martin ___ Python-Dev mailing list Python-D

Re: [Python-Dev] Too many Python accounts (was Re: PyPI comments and ratings, *really*?)

> Why? I already have python tracker account and a python wiki account > which is already 2 too many. The latter was a pain because the site lost > my registration and as of a year ago, the registration process was > broken. I would much prefer just one python site registration. Then I recommend t

[Python-Dev] buildtime vs runtime in Distutils

Hello, http://bugs.python.org/issue4359 reminds me that Distutils reads build files like Makefile or pyconfig.h to get some environment variables through the sysconfig module at *runtime*. This cannot work on all platforms, when our Makefile is not shipped with python but python-devel. (like Fedo

Re: [Python-Dev] Too many Python accounts

Ben Finney writes: > I would make a bug report for that, but the Python bug tracker also > requires yet-another-identity. It's lunacy. No, it's legacy. The software predates the availability of OpenID. If you'd like to integrate Open ID authentication into Roundup, I will personally be happy

Re: [Python-Dev] Too many Python accounts

Terry Reedy writes: > Martin v. Löwis wrote: > > >>> This is indeed intentional: people like you won't upload packages > >>> to PyPI, nor will they take part in the rating system, as both > >>> require a PyPI account. > > Why? I already have python tracker account and a python wiki account > whic

[Python-Dev] Too many Python accounts (was Re: PyPI comments and ratings, *really*?)

Martin v. Löwis wrote: This is indeed intentional: people like you won't upload packages to PyPI, nor will they take part in the rating system, as both require a PyPI account. Why? I already have python tracker account and a python wiki account which is already 2 too many. The latter was a pa

Re: [Python-Dev] PyPI comments and ratings, *really*?

Robert Kern a écrit : While I do have a couple of packages on PyPI, I use PyPI as a consumer of packages much more frequently, every day in fact. Another "consumer" opinion: when investigating a new package, I usually look for the following things, in that order: 1) the "big picture" descr

Re: [Python-Dev] PyPI comments and ratings, *really*?

> +1 > > Having a "Repository-URL", "Repository-Browse-URL" and a > "Bug-Tracker-URL" field in PyPI would be a lot more usefule then > comments and ratings. > > +1 ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/p

Re: [Python-Dev] PyPI comments and ratings, *really*?

On Fri, Nov 13, 2009 at 06:10:16PM -0600, Robert Kern wrote: > If you want one idea that would make my use of PyPI much more > pleasant and informative, it would be to add a "Repository-URL" > entry to the recommended PyPI metadata so that I could always start > looking at the code in one click. +

Re: [Python-Dev] PyPI comments and ratings, *really*?

On Sun, 15 Nov 2009 01:52:21 am P.J. Eby wrote: > > > I don't want to create a PyPI account (more account details I'll > > > rarely use to remember) just to vote. I can see why anonymous > > > votes are bad, but the sample's going to be self-selecting - > > > people like me who don't want to creat

Re: [Python-Dev] PyPI comments and ratings, *really*?

>> > I don't want to create a PyPI account (more account details I'll >> > rarely use to remember) just to vote. I can see why anonymous votes >> > are bad, but the sample's going to be self-selecting - people like me >> > who don't want to create an account will be excluded. >> >> This is indeed i

Re: [Python-Dev] PyPI comments and ratings, *really*?

At 09:45 AM 11/14/2009 +0100, Martin v. Löwis wrote: Paul Moore wrote: > 2009/11/13 Tres Seaver : >> I can see the information about the poll, and a link to view the >> results, without logging in. >> >> http://pypi.python.org/pypi >> >> (second paragraph there). That paragraph tells you that y

Re: [Python-Dev] PyPI front page

At 08:33 PM 11/12/2009 -0500, Ian Bicking wrote: On Thu, Nov 12, 2009 at 7:52 PM, Antoine Pitrou <solip...@pitrou.net> wrote: Ben Finney benfinney.id.au> writes: > > There's a problem with the poll's placement: on the front page of the > PyPI

Re: [Python-Dev] PyPI comments and ratings, *really*?

> >> That is an (apparently widespread) myth. The Cheesecake rating is not >> considered in ranking search results; it's just the relevance of the >> search term that is. > > Thanks for clarifying this! > > What about the other points? They are really off-topic for python-dev; PyPI discussion s

Re: [Python-Dev] PyPI comments and ratings, *really*?

On Sat, Nov 14, 2009 at 09:43 +0100, "Martin v. Löwis" wrote: > > What I really like on PyPi is that my packages are tested automatically > > with Cheesecake and the order of packages when searching is determined > > by this rating. > That is an (apparently widespread) myth. The Cheesecake rating

Re: [Python-Dev] Status of the Buildbot fleet and related bugs

> Yes, I think this just started happening. I'm guessing that the main > site proxies the buildbot URL requests to the buildbot master process, > and when it's down you get the 404s from the main server. > > I figured someone might be working on the master, though perhaps it > just burped on its o

Re: [Python-Dev] PyPI governance

> Martin, are you interested in help? Certainly, yes. For the specific feature in question, I'd like to wait for the outcome of the poll. Otherwise, contributions are welcome. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail

Re: [Python-Dev] PyPI comments and ratings, *really*?

Paul Moore wrote: > 2009/11/13 Tres Seaver : >> I can see the information about the poll, and a link to view the >> results, without logging in. >> >> http://pypi.python.org/pypi >> >> (second paragraph there). That paragraph tells you that you need to log >> in to vote in the poll. > > I don't

Re: [Python-Dev] PyPI comments and ratings, *really*?

> What I really like on PyPi is that my packages are tested automatically > with Cheesecake and the order of packages when searching is determined > by this rating. That is an (apparently widespread) myth. The Cheesecake rating is not considered in ranking search results; it's just the relevance o