The end of flash

Adobe was not the originator of flash, nor was it the only technology created to bring various multimedia effects to web pages.  Today is the last day for Adobe Flash, and so a number of FreeBSD ports will find themselves made defunct, already long deprecated but soon deleted.  It has been a sort of zombie tech which was supposed to have been dead and buried long ago, but has continued to remain.  We can now finally be satisfied that a stake will be driven into its heart, its bones salted and burned, and never will it haunt us.

• https://www.freshports.org/www/flashplayer/
  


• https://www.freshports.org/www/linux-flashplayer/
  


• https://www.freshports.org/www/get_flash_videos/
  

This will not be the only group of things which vanish in the coming weeks, as the addons for web browsers which were designed to control flash or remove flash will now also no longer be needed.  I strongly suspect however, that one remnant of flash will persist, a special sort of cookie which was intended to be persistent and resistant to removal.  One of the most odd uses of flash may be aspects of security controls, such as a type of second factor authentication, or password entry on some sites.  I say that it is odd due to the fact that flash was one of the technologies used on the web and web browsers which has to have been among the most frequently patched for security exploits.

• https://addons.mozilla.org/en-US/firefox/addon/clear-flash-cookies/
• https://addons.mozilla.org/en-US/firefox/search/?q=flash

I do not mourn the passing of flash, I rejoice!  Does anyone remember Beatnik, an amazing technology which brought music and some other effects to the web?  How about the truly artistic and interesting web pages from authors such as Doc Ozone?  The web these days has become a bit sterile and tired.  We can only hope that the successors of flash will attempt to be as grand but without all of the troubles, mischief, security lapses.  I also hope that any trend on the web be toward standards that are universal, that do not require one operating system over any other, or ever become proprietary which would mean the exclusion of many not-so-mainstream users such as of FreeBSD.

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.

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.