PURR-2026-0006: Namespacing guidelines #162
No reviewers
Labels
No labels
🗒️ PURR
Stage A: Idea
🗒️ PURR
Stage B: Drafting
🗒️ PURR
Stage C: Finalization
dependencies
Difficulty: Complex
Difficulty: Easy
Difficulty: Medium
Difficulty: Trivial
Difficulty: what
Priority: Critical
Priority: High
Priority: Low
Priority: Medium
Status: Abandoned
Status: Accepted
Status: Available
Status: Blocked
Status: Completed
Status: In Progress
Status: On Hold
Status: Pending
Status: Review Needed
Status: Revision Needed
Target/polyproto-auth
Target/polyproto-chat
Target/polyproto-core
Target/polyproto-mls
Target
website
Type: Bug
Type: Enhancement
Type: Maintenance
Type: Question
Type
PURR
⚠️Priority
A (Highest)
⚠️Priority
C (High)
⚠️Priority
D (Medium-High)
⚠️Priority
E (Medium)
⚠️Priority
G (Low)
⚠️Priority
H (Lowest)
🏷️Kind
Bug
🏷️Kind
Chore
🏷️Kind
Documentation
🏷️Kind
Epic
🏷️Kind
Feature
🏷️Kind
Improvement
🏷️Kind
Testing and CI
👁️Reviewed
Duplicate
👁️Reviewed
Invalid
👁️Reviewed
Won't Fix
📋️Kind/Security
📋️Status
Abandoned
📋️Status
Blocked
📋️Status
In Progress
📋️Status
Need More Info
🔧Difficulty
A (Very hard)
🔧Difficulty
B (Hard)
🔧Difficulty
C (Medium)
🔧Difficulty
D (Easy)
🔧Difficulty
E (Trivial)
Compat/Breaking
Good First Issue
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
polyphony/polyproto-dot-org!162
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "cyrneko/namespace-naming-guidelines"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This is basically #138 but without aGit, as aGit doesn't allow me to push follow-up patches it seems
This PURR introduces proper guidelines about how to format URLs, as well as how implementations should behave when encountering URLs without an explicit scheme (i.e
https://).42551ba7137fa7fec7afFor clarificatin, in case that was maybe accidentally misread: I meant
URIs, not (just)URLs, because a URI can also be URL, but it could also be an OID, which I'd really like to have the option of using :)ah, I assumed a URL would have been fine as I had assumed OIDs could be referred to by URL
alright, I'll fix that up :)
@ -2617,6 +2617,18 @@ taken by an officially endorsed extension, a different namespace must be chosen.collision exists between an officially endorsed extension and a regular P2 extension, the officiallyendorsed extension has priority.Namespaces are constructed as URIs, such as HTTP(s) URLs or OID references. When no scheme isMaybe we could also leave the whole "defining what it looks like" out of the spec, and just refer to https://www.rfc-editor.org/rfc/rfc3986 instead??
Well I'm not redefining how to parse a URI here, just:
I guess perhaps I should make the
URIsa link back to that RFC?That would be fine, yeah. Alright, if that's the intention, then it's good this way :)
I re-read the PR and I like how you worded things :) However, I think the rest of the text in that same section is now perhaps a little outdated, and should be looked at again before this can be merged. One example: I think the 2-64 character limit is no longer applicable.
alright, made the requested changes! Been hanging a bit behind lately, lotsa stuff happening outside of Polyproto and my main PC isn't usable rn, but I'll try to catch up.
I like this! Thank you very much :)
WIP: PURR-2026-0006: Namespacing guidelinesto PURR-2026-0006: Namespacing guidelinese9446e3aa68fde52825a8fde52825a49085bf97f49085bf97f0e6d7842b50e6d7842b5fea433deff