On Thu, Feb 11, 2016 at 12:23 PM, Brett Cannon <[email protected]> wrote:

>
>
> On Thu, 11 Feb 2016 at 10:01 M.-A. Lemburg <[email protected]> wrote:
>
>> On 11.02.2016 17:48, Donald Stufft wrote:
>> >
>> >> On Feb 11, 2016, at 11:08 AM, M.-A. Lemburg <[email protected]> wrote:
>> >>
>> >> Then why not fix distutils' sdist command to add the needed
>> >> information to PKG-INFO and rely on it ?
>> >>
>> >> Or perhaps add a new distutils command which outputs the needed
>> >> information as JSON file and fix the sdist command to call this
>> >> by default ?
>>
>
#PEP426JSONLD needs a new hashtag.
- https://www.google.com/webhp?#q=pep426jsonld
- https://github.com/pypa/interoperability-peps/issues/31
  PEP 426: Define a JSON-LD context as part of the proposal.

  - [ ] egg-info > metadata.jsonld / pydist.jsonld
    - These would then need to be [re]built before the new jsonld metadata
would be present e.g. for PyPi / Warehouse to read the package metadata
JSONLD at <projects|pypi>/pkg/jsonld.

  - The CSVW.jsonld:
    https://www.w3.org/ns/csvw.jsonld
  - schema.org 2.2 release:
    https://github.com/schemaorg/schemaorg/tree/sdo-phobos/data/releases/2.2

    - http://schema.org/SoftwareApplication
    - http://schema.org/Code
    - http://schema.org/Thing
      + schema:name  (rdfs:label)
      + schema:url   (rdf:Subject)
      + schema:description

DOAP
``````````
| Standard: https://github.com/edumbill/doap/blob/master/schema/doap.rdf
DOAP Description of a Project RDFS vocabulary
doap:Project, doap:GitBranch

* the debian RDF record for the python3 package as turtle:
  https://packages.qa.debian.org/p/python3-defaults.ttl

  * https://wiki.debian.org/RDF

{ ... https://github.com/pypa/interoperability-peps/issues/31 ... -> { ...
} }


> >>
>> >> There are many ways to address such issues, but defining a new
>> >> standard for every issue we have instead of fixing the existing
>> >> distutils implementation is not the best way to approach this.
>> >
>> >
>> > The very nature of distutils (later inherited by setuptools) is the
>> problem to
>> > be honest. The reason we're adding new standards and moving away from
>> these
>> > systems is that fixing them is essentially fundamentally altering them.
>>
>> Of course. We're doing that constantly in Python, so why not
>> in distutils too ?
>>
>
> IMO, I think we should work towards a goal where we strip distutils down
> to only the parts that are required to be provided by Python to make it
> easier to maintain. Distutils served its purpose, but now I think we should
> push what distutils does out to the community to allow for more rapid
> updates and easier maintenance and evolution which will better align with
> things like compiler release schedules and support alternative compilers
> and such more easily.
>


Minimally, what do we need here:

- Archive and/or compress the source code
  - Sometimes, ideally, for zipimport (to avoid all of these ENOENT in an
strace)
- Determine sys.path (``python -m site``)
- Run named functions with edges and a topological sort
  - distutils.cmd.Command, setuptools.cmd.Command
    - python setup.py install' can be overloaded, IIUC

Distutils/setuptools:

- distutils.cmd.Command

https://docs.python.org/2/distutils/apiref.html#creating-a-new-distutils-command
- setuptools Command reference
  https://pythonhosted.org/setuptools/setuptools.html#command-reference
- pbr
  http://docs.openstack.org/developer/pbr/
  https://github.com/openstack-dev/pbr/blob/master/setup.py
  setuptools.setup(**pbr.util.cfg_to_args()

Tool feature sets

- https://pypaio.readthedocs.org/en/latest/roadmap/
-
https://python-packaging-user-guide.readthedocs.org/en/latest/specifications/
-
https://python-packaging-user-guide.readthedocs.org/en/latest/distributing/
- "Tool Recommendations"
  - https://python-packaging-user-guide.readthedocs.org/en/latest/current/

cookiecutter project templating

- https://wrdrd.com/docs/tools/index#cookiecutter

PEX w/ pants

- https://wrdrd.com/docs/tools/index#pants
- https://pantsbuild.github.io/python-readme.html


>
> _______________________________________________
> Distutils-SIG maillist  -  [email protected]
> https://mail.python.org/mailman/listinfo/distutils-sig
>
>
_______________________________________________
Distutils-SIG maillist  -  [email protected]
https://mail.python.org/mailman/listinfo/distutils-sig

Reply via email to