::string and PyString) or else
merely accessing the Python wrappers around my own C++ classes. In both
cases memory ownership remains entirely within the extension module, and
all interaction occurs through the Python C API, and never indirectly
through the CRT.
Cheers,
Nick.
--
Nick Coghlan
it applies cleanly and the tests run
happily afterwards (and I don't see any reason it won't after reading
the patch), it should be checked in later tonight.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
. People, including programmers, are often sloppy with terminology.
This is not a new problem.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
).
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
than the relatively sanitised summaries that end up in a PEP :)
That said, Tarek's response suggests that this still isn't ready for a
wider python-dev discussion, so I've set followup-to accordingly.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
is in the hands of distutils-sig and
they're pressing forward with several initiatives that will permit the
construction of more robust and reliable Python-specific package
management systems (such as supporting listing and uninstallation of
installed packages).
Cheers,
Nick.
--
Nick Coghlan | ncogh
option in the future.
But we aren't there yet, and won't be for 2.7 or 3.2. From an outsider's
perspective, the 3.3 time frame appears to be very possible though.
Regards,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
, we will generally consider such tools a poor fit
for the standard library, instead leaving them to the third party
ecosystem.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG
On Fri, Sep 21, 2012 at 2:57 PM, PJ Eby p...@telecommunity.com wrote:
This is no more guesswork than the PyPI /simple index discovery protocol is.
You have zero idea what's at the end of a URL link. You're just hoping
it's the file you expect.
Cheers,
Nick.
--
Nick Coghlan | ncogh
manner as egg files. It's just not
*recommended* to use them that way, as the format is designed
primarily for use in distribution rather than runtime imports.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils
the removal of packaging from 3.3 is
probably a better point of reference, with a concrete distlib PEP
still on the todo list.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG
easy_install, and see any popular elements
of setuptools metadata become officially defined *independently* of
any given implementation.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist
be possible to automatically
generate a SPEC file which is actually half decent (by running the
build hook and introspecting the resulting wheel).
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist
based on Ronald's comments later in this
thread, though.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
make the existing tools impossible to debug when
they go wrong.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
is/there is/
Regards,
Nick.
P.S. Today I learned that 'chili' is the US spelling of 'chilli'
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman
On Mon, Jan 28, 2013 at 4:58 PM, Tarek Ziadé ta...@ziade.org wrote:
On 1/28/13 7:17 AM, Nick Coghlan wrote:
...
3. There needs to be a mechanism to inform automated tools of the
*right* version ordering to use, with PEP 386 being the default.
what happens when you compare two versions
On Mon, Jan 28, 2013 at 5:17 PM, Nick Coghlan ncogh...@gmail.com wrote:
On Mon, Jan 28, 2013 at 4:58 PM, Tarek Ziadé ta...@ziade.org wrote:
On 1/28/13 7:17 AM, Nick Coghlan wrote:
...
3. There needs to be a mechanism to inform automated tools of the
*right* version ordering to use
it
on PEP 345/426 style environment markers, which are basically the
same idea applied to dependency definitions in the package metadata:
http://www.python.org/dev/peps/pep-0426/#environment-markers
Regards,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
as the cosmetic fix to get the
Version-Scheme examples to display correctly).
Regards,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo
encoding, description-as-payload,
Obsoleted-By, optional components/dependencies and the metadata
extension mechanism, as well as those originally added in v1.2, such
as distribution level dependencies, additional URLs and the
environment marker concept).
Cheers,
Nick.
--
Nick Coghlan | ncogh
would be to
let people run pysetup install pip. The relative immaturity and lack
of testing of pysetup was one of the factors that led to packaging
being dropped from 3.3 (though there were other bigger problems).
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
will sort before all the a releases (and
PEP 426 will be explicit about that). The dev-implies-a0
interpretation is only accurate if there's no explicit a0 release
(and was mostly just a matter of me thinking out loud, anyway).
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane
to fix minor release issues that don't
warrant a version number bump? As in, if I have a choice between
2.5, 2.5.post1 and 2.5.post2, isn't 2.5.post2 going to be the
one I want, rather than 2.5?
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
:)
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
Very cool, but would it be possible to expand the class name to
something like PackageIndex? Index is an overloaded word, and that
leading I is also a bit of a problem from a readability point of
view.
Regards.
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
1.3
Version: $Revision$
Last-Modified: $Date$
Author: Daniel Holth dho...@fastmail.fm,
Donald Stufft don...@stufft.io,
Nick Coghlan ncogh...@gmail.com
Discussions-To: Distutils SIG
Status: Draft
Type: Standards Track
Content-Type: text/x-rst
Created: 30 Aug 2012
Abstract
On Sun, Feb 3, 2013 at 11:32 PM, Nick Coghlan ncogh...@gmail.com wrote:
With Donald Stufft's assistance, I've created a new draft of PEP 426.
For the moment I'm listed as a co-author and no longer as
BDFL-Delegate - there's a separate discussion on python-dev about
that.
In addition
On 4 Feb 2013 00:30, Lele Gaifax l...@metapensiero.it wrote:
Nick Coghlan ncogh...@gmail.com writes:
…
Summary of Differences From \PEP 345
Spurious backslash?
Deliberate - it stops the automatic link generation in the PEP HTML
generator
On Mon, Feb 4, 2013 at 3:38 AM, Donald Stufft donald.stu...@gmail.com wrote:
On Sunday, February 3, 2013 at 8:32 AM, Nick Coghlan wrote:
Keywords (optional)
---
A list of additional whitespace separated keywords to be used to assist
searching for the distribution
case and title case
- other typo fixes
Regards,
Nick.
==
PEP: 426
Title: Metadata for Python Software Packages 1.3
Version: $Revision$
Last-Modified: $Date$
Author: Daniel Holth dho...@fastmail.fm,
Donald Stufft don...@stufft.io,
Nick Coghlan ncogh
:
On Mon, Feb 4, 2013 at 2:10 PM, Nick Coghlan ncoghlan@g
mail.com wrote:
As usual, PEP inline below and on the web
at
http://www.python.org/dev/peps/pep-0426/
Version scheme
==
Version numbers must comply with the following
scheme::
N.N[.N]+[{a|b|c|rc}N][.postN
outcome of such an effort: people will simply stick
with v1.1 of the metadata scheme and continuing to use the existing
packaging tools, as migrating to the new ones would require a whole
lot pointless busywork to redesign their build processes and
workflows.
Regards,
Nick.
--
Nick Coghlan | ncogh
not install pre-releases, unless a user or developer specifically
asks for them.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman
.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
=2.6, =3.2, 4)
Regards,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
to do hotfix releases while still
retaining a purely date-based scheme for the numeric component)
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
On 12 Feb 2013 07:56, Alessandro Dentella san...@e-den.it wrote:
On Mon, Feb 11, 2013 at 04:11:38PM -0500, PJ Eby wrote:
On Mon, Feb 11, 2013 at 11:40 AM, Alessandro Dentella san...@e-den.it
wrote:
I believe that this issue belongs to this list, please let me know if
I'm
wrong.
, that would be via ./setup.py bdist_wheel,
but we want to get away from the setup.py format.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman
On Tue, Feb 12, 2013 at 6:03 PM, Chris Jerdonek
chris.jerdo...@gmail.com wrote:
On Mon, Feb 11, 2013 at 11:08 PM, Nick Coghlan ncogh...@gmail.com wrote:
Making
sure the necessary metadata for the build step is provided as part of
the sdist is the responsibility of the Archiver.
We don't
specific
builder is involved and make the appropriate direct invocation instead
of going through sdist2wheel.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
trusting the PSF cert, only allowing
downloads direct from PyPI) in order to keep it simple. For more
complex installation scenarios, pydist install pip would be a
necessary first step.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
On 13 Feb 2013 00:55, Ronald Oussoren ronaldousso...@mac.com wrote:
On 12 Feb, 2013, at 14:46, Daniel Holth dho...@gmail.com wrote:
I still think it makes more sense to just download distribute and wheel
when you want to build one, but to each his own... if you need to create
packages for
On 13 Feb 2013 02:50, PJ Eby p...@telecommunity.com wrote:
On Tue, Feb 12, 2013 at 3:48 AM, Ronald Oussoren ronaldousso...@mac.com
wrote:
The hook could be one or two new header fields in the PKG-INFO
file, with a PEP that describes those keys and how the builder is
invoked and what
it is
://docs.python.org/devguide/)? Are there other things to consider?
Yep, the main distutils docs are covered by CPython's regular dev processes.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist
will have no effect on the wheel format itself.
Regards,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
will be able to
detect the empty directory after the distribution is removed.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo
installers don't handle it very well. However, Vinay's
idea would be a solid improvement on the status quo, even without
trying to solve that particular detail.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils
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
) to the standard
orderable scheme.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
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
On Mon, Feb 18, 2013 at 5:38 AM, Philippe Ombredanne
pombreda...@nexb.com wrote:
On Sun, Feb 17, 2013 at 2:10 AM, Nick Coghlan ncogh...@gmail.com wrote:
The latest draft of PEP 426 is up at http://www.python.org/dev/peps/pep-0426/
This is looking great!
License (optional
then consider that folder as a possible source for
distributions, in addition to already installed distributions and any
online indexes. Once installed, updates would work normally, helping
to avoid the security updates for bundled distributions are
difficult problem.
Cheers,
Nick.
--
Nick Coghlan
help me address peoples concerns without
their eyes glazing over at the walls of text I tend to publish when
trying to explain complex topics over email.
Thoughts?
Regards,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
it's worth my taking the
time to give the PEP more context. Rolling out wheel support should be
enough to keep people busy for a while...
Cheers,
Nick.
On Feb 20, 2013 4:45 AM, Lennart Regebro rege...@gmail.com wrote:
On Wed, Feb 20, 2013 at 10:42 AM, Nick Coghlan ncogh...@gmail.com wrote
On 21 Feb 2013 02:12, Daniel Holth dho...@gmail.com wrote:
On Wed, Feb 20, 2013 at 8:58 AM, Nick Coghlan ncogh...@gmail.com wrote:
On Wed, Feb 20, 2013 at 9:48 PM, Daniel Holth dho...@gmail.com wrote:
-1 The same arguments will just be repeated again.
I'm not so sure - at the moment, I'm
in a version specifier are an
error)
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
On Sun, Feb 24, 2013 at 1:51 PM, Chris Jerdonek
chris.jerdo...@gmail.com wrote:
On Sun, Feb 17, 2013 at 2:10 AM, Nick Coghlan ncogh...@gmail.com wrote:
Maintainer (optional)
-
A string containing the maintainer's name at a minimum; additional
contact information may
inspired:
Entry-Points: {
console_scripts: {
foo: my_package.some_module:main_func,
bar: other_module:some_func
},
gui_scripts: {
baz: my_package_gui.start_func
}
}
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com
to
get the environment marker to pass
entry-points.txt would be the same format as the pkg_resources entry_points.txt
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG
correctly through the deployment process? Absolutely. Will the
standard library ever meaningfully interpret anything other than WHEEL
and the four files already named in PEP 376? Most likely not.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
getting the installation database to support
import hooks and also for potential metadata publication through TUF).
However, decomposing it for efficient runtime access and backwards
compatibility reasons makes sense.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane
On Tue, Feb 26, 2013 at 12:59 AM, Daniel Holth dho...@gmail.com wrote:
On Mon, Feb 25, 2013 at 9:54 AM, Nick Coghlan ncogh...@gmail.com wrote:
On Tue, Feb 26, 2013 at 12:38 AM, Daniel Holth dho...@gmail.com wrote:
I'm probably the only one but I'm not a fan of JSON with all the extra
marks
than embedding the foo = entry-point-def
mini language that setuptools uses.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman
Holth dho...@gmail.com wrote:
We have a potential solution from node which is to allow limited globs in
version matches 1.0.*
On Feb 25, 2013 3:04 PM, Carl Meyer c...@oddbird.net wrote:
On 02/23/2013 08:08 PM, Nick Coghlan wrote:
On Sun, Feb 24, 2013 at 4:43 AM, Daniel Holth dho...@gmail.com
.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
) are substantially different, though. Instead,
I'll reinstate a variant of the commentary from PEP 386 that pointed
out the value of always publishing releases with a consistent number
of components by including the trailing .0.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
On Tue, Feb 26, 2013 at 11:23 PM, Donald Stufft donald.stu...@gmail.com wrote:
On Tuesday, February 26, 2013 at 8:17 AM, Nick Coghlan wrote:
I *don't* like the idea of (== 1.3) and (== 1.3.0) being equivalent
when (1.3) and (1.3.0) are substantially different, though. Instead,
I'll reinstate
)
Wildcard version: some-dist (== X.Y.*) # Expects (= X.Y, X.Y+1.dev0)
Exact version: some-dist (== X.Y) # Expects X.Y, allows extra .0 suffixes
I can live with that.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
, and the language specific
package management tools are just a way to get the application code
onto the target systems in a controlled fashion.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils
-conference development.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
-install hook.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
whatever other tags they like, though (for example cp27_vc6).
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
On Thu, Feb 28, 2013 at 11:52 PM, Paul Moore p.f.mo...@gmail.com wrote:
On 28 February 2013 13:36, Daniel Holth dho...@gmail.com wrote:
On Thu, Feb 28, 2013 at 4:02 AM, Paul Moore p.f.mo...@gmail.com wrote:
On 28 February 2013 06:07, Nick Coghlan ncogh...@gmail.com wrote:
On Thu, Feb 28, 2013
know about it. Your suggestion
would indeed be more appropriately part of an installer-specific entry
point (but one made much easier by the standard including an algorithm
for conversion to structured metadata).
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
Nice work on getting this published Vinay! Hopefully support for an
accepted PEP 426 can become a highlight of 0.2.0 :)
Cheers,
Nick.
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
to a newer version of your library?
Yes, we've become a lot more conservative with this even in the
standard library. Semantic versioning is a better approach in general.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
overly restrictive).
The distros just have a harder problem than most because the set of
packages they're trying to bring together is so large, they're bound
to run into many cases of packages that have mutually incompatible
dependencies.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com
environments, *.pth files and
appropriate installation layouts. The only responsibility I see as
lying with the upstream library and application developers is to
accurately declare their dependencies (and to make them as broad as is
reasonable).
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com
.
Anyway, sounds like we have some ideas for parallel installs we can
investigate.
Yes, I'm definitely not opposed to the idea of parallel installs - I'm
just opposed to the idea of parallel install systems that rely on
changes to PyPI packages in order for them to work properly.
Cheers,
Nick.
--
Nick
with. Look how much
pain the core devs put everyone through with the Python 3 transition!
Do you want that for your users?! Do you?! :)
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist
On 6 Mar 2013 00:59, PJ Eby p...@telecommunity.com wrote:
On Mon, Mar 4, 2013 at 3:20 PM, Paul Moore p.f.mo...@gmail.com wrote:
On 4 March 2013 20:00, Daniel Holth dho...@gmail.com wrote:
On Mon, Mar 4, 2013 at 2:41 PM, Paul Moore p.f.mo...@gmail.com wrote:
In thinking about how virtualenv
it, or
else I can talk to the Pulp team about getting those parts relicensed
under a more permissive license)
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
On 10 Mar 2013 10:16, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Paul Moore p.f.moore at gmail.com writes:
Would it be worth considering splitting distlib into two separate
parts - one that is intended solely for writers of installers and
similar tools, and another for runtime support
On 11 Mar 2013 04:38, Daniel Holth dho...@gmail.com wrote:
A few more clarifications to PEP 427 wheel.
+The ``b'#!pythonw'`` convention is allowed. ``b'#!pythonw'``
indicates
+a GUI script instead of a console script.
+
...
{ hash:
this happen, and also for
announcing it now for the sake of my sanity (and probably Jason's too)
at the packaging and distribution mini-summit on Friday night :)
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
--
Nick Coghlan
be a directory per major version.
The nice thing though is that Python wouldn't actually care about the
actual layout of the installed versions, so long as the *.pth files in
the dist-info directories described the mapping correctly.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com
out when
something comes up and I’ll be happy to clarify or research an answer.
Great to hear and thanks :)
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
for another day or
parallel universe.
The meta-build hooks are definitely a topic for post-metadata-2.0 :)
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
.
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org
On Mon, Mar 18, 2013 at 4:39 PM, Barry Warsaw ba...@python.org wrote:
On Mar 18, 2013, at 04:13 PM, Nick Coghlan wrote:
Eventually I expect pip will grow a --wheel-only option to run it in
strict installer only mode, but the ecosystem is a long way from
supporting that being a useful option
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
explaining that wheel has two
major use cases, and that these two use cases correspond to pip
wheel (for caching your own local builds of an sdist) and ./setup.py
bdist_wheel upload for publication of pre-built binaries via PyPI.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com
On Mon, Mar 18, 2013 at 3:04 PM, Nick Coghlan ncogh...@gmail.com wrote:
The second part has to do with a possible way to organise the
versioned installs: group them by the initial fragment of the version
number according to semantic versioning. For example, define a
versioned-packages
of the CI services. The way to do that would be to put together a
proposal for the board to consider, with a suggested budget and a
mechanism for projects to apply for funding.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
that don't even use
pkg_resources.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
by stealing
things that are known to work from Node.js, Perl, Ruby, PHP, RPM, DEB,
etc.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org
it, then I'll write to BitBucket support to see if the account is
actually being used for anything, and if not, if there's a way to
request control over it. Failing that, I'll settle for a
similar-but-different name, but pypa is definitely my preferred
option.
Regards,
Nick.
--
Nick Coghlan
. Assuming we
go this way, distros will presumably install system Python packages
into the versioned layout and then symlink them appropriately from the
available by default layout in site-packages.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
1 - 100 of 1528 matches
Mail list logo