Re: [Distutils] command hooks...

On Wed, May 30, 2012 at 12:19 PM, PJ Eby wrote: > > > On Wed, May 30, 2012 at 11:54 AM, Erik Bray wrote: >> >> On Tue, May 29, 2012 at 7:41 PM, PJ Eby wrote: >> >> > I might be confused; I haven't been following the goings-on of late >> >> > with >> >> > distutils2.  At one point, I thought the

Re: [Distutils] command hooks...

On Wed, May 30, 2012 at 11:54 AM, Erik Bray wrote: > On Tue, May 29, 2012 at 7:41 PM, PJ Eby wrote: > >> > I might be confused; I haven't been following the goings-on of late > with > >> > distutils2. At one point, I thought the plan was not to bless or > >> > include dependency-managing instal

Re: [Distutils] command hooks...

On Tue, May 29, 2012 at 7:41 PM, PJ Eby wrote: >> > I might be confused; I haven't been following the goings-on of late with >> > distutils2.  At one point, I thought the plan was not to bless or >> > include dependency-managing installers with the stdlib, or something >> > like that.  i.e., I tho

Re: [Distutils] command hooks...

On Tue, May 29, 2012 at 5:17 PM, Carl Meyer wrote: > > On 05/29/2012 02:01 PM, PJ Eby wrote: > > On Tue, May 29, 2012 at 1:24 PM, Carl Meyer wrote: > > On 05/29/2012 08:19 AM, PJ Eby wrote: > > > Right, and I don't think distutils2 can really add setup_requires > > > without blessing

Re: [Distutils] command hooks...

On 05/29/2012 02:01 PM, PJ Eby wrote: > On Tue, May 29, 2012 at 1:24 PM, Carl Meyer wrote: > On 05/29/2012 08:19 AM, PJ Eby wrote: > > Right, and I don't think distutils2 can really add setup_requires > > without blessing a package manager. > > I'm confused by this statement. dis

Re: [Distutils] command hooks...

On Tue, May 29, 2012 at 1:24 PM, Carl Meyer wrote: > > > On 05/29/2012 08:19 AM, PJ Eby wrote: > > On Tue, May 29, 2012 at 10:20 AM, Erik Bray > > wrote: > > > > This particular solution works for me. But the point is that it can > > be done pretty easily.

Re: [Distutils] command hooks...

On 05/29/2012 08:19 AM, PJ Eby wrote: > On Tue, May 29, 2012 at 10:20 AM, Erik Bray > wrote: > > This particular solution works for me. But the point is that it can > be done pretty easily. However, the lack of a setup_requires-like > feature still ma

Re: [Distutils] command hooks...

On Tue, May 29, 2012 at 10:20 AM, Erik Bray wrote: > This particular solution works for me. But the point is that it can > be done pretty easily. However, the lack of a setup_requires-like > feature still makes things pretty impossible short of shipping a copy > of all the required setup hooks

Re: [Distutils] command hooks...

On Sun, May 27, 2012 at 12:58 PM, PJ Eby wrote: > Is setup.cfg already in dist-info?  I guess if it isn't, you could just add > it, using the same mechanism above.  Hm  (goes to look at packaging > docs)...  Ouch.  I'm seeing a bigger problem, which is that without either > the ability to do "

Re: [Distutils] command hooks...

On Fri, May 25, 2012 at 4:23 PM, Erik Bray wrote: > On Fri, May 25, 2012 at 2:24 PM, Daniel Holth wrote: > > This discussion is confusing because we are either talking about a > > general plugin discovery mechanism for Python, or a plugin mechanism > > that packaging itself uses. > > > > After t

Re: [Distutils] command hooks...

