|BoxMatrix >> Development >> SVN-Server||@|
|Everyone who ever checked out Freetz from its repository now has dead builds which could not be updated any more since the Freetz team switched off the SVN master. For all users with existing builds we created a backup server which could be used to update your builds to the moment when Freetz turned a Github-only fork of itself, disposing all of its prior pride. One advantage of Github is that everybody can fork a project with a few clicks, and start working independently, and it already happened. Now we have multiple forks of Freetz, the |
|Sad news: On 2018-02-17 the |
As a first step the BoxMatrix SVN-Server is a fallback server for the former Freetz master. It uses the same structure as before just the base URL changed:
- Old base URL:
- New base URL: Choose one:
3-hourly updated index of recent activity on our svn repositories. Last update: 2019-02-18 08:12 GMT.
|Repository base URL||Rev||Com||Project Info||Status||Log||Master||Date / GMT|
|http://svn.boxmatrix.info/freetz/||15014||0||Frozen copy of the passed Freetz SVN||working||Log||gone||2018-12-02 22:01|
|http://svn.boxmatrix.info/freetz-ng/||15171||157||3-hourly bridge to the freetz-ng fork||work in progess||Log||gone||2019-02-16 08:15|
|http://svn.boxmatrix.info/freetz-org/||15019||5||3-hourly bridge to the freetz-org fork||work in progess||Log||Github||2019-02-18 07:57|
|3 SVN repositories (once finished)|
Once finished you can relocate to the fork of your choice. All repositories are currently read only. This may change.
If you are a developer consider contributing to one of the forks, but use the respective
Master then to check out, or create your own fork there.
If you want another Github fork bridged here then get in touch.
Relocate your build
The svn client permits to relocate the remote project URL of a build. This is a step by step howto:
Get the svn Version
The method to relocate depends on the version of the svn client so you first have to check it:
$ svn --version svn, version 1.6.17 (r1128011) ...
If the version is below 1.7 you need to use the old method, as of 1.7 the new method is your friend.
Get the Project URL
Next cd to your build and find out the current project URL:
$ svn info Path: . URL:Repository Root: Repository UUID: 149334a1-2f27-0410-a3b9-fc62619ac1e6 ...
In this example the URL shows that you checked out the trunk. Now let's relocate this URL:
Relocate: old Method
For the example above pre 1.7 clients relocate your trunk like this:
Relocate: new Method
As of version 1.7
switch --relocate has been deprecated and replaced by the
Update your build
Now you can simply update your build as you are used to:
$ svn up ... Updated to revision 15014.
This method also works for all tags and branches and checkouts for specific revisions, even for old dsmod builds which used the SVN.
Choose a fork
Once implemented you can choose one of the forks hosted or bridged here, which you can easily relocate to as explained.
Change the fork
You needn't stay with a specific fork, you can switch it any time by relocating it. Since all forks here are checked into a clone of the frozen SVN master they are compatible up to the revision of the frozen master.
Just checkout revision 15014 (or 15000) and switch the fork by relocating it. Of course this requires cleaning your build to not mix up projects.
- To be explained here
The BoxMatrix SVN-Server supports HTTPS, thanks to Let's Encrypt. Using HTTPS has quite some advantages, but may also have disadvantages.
The Freetz SVN never had working HTTPS support, which is an advantage now that it's gone. People who have hundreds of builds could mass relocate a HTTP checkout on DNS level, instead of relocating build for build. The new target just needs the same path structure and a virtual host for the prior hostname.
Since the author of BoxMatrix is one of those people with hundreds of (mostly modified) builds there will be support for DNS based mass relocation for svn.freetz.org in future (by your hosts file or using dnsmasq). However, this is not implemented yet.
So if you plan to have masses of checkouts you should stay with HTTP to stay mass relocatable and independent of a working certificate.
Big thanks to Cuma for providing the latest backup of the passed SVN server and for spending one night to check it into an empty repository!