Add modular RMT documentation with Ansible-based configuration - #737
Add modular RMT documentation with Ansible-based configuration#737ngetahun wants to merge 13 commits into
Conversation
Port the Repository Mirroring Tool (RMT) documentation into the modular topic-based format as three Smart Doc articles: - Installing and configuring an RMT server - Mirroring repositories on an RMT server - Migrating from SMT to RMT Content is migrated from the SLE RMT Guide (doc-sle) and updated for the new ansible-rmt-server playbook workflow, replacing the YaST-based setup (port of SUSE/doc-sle#1945). Cross-references to un-ported chapters point to the online RMT Guide. All three articles pass DAPS 4 + geekodoc validation and render to HTML. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
Update: So I have cloned your forked repo and I am adding changes where needed. Once this is done , a team member will review for grammar/style. |
SMT customers run SLES 12 SP5, which has no migration path to 16, so the article is out of scope for this doc set. The SLES 15 version remains in doc-sle (xml/rmt_migrate_from_smt.xml).
The ansible playbook has no certificates tag, and the server certificate it generates is self-signed, carries no common name or subject alternative names, and is overwritten on every run.
These articles document the ansible-based configuration, which is the 16 workflow. Say so explicitly and mark the links to the 15 guide as the yast-configured version.
|
@lvicoun @dariavladykina please review and provide your feedback. thanks |
dariavladykina
left a comment
There was a problem hiding this comment.
Hi Amrita, please see my editorial review. Thanks!
lvicoun
left a comment
There was a problem hiding this comment.
Hi Amrita,
please see my suggestions. What I haven't pointed is that I think most of the topics do not contain the maintainer.
| <term>REQUIREMENTS</term> | ||
| <listitem> | ||
| <itemizedlist> | ||
| <listitem><para>A newly installed &productname; &productnumber; system or &minvm; image to host the &rmt; server. </para></listitem> |
There was a problem hiding this comment.
This is actually not true as you just need a machine as you can install the RMT during the system installation.
| <itemizedlist> | ||
| <listitem><para>A newly installed &productname; &productnumber; system or &minvm; image to host the &rmt; server. </para></listitem> | ||
| <listitem><para>Valid &scc; organization credentials. </para></listitem> | ||
| <listitem><para>Sufficient local storage space (approximately 1.5 times the size of all enabled repositories). </para></listitem> |
There was a problem hiding this comment.
You cover that later, so decide if the proper value should be mentioned here or in the corresponding section.
| xmlns:xlink="http://www.w3.org/1999/xlink" | ||
| xmlns:trans="http://docbook.org/ns/transclusion"> | ||
| <info> | ||
| <title>Introduction</title> |
There was a problem hiding this comment.
I suggest to rework this section to cover only supported clients as the installation info is needed in the installation sections - here it may be easily skipped.
| <title>Introduction</title> | ||
| <meta name="maintainer" content="" its:translate="no"/> | ||
| </info> | ||
| <para> |
There was a problem hiding this comment.
I think this para is not necessary and can be completely omitted.
| </para> | ||
| <para> | ||
| The &rmt; server registers client systems running &slea; 12 and newer, | ||
| including &productname; &productnumber; itself. To run the &rmt; |
There was a problem hiding this comment.
I don't think it is really needed to point the user to another release. The release number is there from whatever source you come to the article.
| <tip> | ||
| <title>Manually remove repository data</title> | ||
| <para> | ||
| To delete disabled repository data, manually remove its corresponding |
There was a problem hiding this comment.
| To delete disabled repository data, manually remove its corresponding | |
| To manually delete disabled repository data, remove its corresponding |
| </para> | ||
| </abstract> | ||
| </info> | ||
| <para> |
There was a problem hiding this comment.
I suggest to moving this para into the abstract.
| </abstract> | ||
| </info> | ||
| <para> | ||
| You can mirror custom repositories with the &rmt; server. These |
There was a problem hiding this comment.
I suggest moving this to the abstract.
|
|
||
| <para> | ||
| To get a list of all available custom repositories commands, see | ||
| <link xlink:href="https://documentation.suse.com/sles/15-SP7/single-html/SLES-rmt/#sec-rmt-tools-rmt-cli">the <command>rmt-cli</command> command reference</link>. |
There was a problem hiding this comment.
Please remove this reference. We need to migrate the info.
| <itemizedlist> | ||
| <listitem> | ||
| <para> | ||
| <link xlink:href="https://documentation.suse.com/sles/15-SP7/single-html/SLES-rmt/#sec-rmt-tools-rmt-cli">The <command>rmt-cli</command> command reference</link> |
There was a problem hiding this comment.
Please do not point to SLES 15 documentation.
Summary
Ports the Repository Mirroring Tool (RMT) documentation into the modular topic-based format as three Smart Doc articles. The modular repo previously had no RMT documentation.
Content is migrated from the SLE RMT Guide (
doc-sle) and updated for the newansible-rmt-serverplaybook workflow, replacing the YaST-based setup — this is a modular port of SUSE/doc-sle#1945.Articles added
articles/rmt-installing-configuring.asm.xmlarticles/rmt-mirroring-repositories.asm.xmlarticles/rmt-migrating-from-smt.asm.xml25 topics (tasks/concepts/references/glues) + 3 assemblies + 3 DC files + 2 images.
Key changes carried over from the source PR
ansible-rmt-serverpackage instead ofyast2-rmt&ansible;playbook section (ansible-playbook site.yml,group_vars/all.yml)--tags certificates)Notes
rmt-clireference) link to the online RMT Guide.&prompt.root.sun;/&prompt.root.sirius;→&prompt.root;); the two required images were fetched fromdoc-sle.maintainer/assigneemetadata are left as placeholders and should be filled in before publishing.Test plan
daps validate(DAPS 4 + geekodoc): Document is valid.🤖 Generated with Claude Code