I've been thinking about uninstallation of distributions, and it seems possible
that PEP 376 is underspecified if we want uninstallation to work interoperably
between different tools that implement the PEP.
It seems desirable that uninstallation should undo the process of installation
as far as
On Sat, Feb 16, 2013 at 12:42 AM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Another question arises - what is to be done when directories, which are
meant to be deleted during uninstallation, contain files which were not put
there during installation of the distribution being removed? It would
Daniel submitted PEPs 425 and 427 to python-dev for acceptance, and I
have formally accepted 427 as BDFL delegate
(http://www.python.org/dev/peps/pep-0427/).
There are still a couple of tweaks to be made to the explanatory
sections of PEP 425 before I accept it, but those pending adjustments
will
On 16 February 2013 09:58, Chris Jerdonek chris.jerdo...@gmail.com wrote:
On Sat, Feb 16, 2013 at 12:42 AM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Another question arises - what is to be done when directories, which are
meant to be deleted during uninstallation, contain files which were not
On Sat, Feb 16, 2013 at 9:49 PM, Paul Moore p.f.mo...@gmail.com wrote:
On 16 February 2013 09:58, Chris Jerdonek chris.jerdo...@gmail.com wrote:
On Sat, Feb 16, 2013 at 12:42 AM, Vinay Sajip vinay_sa...@yahoo.co.uk
wrote:
Another question arises - what is to be done when directories, which
Paul Moore p.f.moore at gmail.com writes:
The obvious example is pyc/pyo files.
Yes, and these could be deleted even if they are not in the RECORD file (they
would be if byte-compiling is done at installation time, but not otherwise).
It would be good to cater better for clean uninstalls.
Nick Coghlan ncoghlan at gmail.com writes:
That suggests to me that a separate clean command in the PEP 376
aware tools would be a better choice, where it looks for directories
that are either empty or contain only __pycache__ subdirectories. Such
That seems to suggest that you can't be sure
On 2/16/2013 7:40 AM, Vinay Sajip wrote:
With my suggestion about keeping a list of shared locations around, then
namespace package directories could be kept in such a list. When uninstalling,
all the subpackages added in the particular distribution being uninstalled
would
be removed, but
On Sat, Feb 16, 2013 at 10:57 PM, Eric V. Smith e...@trueblade.com wrote:
On 2/16/2013 7:40 AM, Vinay Sajip wrote:
With my suggestion about keeping a list of shared locations around, then
namespace package directories could be kept in such a list. When
uninstalling,
all the subpackages added
On Sat, Feb 16, 2013 at 12:47 PM, Nick Coghlan ncogh...@gmail.com wrote:
Daniel submitted PEPs 425 and 427 to python-dev for acceptance, and I
have formally accepted 427 as BDFL delegate
(http://www.python.org/dev/peps/pep-0427/).
It's a red letter day. It has taken 10 years to have a
On 16 February 2013 13:58, Sebastien Douche sdou...@gmail.com wrote:
On Sat, Feb 16, 2013 at 12:47 PM, Nick Coghlan ncogh...@gmail.com wrote:
Daniel submitted PEPs 425 and 427 to python-dev for acceptance, and I
have formally accepted 427 as BDFL delegate
On 28/01/2013 11:38, Jim Fulton wrote:
I think so. Python itself is not a distutils distribution.
...and isn't that a shame? :-(
Wouldn't it be great if Python itself and all the packages in the
standard library all had their own version numbers so you could upgrade
them independently and
On 28/01/2013 18:21, Manlio Perillo wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
In a project I'm working on, I use git, and I'm trying to follow the
versioning scheme used by the git project (since it is very pratical).
To summarize, git version is generated from the output of
Hi,
Roland added some pep8 fixes for buildout's bootstrap file:
https://github.com/buildout/buildout/pull/77
When I'm looking at buildout's code, my hands are sometimes itching to
run pep8 (and pyflakes) over it. Nothing major, just visual stuff.
The good thing about that: it looks better
On Sat, Feb 16, 2013 at 3:18 PM, Reinout van Rees rein...@vanrees.org wrote:
Hi,
Roland added some pep8 fixes for buildout's bootstrap file:
https://github.com/buildout/buildout/pull/77
When I'm looking at buildout's code, my hands are sometimes itching to run
pep8 (and pyflakes) over it.
On 17 Feb 2013 05:11, Chris Withers ch...@simplistix.co.uk wrote:
On 28/01/2013 18:21, Manlio Perillo wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
In a project I'm working on, I use git, and I'm trying to follow the
versioning scheme used by the git project (since it is very
On Tue, Feb 5, 2013 at 6:44 AM, Nick Coghlan ncogh...@gmail.com wrote:
The version scheme is not going to change. The point of PEP 386 was,
to a very large extent, to define a scheme that *existing PyPI
projects* either already comply with, or will require only minor
cosmetic changes to comply
On Sat, Feb 16, 2013 at 8:26 PM, Nick Coghlan ncogh...@gmail.com wrote:
On 17 Feb 2013 05:11, Chris Withers ch...@simplistix.co.uk wrote:
On 28/01/2013 18:21, Manlio Perillo wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
In a project I'm working on, I use git, and
On Sun, Feb 17, 2013 at 11:56 AM, Daniel Holth dho...@gmail.com wrote:
I would think of a git^Wmercurial ID used as the last version component a
non-sorting string. It is never intended to actually break a tie between
two versions; if you do wind up using it to sort then you are in trouble
On Sat, Feb 16, 2013 at 3:47 AM, Nick Coghlan ncogh...@gmail.com wrote:
Daniel submitted PEPs 425 and 427 to python-dev for acceptance, and I
have formally accepted 427 as BDFL delegate
(http://www.python.org/dev/peps/pep-0427/).
This is awesome!
Congratulations to Daniel
--
Philippe
With buildout 1 and its bootstrap script, its is possible to bootstrap
a carefully crafted environment without a network connection:
python bootstrap.py --version 1.7.0 --distribute
--setup-source=distribute_setup.py --download-base=./some directory
defined as download-cache/dist/
assuming you
I posted an updated pull request with support for conditional Buildout
sections in Buildout 2.x
https://github.com/buildout/buildout/pull/76
This new version addresses some issues when handling arbitrary Python
expressions and comments with brackets [ ] as these were sometimes
ambiguous as the
On Sat, Feb 16, 2013 at 9:47 PM, Nick Coghlan ncogh...@gmail.com wrote:
Daniel submitted PEPs 425 and 427 to python-dev for acceptance, and I
have formally accepted 427 as BDFL delegate
(http://www.python.org/dev/peps/pep-0427/).
There are still a couple of tweaks to be made to the
23 matches
Mail list logo