Project

Profile

Help

Pulp Python Roadmap » History » Sprint/Milestone 15

bizhang, 12/18/2017 07:38 PM

1 1 dalley
# Pulp Python Roadmap
2
3 14 amacdona@redhat.com
Legend:  
4
(Red, undecided)  
5
(Yellow, decided- needs story)  
6
(blue, decided with story)  
7
(Black - Finished bc green is hard to read)
8
9 9 dalley
~~~
10 8 dalley
This is a living document that is moving towards a long term plan to develop pulp_python 3.0 and beyond.
11 6 dalley
~~~
12 1 dalley
13
## Pulp Python Use Cases
14
15 14 amacdona@redhat.com
### Synced Package Index use case:
16 13 bizhang
17 2 dalley
> As a user, I can configure an importer to sync a list of projects \[#2884\]
18
>
19 1 dalley
>> Syncing a project includes all releases  
20
>> Syncing a release includes all distribution packages (all types)  
21 14 amacdona@redhat.com
>> Synced packages can be verified based on digest (md5 from pypi, sha512 Pulp)  
22 1 dalley
>> I can specify sync mode to be either additive or mirror
23 14 amacdona@redhat.com
24
> As a user, I can publish a repository (Published projects will include all releases and distributions):
25 1 dalley
>
26 15 bizhang
>> Published Python Content Units are consumable by pip \[#2885\] #TOBLUE
27 1 dalley
28
### Upload Use Case:
29
30 14 amacdona@redhat.com
> As a user, I can upload individual distribution packages (name, version, platform) #TOYELLOW
31 1 dalley
>
32 14 amacdona@redhat.com
>> As a user I can upload all types (egg, wheel, sdist)
33
34
### **\[3.1+\]** ==============================================================================
35 1 dalley
36
> **\[3.1+\]** A twine user can publish a distribution package to Pulp \[#2887\]
37 15 bizhang
38
> **\[3.1+\]** I can published projects are consumable by other Pulps \[#2886\]
39 14 amacdona@redhat.com
40
### **\[3.1+\]** Migrations:
41
42
> As a user, I can migrate Pulp2 packages to Pulp3 in-place. \[#2888\]
43
44
### **\[3.1+\]** Cache Use Case:
45
46
> As a user, I can use Pulp as a PyPI cache.
47
48
### **\[3.1+\]** PyPI Publish use case
49
50
> As a user, I can publish a release to a remote package index
51 2 dalley
>
52 14 amacdona@redhat.com
>> As a user, I can configure Pulp to publish to PyPI with my auth credentials
53 2 dalley
54 14 amacdona@redhat.com
### Granular Sync
55 4 dalley
56 1 dalley
> Blacklist: As a user, I can disinclude some content of a project
57 2 dalley
>
58 1 dalley
>> By specifying (release, distribution package)  
59 11 bizhang
>> I can disinclude content by distribution type
60
>
61
> Whitelist (Curated Package index Use Case) As a user, I can sync packages that reproduce a specific environment
62
>
63 1 dalley
>> From the output of pip freeze (loose use case)  
64
>> With the name, exact versions, and distribution type (tight use case)
65
66
## Glossary:
67
68
### Project
69
70
> A library, framework, script, plugin, application, or collection of data or other resources, or some combination thereof that is intended to be packaged into a Distribution.  
71
> \[ https://packaging.python.org/glossary/#term-project \]
72 2 dalley
73 1 dalley
### Package Index:
74
75
> A repository of distributions with a web interface to automate package discovery and consumption. (this should align to a pulp repo). A Package Index is assumed to implement the PyPI APIs
76
77
### Release
78
79
> A snapshot of a Project at a particular point in time, denoted by a version identifier.  
80
> Making a release may entail the publishing of multiple Distributions. For example, if version 1.0 of a project was released, it could be available in both a source distribution format and a Windows installer distribution format.
81 5 dalley
82
### Distribution Package
83 1 dalley
84
> "Distribution" for short. If we mean linux, we will say "distro"  
85
> A versioned archive file that contains Python packages, modules, and other resource files that are used to distribute a Release. The archive file is what an end-user will download from the internet and install. A project may contain many releases, and releases may contain many distribution packages. Can be type sdist, bdist, etc. "Distribution package" is used instead of "package" to avoid confusion with "import packages" or linux "distributions".
86
87
## Relevant PEPs:
88
89
  - https://www.python.org/dev/peps/pep-0241/ Final (Original Metadata)
90
  - https://www.python.org/dev/peps/pep-0301/ Final (HTTP API)
91
  - https://www.python.org/dev/peps/pep-0314/ Final (Metadata 1.1)
92
  - https://www.python.org/dev/peps/pep-0345/ Accepted (Metadata 1.2)
93
  - https://www.python.org/dev/peps/pep-0427/ Accepted (Wheel 1.0) 
94
  - https://www.python.org/dev/peps/pep-0491/ Draft (Wheel 1.9)
95
  - https://www.python.org/dev/peps/pep-0426/ Deferred (Metadata 2.0)
96
  - https://www.python.org/dev/peps/pep-0459/ Deferred (Standard Metadata Extensions)
97
  - https://www.python.org/dev/peps/pep-0503/ Accepted (Simple API)
98
  - https://www.python.org/dev/peps/pep-0508/ Active (Dep specification)