On Fri, May 25, 2012 at 2:24 PM, Daniel Holth wrote: > This discussion is confusing because we are either talking about a > general plugin discovery mechanism for Python, or a plugin mechanism > that packaging itself uses. > > After the patch, entry_points.txt (which you are encouraged to write >

Re: [Distutils] command hooks...

This discussion is confusing because we are either talking about a general plugin discovery mechanism for Python, or a plugin mechanism that packaging itself uses. After the patch, entry_points.txt (which you are encouraged to write yourself) is copied by means of a new {dist-info} category using

Re: [Distutils] command hooks...

On Thu, May 24, 2012 at 8:27 PM, PJ Eby wrote: > On Thu, May 24, 2012 at 6:56 PM, Daniel Holth wrote: >> >> > For something like Pyramid the main piece that's missing is support >> > for an entry_points like system.  As Tarek and other have pointed out >> > the past, such a system could still be

Re: [Distutils] command hooks...

On Thu, May 24, 2012 at 6:56 PM, Daniel Holth wrote: > > For something like Pyramid the main piece that's missing is support > > for an entry_points like system. As Tarek and other have pointed out > > the past, such a system could still be supported through a third-party > > plugin system that

Re: [Distutils] command hooks...

> For something like Pyramid the main piece that's missing is support > for an entry_points like system.  As Tarek and other have pointed out > the past, such a system could still be supported through a third-party > plugin system that works via setup hooks and custom metadata.  I think > there was

Re: [Distutils] command hooks...

On Wed, May 23, 2012 at 11:59 PM, Chris McDonough wrote: > It sounds like a reasonable task for me to try out.  In the meantime we've > had a bit of a family emergency which will take some time to overcome and I > won't be able to dedicate much energy to this.  As a result, I have to > declare ban

Re: [Distutils] command hooks...

On 05/21/2012 04:59 PM, Tarek Ziadé wrote: On 5/16/12 6:26 PM, Chris McDonough wrote: On 05/16/2012 02:55 AM, Tarek Ziadé wrote: On 5/16/12 3:58 AM, Chris McDonough wrote: Adding two more (packaging and distutils2) which are similarly semi-documented and which don't even solve the problems tha

Re: [Distutils] command hooks...

On Wed, May 23, 2012 at 1:48 AM, Tarek Ziadé wrote: > On 5/23/12 8:16 AM, Robert Park wrote: >> It's absolutely critical that any replacement for distutils have >> built-in functionality for installed python code being able to query >> at run-time the location that data files were placed at instal

[Distutils] command hooks...

On 23 May 2012 07:48, Tarek Ziadé wrote: > On 5/23/12 8:16 AM, Robert Park wrote: > >> On Mon, May 21, 2012 at 3:42 PM, Tarek Ziadé wrote: >> >>> If you are a packager for a project, you can describe in details your >>> data >>> files, and add more metadata that are understood by PyPI. >>> >>> I

Re: [Distutils] command hooks...

On 5/23/12 8:16 AM, Robert Park wrote: On Mon, May 21, 2012 at 3:42 PM, Tarek Ziadé wrote: If you are a packager for a project, you can describe in details your data files, and add more metadata that are understood by PyPI. If you are a debian packager, you will be able to define where the dat

Re: [Distutils] command hooks...

On Mon, May 21, 2012 at 3:42 PM, Tarek Ziadé wrote: > If you are a packager for a project, you can describe in details your data > files, and add more metadata that are understood by PyPI. > > If you are a debian packager, you will be able to define where the data > files of a python project shoul

Re: [Distutils] command hooks...

On Mon, May 21, 2012 at 4:42 PM, Tarek Ziadé wrote: >> My understanding is that the legacy tools already work, for some vague >> definition of "work".  Your task is to convince me that "packaging" is >> better -- which I think will be hard to do if packaging is not better. > > It really depends wh

Re: [Distutils] command hooks...

On 5/16/12 6:26 PM, Chris McDonough wrote: On 05/16/2012 02:55 AM, Tarek Ziadé wrote: On 5/16/12 3:58 AM, Chris McDonough wrote: Adding two more (packaging and distutils2) which are similarly semi-documented and which don't even solve the problems that the previous ones do would serve no purpos

Re: [Distutils] command hooks...

On 5/16/12 7:35 PM, Mark Sienkiewicz wrote: Can you see packaging as a set of utility at this point, rather than a tool that's going to replace instantly all the legacy tools ? If it is not going to replace the legacy tools, then why should I use it? Who are you ? If you are a user that j

Re: [Distutils] command hooks...

On 05/16/2012 02:35 AM, Tarek Ziadé wrote: 1/ your argument about people being baffled about which tool to use will be worse if we work outside the stdlib. Having packaging in the stdlib and distutils frozen here, leads the path: "hey, the next tool in the stdlib is packaging" It all depends

Re: [Distutils] command hooks...

On 05/16/2012 02:55 AM, Tarek Ziadé wrote: On 5/16/12 3:58 AM, Chris McDonough wrote: Adding two more (packaging and distutils2) which are similarly semi-documented and which don't even solve the problems that the previous ones do would serve no purpose, and baking them into Python itself will m

Re: [Distutils] command hooks...

On 05/16/2012 02:35 AM, Tarek Ziadé wrote: I know the idea of having packaging in the stdlib is something some people disliked, from day 1. And if I recall correctly, you did not like this either back then. I've always been pro-stdlib-contains-a-package-installer-and-machinery, and I still am.

Re: [Distutils] command hooks...

On Wed, May 16, 2012 at 9:26 AM, Tarek Ziadé wrote: > On 5/16/12 3:19 PM, Jim Fulton wrote: >> >> On Wed, May 16, 2012 at 2:55 AM, Tarek Ziadé  wrote: >>> >>> On 5/16/12 3:58 AM, Chris McDonough wrote: Adding two more (packaging and distutils2) which are similarly semi-documented an

Re: [Distutils] command hooks...

On 5/16/12 3:19 PM, Jim Fulton wrote: On Wed, May 16, 2012 at 2:55 AM, Tarek Ziadé wrote: On 5/16/12 3:58 AM, Chris McDonough wrote: Adding two more (packaging and distutils2) which are similarly semi-documented and which don't even solve the problems that the previous ones do would serve no p

Re: [Distutils] command hooks...

On Wed, May 16, 2012 at 2:55 AM, Tarek Ziadé wrote: > On 5/16/12 3:58 AM, Chris McDonough wrote: >> >> Adding two more (packaging and distutils2) which are similarly >> semi-documented and which don't even solve the problems that the previous >> ones do would serve no purpose, and baking them into

Re: [Distutils] command hooks...

Taking off Guido, I don't think he needs to be in the whole thread On 5/16/12 10:30 AM, Paul Moore wrote: I'm happy to summarise this on there. Let me know a link to the wiki page. I created http://wiki.python.org/moin/Packaging/Roadmap But 2 points: 1. Binary distributions is *not* a Wind

Re: [Distutils] command hooks...

On 16 May 2012 08:49, Tarek Ziadé wrote: > On 5/16/12 9:40 AM, Paul Moore wrote: >> This would be a very good step - but rather than simply getting >> responses in the mailing list, can I suggest that we need some sort of >> central location where the features still outstanding for packaging >> ca

Re: [Distutils] command hooks...

On 5/16/12 9:40 AM, Paul Moore wrote: On 16 May 2012 07:55, Tarek Ziadé wrote: I'd suggest you list what you can't do with "packaging" today and we work through that list to point which features are missing and should be developed *outside* the standard lib, and which ones are in "packaging" o

Re: [Distutils] command hooks...

On 16 May 2012 07:55, Tarek Ziadé wrote: > I'd suggest you list what you can't do with "packaging" today and we work > through that list to point which features are missing and should be > developed *outside* the standard lib, and which ones are in "packaging" or > should be This would be a very

Re: [Distutils] command hooks...

I think the biggest thing missing wrt to command hooks is the ability to have the tool automatically generate a OS specific wrapper (.exe for windows, extension less with a shebang for *NIX). While I think it would be useful for this feature to live in std lib, I don't think it's near as require

Re: [Distutils] command hooks...

On 5/16/12 3:58 AM, Chris McDonough wrote: Adding two more (packaging and distutils2) which are similarly semi-documented and which don't even solve the problems that the previous ones do would serve no purpose, and baking them into Python itself will mean they can't evolve in important ways.

Re: [Distutils] command hooks...

On 5/16/12 5:01 AM, Alex Clark wrote: Hi, On 5/15/12 9:58 PM, Chris McDonough wrote: On 05/15/2012 04:39 PM, Éric Araujo wrote: Hi again, Le 01/05/2012 14:28, Paul Moore a écrit : On 1 May 2012 17:40, Chris McDonough wrote: Is there a PEP for the "packaging" package? Is there any sort of un

Re: [Distutils] command hooks...

On 5/16/12 3:58 AM, Chris McDonough wrote: On 05/15/2012 04:39 PM, Éric Araujo wrote: Hi again, Le 01/05/2012 14:28, Paul Moore a écrit : On 1 May 2012 17:40, Chris McDonough wrote: Is there a PEP for the "packaging" package? Is there any sort of unfinished business I can help with? AFAIK, t

Re: [Distutils] command hooks...

Hi, On 5/15/12 9:58 PM, Chris McDonough wrote: On 05/15/2012 04:39 PM, Éric Araujo wrote: Hi again, Le 01/05/2012 14:28, Paul Moore a écrit : On 1 May 2012 17:40, Chris McDonough wrote: Is there a PEP for the "packaging" package? Is there any sort of unfinished business I can help with? AFA

Re: [Distutils] command hooks...

On 05/15/2012 04:39 PM, Éric Araujo wrote: Hi again, Le 01/05/2012 14:28, Paul Moore a écrit : On 1 May 2012 17:40, Chris McDonough wrote: Is there a PEP for the "packaging" package? Is there any sort of unfinished business I can help with? AFAIK, there's no specific PEP for packaging (there

Re: [Distutils] command hooks...

Hi again, Le 01/05/2012 14:28, Paul Moore a écrit : On 1 May 2012 17:40, Chris McDonough wrote: Is there a PEP for the "packaging" package? Is there any sort of unfinished business I can help with? AFAIK, there's no specific PEP for packaging (there are a number of related PEPs, but nothing

Re: [Distutils] command hooks

Hi Rob, I looked all around the bug tracker to try to add a comment and a thank you for providing it, but I could not even find a login button or if I were even logged in... You can log in with the small form in the sidebar on the left. When you are logged in, a bug page appears as an HTML for

[Distutils] command hooks

Greetings: I looked all around the bug tracker to try to add a comment and a thank you for providing it, but I could not even find a login button or if I were even logged in... My issues that I was having regarding the command hooks is now fixed and working perfectly for me! I am so excited and

Re: [Distutils] command hooks...

On 05/01/2012 02:28 PM, Paul Moore wrote: On 1 May 2012 17:40, Chris McDonough wrote: Georg Brandl was trying to herd cats on outstanding PEPs today: http://mail.python.org/pipermail/python-dev/2012-May/119157.html Is there a PEP for the "packaging" package? Is there any sort of unfinished b

Re: [Distutils] command hooks...

On 1 May 2012 17:40, Chris McDonough wrote: > Georg Brandl was trying to herd cats on outstanding PEPs today: > > http://mail.python.org/pipermail/python-dev/2012-May/119157.html > > Is there a PEP for the "packaging" package?  Is there any sort of unfinished > business I can help with? AFAIK, th

Re: [Distutils] command hooks...

On 04/21/2012 01:51 AM, Éric Araujo wrote: Hi again, Is Distutils2 kind of your baby? Simply, you are the only one working on it! It’s more like my foster kid. At first there was distutils, in the standard library since 1999. After a few years it stopped being actively developed, and people

Re: [Distutils] command hooks...

Hi, > After the sprint and you release Distutils2-1.0a5, would you also > update the version_info too? If you import distutils2, and then > distutils2.version_info, you get a3 not a4? I forgot to update distutils2.__version__ when I cut my first release :) Now I will remember it. > I will re-do

