You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ideally, this can be used to close rclone/rclone#136, which is an issue about Rclone hosting their own APT and YUM repositories on the apt.rclone.org and yum.rclone.org domains. There are several ways to achieve this.
Solution 1: point Rclone domains to the current installation
The simplest implementation would be to use two CNAME records to point apt.rclone.org and yum.rclone.org to mirror.mwt.me. This may be unappealing because the Rclone team has their own infrastructure and this implementation is not actually "self-hosted". I can however, give the Rclone devs an account on my sever so that they can control it.
Solution 2: copy files to Rclone infrastructure
Another possibility would be to copy the repository files to Rclone infrastructure on each build. This could be accomplished by adding a line to the end of the script which copies the files.
Solution 3: get this script running on Rclone infrastructure or GitHub actions
This is the only option that allows the Rclone developers to use a gpg certificate that I have no access to. Getting the script running on the Rclone infrastructure should not be especially difficult. It could run on GitHub actions, though the code is optimized for a persistent environment. If you're using GitHub actions, it makes more sense to use sed instead of jq and apt-ftparchive instead of the reprepro fork.
The text was updated successfully, but these errors were encountered:
I think it's mostly useful for reference for setting it up on your own build server. You can see it's not very involved. GitHub actions is a little tricky because it doesn't have persistent storage. It would be rough to rebuild from scratch each time when you have multiple versions.
On the older hand, you could use actions, Rclone mount the ~/rclone-makerepo/dist folder, and pull/push the ~/rclone-makerepo/reprepro/db folder. That should avoid rebuilding and also redownloading old packages.
I think that a cronjob on a server is the efficient way to do it, but GitHub actions is possible.
Ideally, this can be used to close rclone/rclone#136, which is an issue about Rclone hosting their own APT and YUM repositories on the
apt.rclone.org
andyum.rclone.org
domains. There are several ways to achieve this.Solution 1: point Rclone domains to the current installation
The simplest implementation would be to use two CNAME records to point
apt.rclone.org
andyum.rclone.org
tomirror.mwt.me
. This may be unappealing because the Rclone team has their own infrastructure and this implementation is not actually "self-hosted". I can however, give the Rclone devs an account on my sever so that they can control it.Solution 2: copy files to Rclone infrastructure
Another possibility would be to copy the repository files to Rclone infrastructure on each build. This could be accomplished by adding a line to the end of the script which copies the files.
Solution 3: get this script running on Rclone infrastructure or GitHub actions
This is the only option that allows the Rclone developers to use a gpg certificate that I have no access to. Getting the script running on the Rclone infrastructure should not be especially difficult. It could run on GitHub actions, though the code is optimized for a persistent environment. If you're using GitHub actions, it makes more sense to use sed instead of jq and apt-ftparchive instead of the reprepro fork.
The text was updated successfully, but these errors were encountered: