fediverse/fep
37
268
Fork
You've already forked fep
100

FEP-7628: Move actor - how to reference from LOLA (W3C WG doc) #846

Closed
opened 2026年05月22日 01:29:58 +02:00 by lisad · 3 comments

Currently the LOLA spec references FEP-7628 for a description of how Move Actor is used and the MovedTo property. Since the LOLA spec (https://swicg.github.io/activitypub-data-portability/lola.html) is adopted by the the SocialWeb WG, normative references to FEPs need to be resolved somehow. @silverpill do you have opinions on how this should be done? happy to collaborate

Currently the LOLA spec references FEP-7628 for a description of how Move Actor is used and the MovedTo property. Since the LOLA spec (https://swicg.github.io/activitypub-data-portability/lola.html) is adopted by the the SocialWeb WG, normative references to FEPs need to be resolved somehow. @silverpill do you have opinions on how this should be done? happy to collaborate

Hello @lisad
I am not familiar with W3C processes. How a normative reference could be resolved?

Hello @lisad I am not familiar with W3C processes. How a normative reference could be resolved?
Author
Copy link

First approach, and what I'm doing with the other references to FEPs, would be to make the reference informational. That's one way to resolve the reference stability, but I don't want to do that in case of the reference to FEP-7628 because LOLA relies on MovedTo so it can't be an informational reference unless it removes MovedTo and finds another solution. MovedTo is much better used consistently than defining a new thing to avoid the reference.

Another way is to promote the reference - to submit the FEP, basically, as short document that can become a W3C Technical Report at the same status as the LOLA doc. This is best done through the new SocialWeb WG, a short document that is a needed reference ought to be doable.

The last way is to move the needed parts right into LOLA. This is my recommendation and preference, and I'd be happy to discuss details of credit/authorship and clarify anything this might change about change control itself. (It doesn't stop any number of further FEPs, for example.). But before doing this, I wanted to check about any concerns. happy to have a real-time conversation about this (my contact information is in the spec)

First approach, and what I'm doing with the other references to FEPs, would be to make the reference informational. That's one way to resolve the reference stability, but I don't want to do that in case of the reference to FEP-7628 because LOLA relies on MovedTo so it can't be an informational reference unless it removes MovedTo and finds another solution. MovedTo is much better used consistently than defining a new thing to avoid the reference. Another way is to promote the reference - to submit the FEP, basically, as short document that can become a W3C [Technical Report](https://www.w3.org/TR/) at the same status as the LOLA doc. This is best done through the new SocialWeb WG, a short document that is a needed reference ought to be doable. The last way is to move the needed parts right into LOLA. This is my recommendation and preference, and I'd be happy to discuss details of credit/authorship and clarify anything this might change about change control itself. (It doesn't stop any number of further FEPs, for example.). But before doing this, I wanted to check about any concerns. happy to have a real-time conversation about this (my contact information is in the spec)

I am fine with any approach that doesn't require my active involvement. The document is in public domain, so you can use it freely.

It is not finalized, though. I opened an issue with a todo list for myself - silverpill/feps#22. If you have any suggestions regarding FEP-7628 content, let's continue discussion there. The issue tracker here at fediverse/fep is for administrative tasks related to FEP repository maintenance.

I am fine with any approach that doesn't require my active involvement. The document is in public domain, so you can use it freely. It is not finalized, though. I opened an issue with a todo list for myself - https://codeberg.org/silverpill/feps/issues/22. If you have any suggestions regarding FEP-7628 content, let's continue discussion there. The issue tracker here at `fediverse/fep` is for administrative tasks related to FEP repository maintenance.
Sign in to join this conversation.
No Branch/Tag specified
main
pages
No results found.
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
fediverse/fep#846
Reference in a new issue
fediverse/fep
No description provided.
Delete branch "%!s()"

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?