For a long time, there was a community-run project for unofficial Qubes documentation here:
Recently, all those community docs were migrated to the forum into this new section:
You can see the announcement for that migration here:
However, I still see people around the Internet mostly linking to the old GitHub guides, which are no longer being updated or maintained. I am wondering if we should take down those old guides or replace them with links to the new forum section. Any opinions?
āWhy are people still using the old GitHub guides?ā you might ask. I think itās quite obvious once you replicate their experience. When you visit a page like this one, for example, there is zero indication that this document is deprecated, no longer maintained, and has migrated to the Qubes Forum. In order to learn that, you would have to back out to the root directory and read the README. I would not be surprised if the percentage of people who do that rounds to zero, especially for people who stumble upon these pages in search engine results.
There are at least two options:
Simply remove/delete the content on GitHub as much as possible.
Leave all the files in place, but update the contents of each file to a deprecation message with a link to the new forum section. The old content would still be available in the Git history.
The second option is less ādestructive,ā but itās not clear that anything would actually be destroyed even with the first option. All the content is already here on the forum. Is there any reason to keep the old GitHub project around?
I guess one reason would be not to break any existing links that point to the GitHub files.
+1 for option 2 from meā¦I also stumbled upon the github guides first via a search engineā¦was quite surprised when finding the forum section and at first confused regarding its significance.
Iād also favor option 2. which would also increase the discoverability of the Community Guides in the forum.
Idea: In order to account for the fact that multiple guides on the forum may have replaced a page on GitHub, the link could be a search scoped to the Community Guides category and terms relevant to the topic.
If someone (you?) wants to volunteer to put in the legwork for that, we could have a specific link for each page. Otherwise, just having the same link on every page is probably still much better than nothing.
Yep, I think both options work. Indeed, I think that putting the same link to the Community Guides category is a good first step either way.
I took note of the issue and I am keen on helping with that once the what is settled.
I didnāt explicitly put my hand in my previous post because Iām not at my most responsive at the moment, so my legwork offer comes with a significant time caveat. (Thatās to say, if anyone wants to jump in, please do!)
(An issue in GitHub may be worth opening for coordination once the details are settled, what do you think @adw?)
Since this only involves cleaning up after an unofficial, community-run project, I donāt think it has any place in the Qubes issue tracker. Itās not actionable for any of the Qubes devs.
My opinion: the information should not be duplicated, especially when it is not synced by somebody. The outdated and unmaintained one should be hidden/removed.
But people do click and read old info for several reasons, including search engines respecting the old/original source a lot, people can have bookmarks that will stay up to forever.
So, the best solution is to modify github pages by removing all the information and only providing the link to the same page on the Forum. So that user will not need to search for the topic again. One sentence with a link to the same page on forum will be sufficient.
Search engines will eventually reevaluate modified github pages due to the lack of actual text and provide forum results, and while it is happening the users will inevitably read maintained and more up to date documentation and also being explicitly acknowledged about the transfer.
Good point. The more specific links can always come later, and since itās a Git repo, any change can always be reverted later. With that in mind, Iāve done a quick first pass and opened these PRs:
If anyone else wants to do better versions, feel free to close these without merging.
I think it a mistake to remove the indexed links to the Forum. It would
be better to replace each one with a link to the new content.(This will
reduce friction in finding this material.)
We cant use the simplest method of redirecting from GitHub because the
new sites structure and naming is completely different from GitHub. So
the simplest method remaining is a meta refresh to the Forum.
On the Qubes side, we should point to the Forum Community Guides.
On the community GitHub there should be a refresh on each page with
redirect to the Forum, with link tag to new content.
This has an advantage that search engines should"get" the redirect and
maintain rankings to the new hosting.
Hm, I didnāt think I did. I thought I only removed links to the community GitHub repo.
Yes, I agree.
One of my PRs includes a link to the category, but it doesnāt include any more specific links than that (which would be better than what I submitted).
Hm, Iām not sure what a ārefreshā is, but sounds probably better than what I submitted.
Ah, I see. Not sure if GitHub supports that, but if itās doable, definitely sounds better.
Oh, I also realized (after submitting my PRs) that my removal of the redirect stubs in qubes-doc would break any links to qubes-doc that were getting redirected to GitHub, which is another undesirable thing.
Please feel free to do this all in better ways and close my PRs unmerged, @unman!
Seems like some of the guides from qubes-community project werenāt migrated to the forum but their content was replaced with a link to the forum.
For example these guides:
Maybe itās because the guides were inside one more nested directory.
Also I think all the links in the āExternal documentationā section of the Qubes docs that point to that Github page, not sure if those should be updated as well?