<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: In Other BSDs for 2018/10/13	</title>
	<atom:link href="https://www.dragonflydigest.com/2018/10/13/in-other-bsds-for-2018-10-13/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.dragonflydigest.com/2018/10/13/in-other-bsds-for-2018-10-13/</link>
	<description>A running description of activity related to DragonFly BSD.</description>
	<lastBuildDate>Sat, 27 Oct 2018 04:31:38 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.4</generator>
	<item>
		<title>
		By: Justin Sherrill		</title>
		<link>https://www.dragonflydigest.com/2018/10/13/in-other-bsds-for-2018-10-13/comment-page-1/#comment-487722</link>

		<dc:creator><![CDATA[Justin Sherrill]]></dc:creator>
		<pubDate>Sun, 14 Oct 2018 15:02:18 +0000</pubDate>
		<guid isPermaLink="false">https://www.dragonflydigest.com/?p=21906#comment-487722</guid>

					<description><![CDATA[I have noticed that older technology has this sort of distillation action: less of it may be out there, but the ones that remain are REALLY necessary - so people are more willing to pay for the resources to support them.

So in this case, the number of old post-SunOS and pre-Oracle Solaris installation is always dwindling, but the ones that are sticking around are mission-critical.  At least that&#039;s my theory.

(See also: COBOL)]]></description>
			<content:encoded><![CDATA[<p>I have noticed that older technology has this sort of distillation action: less of it may be out there, but the ones that remain are REALLY necessary &#8211; so people are more willing to pay for the resources to support them.</p>
<p>So in this case, the number of old post-SunOS and pre-Oracle Solaris installation is always dwindling, but the ones that are sticking around are mission-critical.  At least that&#8217;s my theory.</p>
<p>(See also: COBOL)</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Corey		</title>
		<link>https://www.dragonflydigest.com/2018/10/13/in-other-bsds-for-2018-10-13/comment-page-1/#comment-487721</link>

		<dc:creator><![CDATA[Corey]]></dc:creator>
		<pubDate>Sun, 14 Oct 2018 05:05:12 +0000</pubDate>
		<guid isPermaLink="false">https://www.dragonflydigest.com/?p=21906#comment-487721</guid>

					<description><![CDATA[Roo is correct. I remember using the site quite a bit in the early oughts to get useful software for some Solaris 2.5.1 boxes I had. It was much easier than trying to build that stuff yourself.

Back then it was called SunFreeware (sunfreeware.com) and it was, as the name implies, free as in beer. The guy that ran it put in a lot of work, figuring out the latest GCC that would run on each version of Solaris, then the latest version of each OSS package that would compile and run in the resulting environment. I guess it took so much time that he decided to try and make some money at it, and I bought a subscription for a couple years to support his work. Interesting that it is still around.]]></description>
			<content:encoded><![CDATA[<p>Roo is correct. I remember using the site quite a bit in the early oughts to get useful software for some Solaris 2.5.1 boxes I had. It was much easier than trying to build that stuff yourself.</p>
<p>Back then it was called SunFreeware (sunfreeware.com) and it was, as the name implies, free as in beer. The guy that ran it put in a lot of work, figuring out the latest GCC that would run on each version of Solaris, then the latest version of each OSS package that would compile and run in the resulting environment. I guess it took so much time that he decided to try and make some money at it, and I bought a subscription for a couple years to support his work. Interesting that it is still around.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Roo		</title>
		<link>https://www.dragonflydigest.com/2018/10/13/in-other-bsds-for-2018-10-13/comment-page-1/#comment-487719</link>

		<dc:creator><![CDATA[Roo]]></dc:creator>
		<pubDate>Sun, 14 Oct 2018 03:21:52 +0000</pubDate>
		<guid isPermaLink="false">https://www.dragonflydigest.com/?p=21906#comment-487719</guid>

					<description><![CDATA[RE: unixpackages for Solaris. 

For context why this would be worth the money. For Solaris 2.5, Sun didn&#039;t ship a compiler with the system. You could buy the SPARC Workshop compilers, but almost no opensource would compile with them out of the box as back then things assumed gcc (much like today before clang really took off). 

You could bootstrap gcc, and all the open source packages you needed, but that meant individually going out and getting the source packages, configuring them correctly, some may work correctly, some may need fixing for your system. 
And large compiles may take hours. 

Imagine the convience for corporate users of just getting a package and adding it to the system instead of mucking through all that.]]></description>
			<content:encoded><![CDATA[<p>RE: unixpackages for Solaris. </p>
<p>For context why this would be worth the money. For Solaris 2.5, Sun didn&#8217;t ship a compiler with the system. You could buy the SPARC Workshop compilers, but almost no opensource would compile with them out of the box as back then things assumed gcc (much like today before clang really took off). </p>
<p>You could bootstrap gcc, and all the open source packages you needed, but that meant individually going out and getting the source packages, configuring them correctly, some may work correctly, some may need fixing for your system.<br />
And large compiles may take hours. </p>
<p>Imagine the convience for corporate users of just getting a package and adding it to the system instead of mucking through all that.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
