Problem/Motivation
This issue is to coordinate and track the steps needed to move RDF to contrib. See Remove a core module and move it to a contributed project of the deprecation policy.
The removal of RDF was approved in #2152459: [Policy] Deprecate RDF module and move it to contrib
Proposed resolution
Remaining tasks
- Move integrations implemented by other modules to RDF module
- Move RDF-related tests to RDF module, #3293813: Move RDF-related tests to RDF module
- Move RDF-related help-topics to RDF module, #3293814: Move RDF-related help-topics to RDF module
- #3303435: Move RDF-related optional config to RDF module
- #3303453: Remove rdf from \Drupal\Tests\system\Functional\Common\NoJavaScriptAnonymousTest
- #3303278: Decouple NodeDisplayConfigurableTest from RDF module
- Handle RDF migrations. #3267513: Handle migration tests for removing RDF
- Remove RDF from standard profile, #3243121: Remove RDF module from the Standard profile
- Remove RDF from Umami. #3302984: Remove RDF module from Umami
- Create the contrib project, RDF, with a stable release. #3306737: Create a release of the subtree split of Drupal Core
- Maintainer for contrib RDF #3304913: Offering to co-maintain RDF
- Deprecate the core RDF module
Comments
Comment #2
quietone commentedComment #3
quietone commentedComment #4
longwaveAdded #3243121: Remove RDF module from the Standard profile under this but not sure where it comes in the list of tasks; if we are deprecating this in 9.4.x then we shouldn't be installing it under Standard.
Comment #5
catchWe should do that one as a first step.
Comment #6
quietone commentedUpdate IS to include that the migration of RDF does not need special handling, add Deprecation issue and formatting.
Comment #7
quietone commentedComment #9
spokjeComment #10
spokjeComment #11
quietone commentedFormat the IS.
Comment #12
longwaveThe contrib project RDF already exists, but is abandoned: https://www.drupal.org/project/rdf
I can't find where anyone has yet volunteered to maintain RDF in contrib. When this is done they will need to apply to become maintainer of the abandoned contrib before we can create a release.
Comment #13
longwaveComment #14
smustgrave commented@longwave if you don't find anyone when the time comes I don't mind look after the module. Least making sure deprecation is fixed, tickets answered, etc. I maintain a few modules currently.
Will say I would like to clear all those D6, D7 tickets out. Not sure worth starting a new project like rdf_d8?
Comment #15
bbralaAs noted in slack, i can help setting up contrib and make it work. Had some experience doing that in the last few moths.
Comment #16
longwaveI opened #3303278: Decouple NodeDisplayConfigurableTest from RDF module as that test is quite tightly coupled to RDF and needs some detailed surgery to remove it while keeping the test intact.
Comment #17
longwaveParent is closed, reparenting to #3273976: [Meta] Tasks to remove RDF from core and move to contrib
Comment #18
longwaveAdded #3303435: Move RDF-related optional config to RDF module
Comment #19
spokjeAdded #3303453: Remove rdf from \Drupal\Tests\system\Functional\Common\NoJavaScriptAnonymousTest
Comment #20
quietone commentedYes, #3118154: [meta] Deprecate dependencies, libraries, modules, and themes that will be removed from Drupal 10 core by 9.4.0-beta1 was closed and a new one made for 9.5.0-beta1, #3118154: [meta] Deprecate dependencies, libraries, modules, and themes that will be removed from Drupal 10 core by 9.4.0-beta1. Changing parent and adding child issues to the IS
Comment #21
smustgrave commentedSo did you need me to take over the rdf module? If so what next steps should I take
Comment #22
catch@smustgrave I think at the moment you're the only volunteer, so that sounds great and very necessary!
The first step is to request maintainership of the RDF module https://www.drupal.org/project/rdf following the procedure on https://www.drupal.org/docs/develop/managing-a-drupalorg-theme-module-or... There is usually a two week grace period before the initial issue goes to the Drupal.org project ownership queue. I'm not sure if that's necessary in this case since we're talking about a Drupal 6 project that was moved into core and being moved back out again, but also not entirely sure who to ask about expediting it either. However the quicker the issue is in the RDF queue the better so the process is started, there's still blockers in the core queue to get done in the meantime anyway.
The next step (although it could probably happen in parallel in an MR) would be an 1.0.x branch of the contrib module based on a subtree split from core - ideally once all the core blockers like tests being moved around have been committed so it only has to be done once. That way the contrib module matches the final state of the core version with the same history. Then once there's an active maintainer and the MR is committed, after a bit of manual testing, a stable release. Once all that is done, the removal/deprecation patches can be committed and everything is done.
The 6.x issues that are open against the contrib module should probably all be marked closed (outdated).
Comment #23
smustgrave commentedOpened up https://www.drupal.org/project/rdf/issues/3304913
Closed out all the D6 issues but this one https://www.drupal.org/project/rdf/issues/470750 if someone could take a look? There's no comment field, meta update or anything appearing for me.
Once granted access I'll start a 1.0.x branch for the new rdf, update the module page, etc.
Comment #24
bbralaI've commented on the same issue. I'll help out with the code splitting and such. There is always some bumps in the road we have seen and I've got decent experience with this by now.
Comment #25
bbralaTests have been committed. Seems this is ready for a subtree split into a new branch in contrib. I think its wise to wait for maintainership first though.
Comment #26
quietone commentedAdd RDF maintainer issue to IS
Comment #27
bbralaCreated #3306737: Create a release of the subtree split of Drupal Core
Comment #28
bbralaSubtree split is done, there is a 2.x branch and instructions on how to test in #3306737: Create a release of the subtree split of Drupal Core. After testing by someone else we can create a release stable for 2.x and continue the work.
Comment #29
bbralaRDF now has a stable release.
Comment #30
quietone commentedAnd I just did
ddev composer require 'drupal/rdf-rdf:^2.0'and it worked without error.Thanks!
Comment #31
quietone commentedTagging.
Comment #32
bbralaIf i look at the IS everything is done? #3267703: Deprecate RDF module has just been committed, RDF is deprecated :)
Comment #33
catchYes!