Project

Profile

Help

Pulp 2 15 3 Test Result Summary » History » Sprint/Milestone 1

pthomas@redhat.com, 03/19/2018 02:58 PM

1 1 pthomas@redhat.com
# Pulp 2 15 3 Test Result Summary
2
3
Summary
4
5
Started On: March 13, 2018  
6
Finished On: March 19, 2018  
7
Version: 2.15.3  
8
Result: Success  
9
Build URL: N/A
10
11
Summary
12
13
This release included bug fixes. The QE tasks in the release process include making sure automation jobs pass and upgrade automation jobs pass. 2.15.2 was released on F27.
14
15
Pulp QE approve the release of pulp 2.15.3
16
17
Beta History  
18
Beta1 : March 13, 2018
19
20
Issues Addressed  
21
\================
22
23
Docker Support  
24
3286 Sync logic should not assume on schema1 by default existence  
25
3357 docker_distributor_web is racy, not atomic  
26
3258 Update with new recipe for v2s1 manifest upload
27
28
Pulp  
29
3246 Update branching.rst to match pup-0003  
30
3347 Advise users to use \`setsebool\` to set pulp_manage_rsync  
31
3386 PEP8 Pulp's docs/conf.py
32
33
RPM Support  
34
3307 import_upload: improve data validation  
35
3339 Missing docs on how to import RPM package which has rich dependencies in Requires  
36
3353 Missing docs on importing RPM repository module metadata  
37
3411 Document Implications that Pulp2 does not support metalink for rpm syncing
38
39
Summary:
40
41
Most of the issues are documentation-related. The candidates for automation are:  
42
Issue #3286: Sync logic should not assume on schema1 by default existence  
43
Issue #3357: docker_distributor_web is racy, not atomic  
44
Issue #3307: import_upload: improve data validation  
45
#3286 might be automatable. To automate this issue, we need a test that does the following:
46
47
Create a Docker repository. Let its feed reference a Docker image that only has a v2 representation, and not a v1 representation.  
48
Sync the repository. Verify that the the sync succeeded.  
49
Publish the repository. Verify that:  
50
The v1 version of the docker image may not be downloaded.  
51
The v2 version of the docker image may be downloaded.  
52
I'm not sure how hard this is. The main impediment is my own poor knowledge of Docker. I think it's doable with our existing tooling.
53
54
#3357 has a reproducer that requires patching source code. I don't want to do this, and have asked for an alternate reproducer - say, one that requires setting filesystem permissions. The response has basically been "that's hard. Trust that the people affected have verified the fix."
55
56
#3307 can be tested quite easily. We already have tests that upload files to Pulp. To automate this issue, we need a test that starts and upload, but provides some invalid parameters. Not too hard. I could bang this out in a day.