On Sun, Jun 7, 2009 at 4:36 PM, Ronald Oussorenronaldousso...@mac.com wrote:
So maybe we could add a INSTALLER file with a unique md5 key
provided by the project that installed the package,
and ask for the key when calling this API ? If not provided, it would
use Distutils's md5 key
Why
On 4 Jun, 2009, at 5:54, Tarek Ziadé wrote:
Paul
I'd say that it's distutils' responsibility not to offer to uninstall
anything it didn't install.
Brian
Yep. Though I think that nowdays dpkg installs to a different
directory than
Distutils' default. So users have to specify extra options
Tarek Ziadé wrote:
The idea of the uninstall API is to provide a reference implementation
that can be used
in package managers that will rely on the other APIs, rather than a
complete system.
For package managers which manage everything (pretty much every native
binary installer, be it
On Thu, 4 Jun 2009 16:15:11 +0200, Tarek Ziadé ziade.ta...@gmail.com
wrote:
I think that would be great to externalize such command to decouple
its release cycles from Python (As mentioned during the Langage summit)
The only requirement would be to find someone that would lead its
Hello
Here's a status of the current work waiting to be included in
Distutils. (target: Python 2.7 and Python 3.2)
I have created PEP 386 for the version comparison work, and gathered
in it all the work related to version comparison,
I am not an Fedora, Ubuntu, [put your os here] specialist and
On Thu, Jun 04, 2009 at 11:17:38AM +0200, Tarek Ziad? wrote:
Hello
Here's a status of the current work waiting to be included in
Distutils. (target: Python 2.7 and Python 3.2)
I have created PEP 386 for the version comparison work, and gathered
in it all the work related to version
On Thu, Jun 04, 2009 at 11:17:38AM +0200, Tarek Ziad? wrote:
Hello
Here's a status of the current work waiting to be included in
Distutils. (target: Python 2.7 and Python 3.2)
I have created PEP 386 for the version comparison work, and gathered
in it all the work related to version
Oups messed up sorry - resending my answer
On Thu, Jun 4, 2009 at 11:52 AM, Brian Sutherland
br...@vanguardistas.net wrote:
- http://svn.python.org/projects/peps/trunk/pep-0386.txt
... V('1.0.dev456')
... V('1.0')
... V('1.0.dev456post623')
Looks like a typo or very
On Thu, Jun 04, 2009 at 12:57:12PM +0200, Tarek Ziadé wrote:
On Thu, Jun 4, 2009 at 11:52 AM, Brian Sutherland
br...@vanguardistas.net wrote:
- http://svn.python.org/projects/peps/trunk/pep-0386.txt
... V('1.0.dev456')
... V('1.0')
... V('1.0.dev456post623')
2009/6/4 Tarek Ziadé ziade.ta...@gmail.com:
Oups messed up sorry - resending my answer
On Thu, Jun 4, 2009 at 11:52 AM, Brian Sutherland
br...@vanguardistas.net wrote:
- http://svn.python.org/projects/peps/trunk/pep-0386.txt
... V('1.0.dev456')
... V('1.0')
...
Paul
I'd say that it's distutils' responsibility not to offer to uninstall
anything it didn't install.
Brian
Yep. Though I think that nowdays dpkg installs to a different directory than
Distutils' default. So users have to specify extra options to break
their systems.
But how does those
Brian Sutherland wrote:
2009/6/4 Tarek Ziadé ziade.ta...@gmail.com:
Oups messed up sorry - resending my answer
On Thu, Jun 4, 2009 at 11:52 AM, Brian Sutherland
br...@vanguardistas.net wrote:
- http://svn.python.org/projects/peps/trunk/pep-0386.txt
...
On Thu, Jun 4, 2009 at 2:26 PM, Floris Bruynooghe
floris.bruynoo...@gmail.com wrote:
This is a dev version of a post-release version. Which is an edge case
submitted by Phillip.
How would you write it ?
1.0.post623dev456 is what feels intuitive to me, here's my version of
the last few
2009/6/4 Tarek Ziadé ziade.ta...@gmail.com:
Paul
I'd say that it's distutils' responsibility not to offer to uninstall
anything it didn't install.
Brian
Yep. Though I think that nowdays dpkg installs to a different directory than
Distutils' default. So users have to specify extra options to
2009/6/4 David Cournapeau da...@ar.media.kyoto-u.ac.jp:
Ideally, distutils should detect whether it installed the package itself
or not.
Yes, I think having a marker like I suggested some minutes ago, would help
IMHO, uninstall is beyond the scope of distutils; it is very difficult
to get
On Thu, Jun 4, 2009 at 3:23 PM, Brian Sutherland
br...@vanguardistas.net wrote:
So, with setuptools I was running this while building a package:
python2.X setup,py install --single-version-externally-managed
--root=debian/$(package) --install-data=usr/lib/$(package)
So, now I would need
On Thu, Jun 4, 2009 at 3:29 PM, Tarek Ziadé ziade.ta...@gmail.com wrote:
On Thu, Jun 4, 2009 at 3:23 PM, Brian Sutherland
br...@vanguardistas.net wrote:
So, with setuptools I was running this while building a package:
python2.X setup,py install --single-version-externally-managed
2009/6/4 Tarek Ziadé ziade.ta...@gmail.com:
On Thu, Jun 4, 2009 at 3:23 PM, Brian Sutherland
br...@vanguardistas.net wrote:
So, with setuptools I was running this while building a package:
python2.X setup,py install --single-version-externally-managed
--root=debian/$(package)
On Thu, Jun 4, 2009 at 3:41 PM, Brian Sutherland
br...@vanguardistas.net wrote:
And easy_install would have its own marker maybe, if the way it
installs stuff slighlty differs
ok, seems reasonable:)
I'll work on that. I guess it's time to code the uninstall prototype,
Perhaps the
On Thu, Jun 04, 2009 at 01:23:21PM +0100, Paul Moore wrote:
2009/6/4 Tarek Ziadé ziade.ta...@gmail.com:
- PEP 376 | status : waiting for Phillip complementary feedback (and
anyone else of course)
I can imagine distutils uninstalling files previously installed by dpkg
as a shortcut to
2009/6/4 Tarek Ziadé ziade.ta...@gmail.com:
On Thu, Jun 4, 2009 at 3:41 PM, Brian Sutherland
br...@vanguardistas.net wrote:
And easy_install would have its own marker maybe, if the way it
installs stuff slighlty differs
ok, seems reasonable:)
I'll work on that. I guess it's time to code
2009/6/4 Tarek Ziadé ziade.ta...@gmail.com:
Paul
I'd say that it's distutils' responsibility not to offer to uninstall
anything it didn't install.
Brian
Yep. Though I think that nowdays dpkg installs to a different directory than
Distutils' default. So users have to specify extra options to
On Thu, Jun 4, 2009 at 3:59 PM, Paul Moore p.f.mo...@gmail.com wrote:
Also, you need to remember that bdist_wininst is not a third-party
tool. It's part of distutils (although it's probably written in such a
way that it could easily be extracted as a 3rd party addin - I
honestly don't know).
2009/6/4 Tarek Ziadé ziade.ta...@gmail.com:
On Thu, Jun 4, 2009 at 3:59 PM, Paul Moore p.f.mo...@gmail.com wrote:
Also, you need to remember that bdist_wininst is not a third-party
tool. It's part of distutils (although it's probably written in such a
way that it could easily be extracted as
2009/6/4 David Cournapeau da...@ar.media.kyoto-u.ac.jp:
Brian Sutherland wrote:
Yep. Though I think that nowdays dpkg installs to a different directory than
Distutils' default. So users have to specify extra options to break
their systems.
That's unfortunately not true: by default (wo any
At 11:17 AM 6/4/2009 +0200, Tarek Ziadé wrote:
- new PEP 386 | waiting for your feedback
- http://svn.python.org/projects/peps/trunk/pep-0386.txt
From the PEP:
Last .dev456post623 is a development version of a post-release
This appears incorrect to me; it should be a post-release of a
On Thu, Jun 4, 2009 at 6:02 AM, Tarek Ziadé ziade.ta...@gmail.com wrote:
On Thu, Jun 4, 2009 at 2:26 PM, Floris Bruynooghe
floris.bruynoo...@gmail.com wrote:
This is a dev version of a post-release version. Which is an edge case
submitted by Phillip.
How would you write it ?
At 12:57 PM 6/4/2009 +0200, Tarek Ziadé wrote:
On Thu, Jun 4, 2009 at 11:52 AM, Brian Sutherland
br...@vanguardistas.net wrote:
I can imagine distutils uninstalling files previously installed by dpkg
as a shortcut to breaking a machine. Though I'm not sure what will
actually happen in
2009/6/4 P.J. Eby p...@telecommunity.com
At 11:17 AM 6/4/2009 +0200, Tarek Ziadé wrote:
- new PEP 386 | waiting for your feedback
- http://svn.python.org/projects/peps/trunk/pep-0386.txt
From the PEP:
Last .dev456post623 is a development version of a post-release
This appears
At 01:23 PM 6/4/2009 +0100, Paul Moore wrote:
With Windows, if you install using bdist_wininst and then uninstall
using the (currently nonexistent) distutils uninstall, I'd expect that
it wouldn't remove the Add/Remove programs support items in the
registry, and the Removexxx.exe and
At 03:02 PM 6/4/2009 +0200, Tarek Ziadé wrote:
On Thu, Jun 4, 2009 at 2:26 PM, Floris Bruynooghe
floris.bruynoo...@gmail.com wrote:
This is a dev version of a post-release version. Which is an edge case
submitted by Phillip.
How would you write it ?
1.0.post623dev456 is what feels
At 09:41 AM 6/4/2009 -0700, Trent Mick wrote:
Can people point to some examples of projects using post-release
tags, and that would require the use of a dev release of a post release?
Any project that uses a post-release tag and has multiple developers
or multiple commits required to create
2009/6/4 P.J. Eby p...@telecommunity.com
The specific use case I was asking about, though, was 1.0a1dev-r623,
meaning SVN revision 623 of the development work on leading up to 1.0a1 --
and IIRC, in the RationalVersion cheme, this should probably just translate
to 1.0.a1.dev623.
That is
On Thu, Jun 04, 2009 at 12:46:03PM -0400, P.J. Eby wrote:
At 12:57 PM 6/4/2009 +0200, Tarek Ziadé wrote:
On Thu, Jun 4, 2009 at 11:52 AM, Brian Sutherland
br...@vanguardistas.net wrote:
I can imagine distutils uninstalling files previously installed by dpkg
as a shortcut to breaking a
34 matches
Mail list logo
