<?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: OSX Package Management</title>
	<atom:link href="http://blog.ethanjfast.com/2009/10/osx-package-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.ethanjfast.com/2009/10/osx-package-management/</link>
	<description>Lambdas, Hacks, and Fiction</description>
	<lastBuildDate>Wed, 07 Apr 2010 08:09:43 +0000</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: How I develop on OSX &#124; Ethan Fast</title>
		<link>http://blog.ethanjfast.com/2009/10/osx-package-management/comment-page-1/#comment-88</link>
		<dc:creator>How I develop on OSX &#124; Ethan Fast</dc:creator>
		<pubDate>Tue, 23 Feb 2010 05:34:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ethanjfast.com/?p=93#comment-88</guid>
		<description>[...] become the custom to lay down some hate. So here goes: Apple, you ought to implement a decent package management scheme. Some inconsistency with something I had installed (or worse, you put there) was messing [...]</description>
		<content:encoded><![CDATA[<p>[...] become the custom to lay down some hate. So here goes: Apple, you ought to implement a decent package management scheme. Some inconsistency with something I had installed (or worse, you put there) was messing [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cliff Wells</title>
		<link>http://blog.ethanjfast.com/2009/10/osx-package-management/comment-page-1/#comment-29</link>
		<dc:creator>Cliff Wells</dc:creator>
		<pubDate>Thu, 15 Oct 2009 19:03:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ethanjfast.com/?p=93#comment-29</guid>
		<description>My biggest complaint on OS X is the complete inability to set a different font size for the UI, something that Linux and Windows have done for years.  

Unless you&#039;re a tween with 20/20 eyesight (or you&#039;d like to retain your fine eyesight past your 30th birthday), I&#039;d avoid OS X for this reason alone.</description>
		<content:encoded><![CDATA[<p>My biggest complaint on OS X is the complete inability to set a different font size for the UI, something that Linux and Windows have done for years.  </p>
<p>Unless you&#8217;re a tween with 20/20 eyesight (or you&#8217;d like to retain your fine eyesight past your 30th birthday), I&#8217;d avoid OS X for this reason alone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Nelson</title>
		<link>http://blog.ethanjfast.com/2009/10/osx-package-management/comment-page-1/#comment-17</link>
		<dc:creator>Adam Nelson</dc:creator>
		<pubDate>Fri, 09 Oct 2009 19:16:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ethanjfast.com/?p=93#comment-17</guid>
		<description>I just wish Apple would throw it&#039;s weight behind one of these options.  I&#039;ve given up on any of the package managers.  Port and Fink just cause more trouble than they&#039;re worth.

My theory now is to install everything as an official binary when available and otherwise to use pip and virtualenv for Python stuff.

Luckily, that works for me most of the time.</description>
		<content:encoded><![CDATA[<p>I just wish Apple would throw it&#8217;s weight behind one of these options.  I&#8217;ve given up on any of the package managers.  Port and Fink just cause more trouble than they&#8217;re worth.</p>
<p>My theory now is to install everything as an official binary when available and otherwise to use pip and virtualenv for Python stuff.</p>
<p>Luckily, that works for me most of the time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention OSX Package Management &#124; Ethan Fast -- Topsy.com</title>
		<link>http://blog.ethanjfast.com/2009/10/osx-package-management/comment-page-1/#comment-16</link>
		<dc:creator>Tweets that mention OSX Package Management &#124; Ethan Fast -- Topsy.com</dc:creator>
		<pubDate>Fri, 09 Oct 2009 18:48:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ethanjfast.com/?p=93#comment-16</guid>
		<description>[...] This post was mentioned on Twitter by Tech news. Tech news said: HNews: Ask HN: OSX Package Management http://bit.ly/1snVO4 [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Tech news. Tech news said: HNews: Ask HN: OSX Package Management <a href="http://bit.ly/1snVO4" rel="nofollow">http://bit.ly/1snVO4</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lance Weber</title>
		<link>http://blog.ethanjfast.com/2009/10/osx-package-management/comment-page-1/#comment-15</link>
		<dc:creator>Lance Weber</dc:creator>
		<pubDate>Fri, 09 Oct 2009 18:09:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ethanjfast.com/?p=93#comment-15</guid>
		<description>I would love to see better package management (ie standardized install, update and uninstall) baked in to OS X. I love MacPorts for development, but I&#039;m also constantly trying new apps - and without using yet another third party app like AppDelete, getting clean uninstalls is definitely hit or miss.</description>
		<content:encoded><![CDATA[<p>I would love to see better package management (ie standardized install, update and uninstall) baked in to OS X. I love MacPorts for development, but I&#8217;m also constantly trying new apps &#8211; and without using yet another third party app like AppDelete, getting clean uninstalls is definitely hit or miss.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: guylhem</title>
		<link>http://blog.ethanjfast.com/2009/10/osx-package-management/comment-page-1/#comment-14</link>
		<dc:creator>guylhem</dc:creator>
		<pubDate>Fri, 09 Oct 2009 17:51:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ethanjfast.com/?p=93#comment-14</guid>
		<description>Try rudix. Packages properly done as .pkg, with the possibility to remove what you no longer need.

Also comes as static binaries - ie you don&#039;t have to fight with various different libraries to run the application you need. 

Yes I know there&#039;s duplication of the library functions in the various binaries. Cry me a river - I have a 500 Gb hard drive.

Hard disk space comes so cheap now that having a binary 1 Mb bigger is far less inconvenient that caring about shared libs.

To me macports belongs to the past. I&#039;m rudix only since snow leopard.</description>
		<content:encoded><![CDATA[<p>Try rudix. Packages properly done as .pkg, with the possibility to remove what you no longer need.</p>
<p>Also comes as static binaries &#8211; ie you don&#8217;t have to fight with various different libraries to run the application you need. </p>
<p>Yes I know there&#8217;s duplication of the library functions in the various binaries. Cry me a river &#8211; I have a 500 Gb hard drive.</p>
<p>Hard disk space comes so cheap now that having a binary 1 Mb bigger is far less inconvenient that caring about shared libs.</p>
<p>To me macports belongs to the past. I&#8217;m rudix only since snow leopard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: apinstein@mac.com</title>
		<link>http://blog.ethanjfast.com/2009/10/osx-package-management/comment-page-1/#comment-13</link>
		<dc:creator>apinstein@mac.com</dc:creator>
		<pubDate>Fri, 09 Oct 2009 17:46:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ethanjfast.com/?p=93#comment-13</guid>
		<description>Fink is a mac port of apt/dpkg if you like that. 

I used to use fink, but found it really lacking due to the way it handles dependencies (or quite possibly the way the mac package managers maintained their packages).

I now vastly prefer the way macports&#039; variants system works. It&#039;s really awesome, especially when you start upgrading multiple packages that share dependencies and things &quot;just work&quot;.

Macports also has great integration with OSX in the form of the port load/unload commands and portfile syntax sugar for package managers to easily create &quot;proper&quot; launchd integration.

I use Yum on our production servers and although I don&#039;t know it super-well, I don&#039;t feel a big difference between Yum and Macports.

I do see a lot of people complain about macports, and for some reason none of them have resonated with me. Either I don&#039;t know what I&#039;m missing or people just don&#039;t &quot;get&quot; Macports...</description>
		<content:encoded><![CDATA[<p>Fink is a mac port of apt/dpkg if you like that. </p>
<p>I used to use fink, but found it really lacking due to the way it handles dependencies (or quite possibly the way the mac package managers maintained their packages).</p>
<p>I now vastly prefer the way macports&#8217; variants system works. It&#8217;s really awesome, especially when you start upgrading multiple packages that share dependencies and things &#8220;just work&#8221;.</p>
<p>Macports also has great integration with OSX in the form of the port load/unload commands and portfile syntax sugar for package managers to easily create &#8220;proper&#8221; launchd integration.</p>
<p>I use Yum on our production servers and although I don&#8217;t know it super-well, I don&#8217;t feel a big difference between Yum and Macports.</p>
<p>I do see a lot of people complain about macports, and for some reason none of them have resonated with me. Either I don&#8217;t know what I&#8217;m missing or people just don&#8217;t &#8220;get&#8221; Macports&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mannkind</title>
		<link>http://blog.ethanjfast.com/2009/10/osx-package-management/comment-page-1/#comment-12</link>
		<dc:creator>Mannkind</dc:creator>
		<pubDate>Fri, 09 Oct 2009 17:15:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ethanjfast.com/?p=93#comment-12</guid>
		<description>I&#039;ve found Homebrew to be a pretty good system thus far. I switched away from MacPorts a couple of weeks back.

http://github.com/mxcl/homebrew</description>
		<content:encoded><![CDATA[<p>I&#8217;ve found Homebrew to be a pretty good system thus far. I switched away from MacPorts a couple of weeks back.</p>
<p><a href="http://github.com/mxcl/homebrew" rel="nofollow">http://github.com/mxcl/homebrew</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leonardo Leopard</title>
		<link>http://blog.ethanjfast.com/2009/10/osx-package-management/comment-page-1/#comment-11</link>
		<dc:creator>Leonardo Leopard</dc:creator>
		<pubDate>Fri, 09 Oct 2009 16:45:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ethanjfast.com/?p=93#comment-11</guid>
		<description>I am using fink to manage open source packages. Fink is a port of dpkg/apt, and you can run apt-get (and friends) from the command line, or use the GUI tool FinkCommander. (It&#039;s similar to synaptic).

As a package manager, dpkg is hard to beat.

All software installs under /sw, and unless you screw up your PATH variable, no nasty conflicts with Apple-Provided perl, python, ruby and so on. 

YMMV with Snow Leopard. All my experience is with Leopard and predecessors.

I don&#039;t use Macports in addition, because two package managers (fink and Apple&#039;s) are enough to deal with, and besides --  &quot;It Just Works&quot;.</description>
		<content:encoded><![CDATA[<p>I am using fink to manage open source packages. Fink is a port of dpkg/apt, and you can run apt-get (and friends) from the command line, or use the GUI tool FinkCommander. (It&#8217;s similar to synaptic).</p>
<p>As a package manager, dpkg is hard to beat.</p>
<p>All software installs under /sw, and unless you screw up your PATH variable, no nasty conflicts with Apple-Provided perl, python, ruby and so on. </p>
<p>YMMV with Snow Leopard. All my experience is with Leopard and predecessors.</p>
<p>I don&#8217;t use Macports in addition, because two package managers (fink and Apple&#8217;s) are enough to deal with, and besides &#8212;  &#8220;It Just Works&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Parnell Springmeyer</title>
		<link>http://blog.ethanjfast.com/2009/10/osx-package-management/comment-page-1/#comment-10</link>
		<dc:creator>Parnell Springmeyer</dc:creator>
		<pubDate>Fri, 09 Oct 2009 16:02:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ethanjfast.com/?p=93#comment-10</guid>
		<description>MacPorts really isn&#039;t that hackish, IMHO. I, however, come from a FreeBSD background where the ports system is the defacto standard.

To me, Linux&#039;s style of package management is hackish! Just remember that OS X comes from a BSD heritage and tends to lean in that direction.

On that note, aside from using MacPorts you can use &lt;a href=&quot;http://www.finkproject.org/&quot; rel=&quot;nofollow&quot;&gt;Fink&lt;/a&gt; which provides a more Debian like package manager for binaries...</description>
		<content:encoded><![CDATA[<p>MacPorts really isn&#8217;t that hackish, IMHO. I, however, come from a FreeBSD background where the ports system is the defacto standard.</p>
<p>To me, Linux&#8217;s style of package management is hackish! Just remember that OS X comes from a BSD heritage and tends to lean in that direction.</p>
<p>On that note, aside from using MacPorts you can use <a href="http://www.finkproject.org/" rel="nofollow">Fink</a> which provides a more Debian like package manager for binaries&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