Re: [Distutils] command hooks...

Dear Eric: On Fri, Apr 20, 2012 at 10:51 PM, Éric Araujo wrote: > Hi again, > >> Is Distutils2 kind of your baby?  Simply, you are the only one working on it! > It’s more like my foster kid.  At first there was distutils, in the > standard library since 1999.  After a few years it stopped being

Re: [Distutils] command hooks...

Hi again, > Is Distutils2 kind of your baby? Simply, you are the only one working > on it! It’s more like my foster kid. At first there was distutils, in the standard library since 1999. After a few years it stopped being actively developed, and people started to rely on undocumented behavior a

Re: [Distutils] command hooks...

Dear Eric: Is Distutils2 kind of your baby? Simply, you are the only one working on it! I am curious as to what you mean by this statement, when I get some spare round tuits? From the bug tracker page, this has been around for over a year! I applied the diff file that was attached to the page

Re: [Distutils] command hooks...

Good evening, > BTW, these two files are within the same directory within the same project! > Here is the error that I get: > [...] > PackagingModuleError: setup_custom This looks like http://bugs.python.org/issue11637 The project directory needs to be added to sys.path when running command hooks

[Distutils] command hooks...

Greetings All: I would like to know if anyone could help me with this problem? Here is where you can find the files that are involved in this issue: 1) http://dl.dropbox.com/u/47247655/setup.cfg 2) http://dl.dropbox.com/u/47247655/setup_custom.py These files are held in the public folder of my D