Mailing Lists: Apple Mailing Lists

Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: BRU, tape drives and XServe



On 2007-12-22 John C. Welch wrote:
> On Dec 19, 2007, at 11:19 AM, Ansgar -59cobalt- Wiechers wrote:
>>> Yeah...now you're modifying /var too. That's a real easy one to
>>> implement on a few thousand machines.
>> 
>> Do you really see any significant problem in preparing a NetInstall
>> image with this change? Or doing a scripted rollout through SSH or
>> ARD?
> 
> The plural of "hacking around a problem" is not "stable system setup,
> appropriate for the full range of use".

I'll take that as a "no".

> There is a point of diminishing maintainability when you're
> redirecting half of the friggin' file system. Now, you have created a
> massive checklist of non-standard plumbing that makes troubleshooting
> far more tedious than necessary.

Right now we're talking about three (in words "three") changes. That's
quite a long way from "half of the filesystem".

> Face it. Your contention that there were no user - created temp files  
> written outside of /tmp and $HOME was wrong. Period.

I already admitted that when I acknowledged that print spools do in fact
pose a problem in a FileVault scenario. Do you actually read what I'm
writing? Or do you just fail to understand it?

[...]
> Now, instead of admitting your mistake and LETTING THIS GODFORSAKEN  
> THREAD DIE, you come back with page after page justifying things no  
> one was arguing about, and trying to show how temp data isn't really  
> temp data and it doesn't matter because FV doesn't deal with things  
> outside of the user home, and how even though there are user-created  
> temp files that are created outside of /tmp and $HOME, how that  
> doesn't really count because you can work around it.

Nice try to twist my words. Only I never said it didn't count "because
you can work around it". I said most of your examples don't count
because they are not subject to what I was talking about in the first
place.

Besides, I've just been addressing the tangents *you* went on with your
replies. My initial reply merely stated that AFAICS FileVault does
on-the-fly encryption. Which apparently - for reasons unknown to me -
blew a fuse with you.

> Sad. Your point on the temp files thing was wrong. Admit it and move
> on.

I already did. It seems that it's actually you who is unable to move on.

For instance, you brought full-disk encryption into this discussion, and
I've been asking twice for suggestions on how to achieve that with OS X
(and I mean including the boot volume). Not a single answer yet. So, are
you going to admit that right now there is no solution? Because in that
case FileVault still is the next best thing (and I still have to deal
with its weaknesses). Meaning that despite all your ranting and raving
you DON'T HAVE A FREAKING POINT. Period.

Regards
Ansgar Wiechers
-- 
"Another option [for defragmentation] is to back up your important files,
erase the hard disk, then reinstall Mac OS X and your backed up files."
--http://docs.info.apple.com/article.html?artnum=25668
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/macos-x-server/email@hidden

This email sent to email@hidden

References: 
 >Re: BRU, tape drives and XServe (From: Ansgar -59cobalt- Wiechers <email@hidden>)
 >Re: BRU, tape drives and XServe (From: "John C. Welch" <email@hidden>)
 >Re: BRU, tape drives and XServe (From: "John C. Welch" <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.