Warning: there may be occasional oddness due to css and blog edits. **KNOWN ISSUE: possible hidden text**
Showing posts with label svn. Show all posts
Showing posts with label svn. Show all posts

Thursday, December 17, 2020

So long and thanks for all the fetchs

No sooner than my blog post about the retirement of svn in lieu of git becomes popular, do I hear of another transition.  I guess I should count myself lucky that poudriere is not planned to be obsolete in a month.  It is even more obvious that I am quite out of the loop with regard to these sorts of changes but as both are rather significant one would believe that there would be a bit more noise about them.  I frequently read the quarterly FreeBSD reports but do not recall either transition being mentioned.  Did you know that portsnap was set to be retired?  There was a mailing list mention in August, and a FreeBSD forum mention once upon a time.

Portsnap always felt speedy and efficient.  It has served me well.  Now I will have to move poudriere back to svn, revise my little ports tree update script back to svn, and look into git or svnup or other tools to see which works best for me.  Thanks to Jailer and his post for helping me to discover that I have to retire portsnap.  I need to find the appropriate retirement schedule for it.  The other issue I have run into on my system is the difference between what I was receiving from portsnap in comparison to svn.  I might guess now that portsnap was older but that depends upon various settings for which branch/version of the ports tree each tool downloaded.  I will also eventually be revising some other blog posts to indicate my chosen alternative to portsnap.  For now, the forum post below may give some ideas on what I might try.

What I have discovered since then is that there is a reasonably simplified tool which can handle both ports tree updates whether quarterly or not, as well as the source for kernel and world updates.  As I mention in another blog post, net/gitup was most certainly a tool without fanfare and it is what I have chosen for keeping my ports tree up-to-date outside of my poudriere jail.

Wednesday, December 16, 2020

VCS changes again

Maybe some of you do better at keeping track of scheduled events, or you're a bit more in touch with the process.  Just a few moments ago I saw a tweet warning "heads up!"

Within the last few days I had noticed that it was 20-something days since my last reboot or update, so I did an svn update of /usr/src and rebuilt, reinstalled.  How serendipitous that was.  According the the wiki page mentioned in the tweet, this might not be possible later this month.  The image below might quickly become invalid but that was what I saw, note the 19th.

 

For some time FreeBSD has had svnlite in base which could be used to obtain an updated /usr/src or /usr/ports but with the switch to git I wonder if there will be git-lite or similar.  I would have to believe that poudriere would no longer be able to use svn+https to get /usr/src or /usr/ports.  So although the capability would not be removed since anyone could still use svn themselves for their private repo, it won't be for official FreeBSD.  Since I still have until December 18th for certain, I will make sure to do one last update to my /usr/src.  The small bit of trivia would be that once upon a time FreeBSD switched from CVS to SVN (2008) and they decided then that Git wasn't capable.  I cannot say whether Git changed or something else did but its surely good enough now, but for how long?  What will be the successor to Git and will it be BSD or MIT or similarly licensed?  If removing GPL from base would prevent git from being part of it, is there a non-GPL client much like svnlite which could be included?

They keep this around for entertainment:  https://wiki.freebsd.org/VCSWhy

I will have to investigate whether there is a way to do much of the same things as I had with svn, because after so many years I finally had everything figured out and the details put in one easy to access place.  I cannot imagine that all of the methods below have no equivalent. 

Frequently viewed this week