Project

Profile

Help

Story #7089

closed

As an admin I want to define namespaces for container repositories

Added by mdellweg over 4 years ago. Updated almost 4 years ago.

Status:
CLOSED - CURRENTRELEASE
Priority:
Normal
Assignee:
Sprint/Milestone:
Start date:
Due date:
% Done:

100%

Estimated time:
Platform Release:
Groomed:
No
Sprint Candidate:
No
Tags:
Sprint:
Sprint 85
Quarter:

Description

To be able to assign permissions (RBAC) for the creation of repositories in certain namespaces, pulp_container needs a Namespace model that can be created via the pulp-api. Distributions must be assigned to such a Namespace. The "global" Namespace "library" should always be available.

Actions #1

Updated by ipanova@redhat.com over 4 years ago

  • Sprint/Milestone set to 2.2.0
Actions #2

Updated by dkliban@redhat.com over 4 years ago

Each repository and distribution should have a Foreign Key to a Namespace. A Namespace should just have a 'name'.

Actions #3

Updated by mdellweg over 4 years ago

  • Status changed from NEW to ASSIGNED
  • Assignee set to mdellweg
Actions #4

Updated by mdellweg about 4 years ago

From https://docs.docker.com/registry/spec/api/#overview :

Classically, repository names have always been two path components where each path component is less than 30 characters. The V2 registry API does not enforce this. The rules for a repository name are as follows:

A repository name is broken up into path components. A component of a repository name must be at least one lowercase, alpha-numeric characters, optionally separated by periods, dashes or underscores. More strictly, it must match the regular expression [a-z0-9]+(?:[._-][a-z0-9]+)*. If a repository name has two or more path components, they must be separated by a forward slash (“/”). The total length of a repository name, including slashes, must be less than 256 characters.

These name requirements only apply to the registry API and should accept a superset of what is supported by other docker ecosystem components.

It looks like we try to support having arbitrary path's for container repositories. I am quite unsure, how this will work with a namespace concept. Can we assume a two component model for this? Should we have nested namespaces?

Actions #5

Updated by ipanova@redhat.com about 4 years ago

I heard/read about the 2+ path components however I have never witnessed that so far. We do have though a user story that would require 2+ path components https://pulp.plan.io/issues/5545 I also digged out some old pulp2 RFE https://pulp.plan.io/issues/3136 https://pulp.plan.io/issues/3128 related to having more path components

Actions #6

Updated by ipanova@redhat.com about 4 years ago

  • Sprint set to Sprint 80
Actions #7

Updated by rchan about 4 years ago

  • Sprint changed from Sprint 80 to Sprint 81
Actions #8

Updated by rchan about 4 years ago

  • Sprint changed from Sprint 81 to Sprint 82
Actions #9

Updated by pulpbot about 4 years ago

  • Status changed from ASSIGNED to POST
Actions #10

Updated by rchan about 4 years ago

  • Sprint changed from Sprint 82 to Sprint 83
Actions #11

Updated by rchan about 4 years ago

  • Sprint changed from Sprint 83 to Sprint 84
Actions #12

Updated by rchan about 4 years ago

  • Sprint changed from Sprint 84 to Sprint 85
Actions #13

Updated by mdellweg about 4 years ago

  • Status changed from POST to MODIFIED
  • % Done changed from 0 to 100
Actions #14

Updated by ipanova@redhat.com almost 4 years ago

  • Sprint/Milestone changed from 2.2.0 to 2.3.0
Actions #15

Updated by pulpbot almost 4 years ago

  • Status changed from MODIFIED to CLOSED - CURRENTRELEASE

Also available in: Atom PDF