<?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: FreeBSD ports are NOT branched</title>
	<atom:link href="http://fubar.geek.nz/blog/2007/05/28/freebsd-ports-are-not-branched/feed/" rel="self" type="application/rss+xml" />
	<link>http://fubar.geek.nz/blog/2007/05/28/freebsd-ports-are-not-branched/</link>
	<description>Me ranting about Stuff</description>
	<lastBuildDate>Tue, 17 Feb 2009 12:42:20 +1300</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Béranger</title>
		<link>http://fubar.geek.nz/blog/2007/05/28/freebsd-ports-are-not-branched/comment-page-1/#comment-569</link>
		<dc:creator>Béranger</dc:creator>
		<pubDate>Wed, 13 Jun 2007 13:23:03 +0000</pubDate>
		<guid isPermaLink="false">http://fubar.geek.nz/blog/2007/05/28/freebsd-ports-are-not-branched/#comment-569</guid>
		<description>First of all, it&#039;s not &quot;they complain&quot;, it&#039;s &quot;he complains&quot; (i.e. me).

Secondly, I don&#039;t care that the ports are not branched, as long as packages are branched!

Packages can be: 
(1) frozen in -RELEASE; 
(2) -STABLE; 
(3) -CURRENT. 
The last one is out of question anyway, as long as  you want to run a given point release, namely 6.2, not the bleeding buggy edge.

But tell me, how can one update to the latest *security/bug-fix release* of Firefox? Except for FreeBSD 6.2, where you *have to* upgrade the whole X.org from 6.9 to 7.2 in order to do that, *all* the other operating systems can do that during a point-release by just getting a newer (single) Firefox binary *package*, no extra updates required: 
-- Solaris (from blastwave), 
-- OpenBSD (newer packages get added into OpenBSD/4.1/packages), 
-- NetBSD (quarterly packages are available for some archs),
-- Linux (obviously).

Doesn&#039;t this makes the FreeBSD package model the worst of all?

Because, as long as a vulnerability-patched Firefox is not available from RELEASE packages (frozen), and the newer packages in STABLE require a major system upgrade, the only way to keep FreeBSD S_T_A_B_L_E is to only stick to -RELEASE and to compile from source... but what to compile from source when the ports are not branched?!?!

No surprise then: I eventually opted for a RHEL5 clone. Stable and with binary updates.</description>
		<content:encoded><![CDATA[<p>First of all, it&#8217;s not &#8220;they complain&#8221;, it&#8217;s &#8220;he complains&#8221; (i.e. me).</p>
<p>Secondly, I don&#8217;t care that the ports are not branched, as long as packages are branched!</p>
<p>Packages can be:<br />
(1) frozen in -RELEASE;<br />
(2) -STABLE;<br />
(3) -CURRENT.<br />
The last one is out of question anyway, as long as  you want to run a given point release, namely 6.2, not the bleeding buggy edge.</p>
<p>But tell me, how can one update to the latest *security/bug-fix release* of Firefox? Except for FreeBSD 6.2, where you *have to* upgrade the whole X.org from 6.9 to 7.2 in order to do that, *all* the other operating systems can do that during a point-release by just getting a newer (single) Firefox binary *package*, no extra updates required:<br />
&#8211; Solaris (from blastwave),<br />
&#8211; OpenBSD (newer packages get added into OpenBSD/4.1/packages),<br />
&#8211; NetBSD (quarterly packages are available for some archs),<br />
&#8211; Linux (obviously).</p>
<p>Doesn&#8217;t this makes the FreeBSD package model the worst of all?</p>
<p>Because, as long as a vulnerability-patched Firefox is not available from RELEASE packages (frozen), and the newer packages in STABLE require a major system upgrade, the only way to keep FreeBSD S_T_A_B_L_E is to only stick to -RELEASE and to compile from source&#8230; but what to compile from source when the ports are not branched?!?!</p>
<p>No surprise then: I eventually opted for a RHEL5 clone. Stable and with binary updates.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
