Skip to main content


 
Reading an article and it casually mentions OpenBSD still uses CVS as its SCM. Yep! Wow! BUt it does have a GitHub mirror. #programming #unix https://cvsweb.openbsd.org/

Nah, SCCS beats RCS!

Seriously though, projects still using CVS are using it because: a) SVN is and was a horrid option for any use, let alone big projects; and b) because Git still can't really handle huge projects quite as well (e.g. NetBSD in a bare Git repo is nearly 2GB, and with a checkout it's nearly 4.5GB); and c) converting a lot of CVS history (including messy bits that should not have been done they way they were done, but now are deeply embedded in the structural history of the CVS repo) to Git is no easy task (the Git conversion of NetBSD and GCC are still a work in progress, GCC has 171,255 commits at last count, and Net BSD is up over 269,000! (*)); and finally d) using Git in very large projects can be quite disruptive to some workflows, and in a volunteer project this means convincing everyone to make major changes to how they do things, and so without a very strong and respected leader this is like pushing a piece of string up a ramp.

Many projects that did switch version control tools sometimes did so with big compromises to the old r... show more

I quite like that they haven't changed it since it seems to work fine. I don't think git is the best that could be done and https://pijul.com/ looks rather interesting in comparison.

Never heard of it. Looks interesting



 
Really neat tour of creation of UNIX pipes and how that eureka moment marks the tipping point that led to everyone thinking about the "UNIX philosophy" #history #retrocomputing #unix

FTA: "...He didn’t do exactly what I had proposed for the pipe system call; he invented a slightly better one..."

That right there sums up what excellent teams do.

@Richard Healy Amen to that! I thought the exact some thing when I read it!

Once I started getting the idea of functional programming, I came upon an article that I thought was fascinating about how pipes implement a call structure that's very similar to what you use in FP, except you have to think of it in postfix terms, rather than prefix terms: Rather than data flowing from right to left, it flows from left to right, with the output of the command from the left becoming the input to the command on its right.

I've tried looking for the article, because the idea of integrating a language into an operating system context (á la Smalltalk) intrigued me, and I've wanted to tell people who are interested in FP or Linux about it, but I've been unable to find it again. :(



 
Wow this is a neat find! #retrocomputing #unix #sparc #sparcbook http://triosdevelopers.com/jason.eckert/blog/Entries/2019/3/14_SPARCbook_3000ST_-_The_coolest_90s_laptop.html
#retrocomputing #unix #sparc #sparcbook retrocomputing

Get Sparcbook, install Doom. Of course!

The perfect use for it