<?xml version="1.0" encoding="utf-8"?><!-- generator="wordpress/2.0.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Mac OS X 10.5 Leopard: A Spotty Release</title>
	<link>http://www.aelon.net/2007/11/mac-os-x-105-leopard-a-spotty-release/</link>
	<description>Random babblings from a few digitally inclined people</description>
	<pubDate>Sat, 17 May 2008 20:51:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.2</generator>

	<item>
		<title>by: Cyrris</title>
		<link>http://www.aelon.net/2007/11/mac-os-x-105-leopard-a-spotty-release/#comment-3804</link>
		<pubDate>Sat, 10 Nov 2007 00:34:51 +0000</pubDate>
		<guid>http://www.aelon.net/2007/11/mac-os-x-105-leopard-a-spotty-release/#comment-3804</guid>
					<description>Well, having the Windows Firewall in XP SP2 turned on has been nothing but a headache at work. Obviously when we install Windows ourselves on a PC we have the option of turning the firewall on or off during the installation procedure - which I think it what Leopard should be doing. 

But each time we get a new computer from Lenovo it's already got it installed and it's a pain if you forget to turn it off.  And we need it off to get a bunch of our remote applications working properly across the board.</description>
		<content:encoded><![CDATA[<p>Well, having the Windows Firewall in XP SP2 turned on has been nothing but a headache at work. Obviously when we install Windows ourselves on a PC we have the option of turning the firewall on or off during the installation procedure - which I think it what Leopard should be doing. </p>
<p>But each time we get a new computer from Lenovo it&#8217;s already got it installed and it&#8217;s a pain if you forget to turn it off.  And we need it off to get a bunch of our remote applications working properly across the board.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Kelmon</title>
		<link>http://www.aelon.net/2007/11/mac-os-x-105-leopard-a-spotty-release/#comment-3802</link>
		<pubDate>Fri, 09 Nov 2007 13:33:37 +0000</pubDate>
		<guid>http://www.aelon.net/2007/11/mac-os-x-105-leopard-a-spotty-release/#comment-3802</guid>
					<description>Apple has now posted information about its Firewall, which is just as well since the settings are pretty meaningless:

&lt;a href=&quot;http://docs.info.apple.com/article.html?artnum=306938&quot; rel=&quot;nofollow&quot;&gt;http://docs.info.apple.com/article.html?artnum=306938&lt;/a&gt;

What's particularly damning is the following note from the article:

&lt;blockquote&gt;
Allow all incoming connections

This is the most &quot;open&quot; mode. Mac OS X will not block any incoming connections to your computer. This is the default mode for Leopard. If you upgraded from Mac OS X 10.4.x, your Application Firewall will default to this mode.
&lt;/blockquote&gt;

So, by default, and even if you had your firewall enabled under Tiger when you upgraded, Apple will setup Leopard to allow anyone to try and attack your computer.  Who's stupid idea what this?  While I realise that attacks against the Mac are rare and so far don't seem to work unless you manage to con someone into handing over their administrator password, surely this is asking for trouble if someone DOES succeed in developing a remote hack.

For a company that advertises its security Apple sure has a funny way of displaying their commitment to it.</description>
		<content:encoded><![CDATA[<p>Apple has now posted information about its Firewall, which is just as well since the settings are pretty meaningless:</p>
<p><a href="http://docs.info.apple.com/article.html?artnum=306938" rel="nofollow"><a href='http://docs.info.apple.com/article.html?artnum=306938' rel='nofollow'>http://docs.info.apple.com/article.html?artnum=306938</a></a></p>
<p>What&#8217;s particularly damning is the following note from the article:</p>
<blockquote><p>
Allow all incoming connections</p>
<p>This is the most &#8220;open&#8221; mode. Mac OS X will not block any incoming connections to your computer. This is the default mode for Leopard. If you upgraded from Mac OS X 10.4.x, your Application Firewall will default to this mode.
</p></blockquote>
<p>So, by default, and even if you had your firewall enabled under Tiger when you upgraded, Apple will setup Leopard to allow anyone to try and attack your computer.  Who&#8217;s stupid idea what this?  While I realise that attacks against the Mac are rare and so far don&#8217;t seem to work unless you manage to con someone into handing over their administrator password, surely this is asking for trouble if someone DOES succeed in developing a remote hack.</p>
<p>For a company that advertises its security Apple sure has a funny way of displaying their commitment to it.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Kelmon</title>
		<link>http://www.aelon.net/2007/11/mac-os-x-105-leopard-a-spotty-release/#comment-3795</link>
		<pubDate>Wed, 07 Nov 2007 11:39:52 +0000</pubDate>
		<guid>http://www.aelon.net/2007/11/mac-os-x-105-leopard-a-spotty-release/#comment-3795</guid>
					<description>In Reply to &lt;a href=&quot;#comment-3791&quot; rel=&quot;nofollow&quot;&gt;#12&lt;/a&gt;:

I do take your point but there has to be a better way of moving a file than the current options of either:

1. Opening 2 Finder windows and dragging the file between them
2. Attempting to navigate your folders using a single Finder window and spring-loaded folders
3. In a single Finder window copy the file, navigate to the desired destination, paste the file, return back to the original folder and delete the old copy of the file

All of those solutions are dumb and there's no getting away from this.  Cut and Paste works damned well in Windows so I honestly don't see what the resistance is to an option to move a file rather than copy it (excluding the &lt;a href=&quot;http://tomkarpik.com/articles/massive-data-loss-bug-in-leopard/&quot; rel=&quot;nofollow&quot;&gt;humongous bug&lt;/a&gt; discovered recently if the transfer fails).  Moving a file certainly should not be as much of a faff as it is with the Finder.</description>
		<content:encoded><![CDATA[<p>In Reply to <a href="#comment-3791" rel="nofollow">#12</a>:</p>
<p>I do take your point but there has to be a better way of moving a file than the current options of either:</p>
<p>1. Opening 2 Finder windows and dragging the file between them<br />
2. Attempting to navigate your folders using a single Finder window and spring-loaded folders<br />
3. In a single Finder window copy the file, navigate to the desired destination, paste the file, return back to the original folder and delete the old copy of the file</p>
<p>All of those solutions are dumb and there&#8217;s no getting away from this.  Cut and Paste works damned well in Windows so I honestly don&#8217;t see what the resistance is to an option to move a file rather than copy it (excluding the <a href="http://tomkarpik.com/articles/massive-data-loss-bug-in-leopard/" rel="nofollow">humongous bug</a> discovered recently if the transfer fails).  Moving a file certainly should not be as much of a faff as it is with the Finder.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Richard Drysdall</title>
		<link>http://www.aelon.net/2007/11/mac-os-x-105-leopard-a-spotty-release/#comment-3791</link>
		<pubDate>Wed, 07 Nov 2007 05:34:52 +0000</pubDate>
		<guid>http://www.aelon.net/2007/11/mac-os-x-105-leopard-a-spotty-release/#comment-3791</guid>
					<description>Re: Cut not working in the Finder, this is a deliberate design decision and it's a good one - the Cut/Copy/Paste metaphor doesn't work properly for files. Here's an example of how it breaks (you can do this on Windows for example):
1. Copy a file (Edit-&amp;#62;Copy)
2. Delete the file.
3. Try to paste the file (Edit-Paste)
Step 3 doesn't work, because it never really copied the file, only a reference to it. In contrast, if you try this with some text in a word processor, everything will work as expected. IMHO, kudos to Apple for not allowing this feature.</description>
		<content:encoded><![CDATA[<p>Re: Cut not working in the Finder, this is a deliberate design decision and it&#8217;s a good one - the Cut/Copy/Paste metaphor doesn&#8217;t work properly for files. Here&#8217;s an example of how it breaks (you can do this on Windows for example):<br />
1. Copy a file (Edit-&gt;Copy)<br />
2. Delete the file.<br />
3. Try to paste the file (Edit-Paste)<br />
Step 3 doesn&#8217;t work, because it never really copied the file, only a reference to it. In contrast, if you try this with some text in a word processor, everything will work as expected. IMHO, kudos to Apple for not allowing this feature.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Kelmon</title>
		<link>http://www.aelon.net/2007/11/mac-os-x-105-leopard-a-spotty-release/#comment-3789</link>
		<pubDate>Tue, 06 Nov 2007 20:48:24 +0000</pubDate>
		<guid>http://www.aelon.net/2007/11/mac-os-x-105-leopard-a-spotty-release/#comment-3789</guid>
					<description>In Reply to &lt;a href=&quot;#comment-3788&quot; rel=&quot;nofollow&quot;&gt;#10&lt;/a&gt;:

Nope.  Dictionary remains in its default location of /Applications/Dictionary.app.  Still, it's nice to know both what this option was supposed to do and that it works for at least one person.  It is, of course, baffling as to why it doesn't seem to work for me having installed fresh onto a clean disk.</description>
		<content:encoded><![CDATA[<p>In Reply to <a href="#comment-3788" rel="nofollow">#10</a>:</p>
<p>Nope.  Dictionary remains in its default location of /Applications/Dictionary.app.  Still, it&#8217;s nice to know both what this option was supposed to do and that it works for at least one person.  It is, of course, baffling as to why it doesn&#8217;t seem to work for me having installed fresh onto a clean disk.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
