Slashdot Mirror


Apple Will Demo Mac OS X Server At WWDC

epec254 writes "According to MacCentral the next new version of Mac OS X Server, based on Panther, will be previewed at the WWDC session 'Apple Solutions in Enterprise.' Maybe they will get file permissions right this time."

92 comments

  1. Guess I have to ask by andfarm · · Score: 3, Interesting

    What was wrong with file permissions under previous versions?

    --

    TANSTAAFI: There Ain't No Such Thing As A Free iPod.

    1. Re:Guess I have to ask by Anonymous Coward · · Score: 5, Interesting

      They [Apple] didn't understand the concept of group permissions - files copied to a sharepoint had read only group permissions, even if the sharepoint's permissions were defined as group r/w.

    2. Re:Guess I have to ask by Anonymous Coward · · Score: 0

      That iTunes (2.0?) update fixed all of that. ;)

    3. Re:Guess I have to ask by jtrascap · · Score: 3, Informative

      Nothing a "umask 002" couldn't fix...

      Sheesh - you kids.

    4. Re:Guess I have to ask by Tide · · Score: 1

      This simply doesn't work, while it may be fine for ftp transfers, copying files from jaguar finder to jaguar server doens't respect umask. The group bit was being set in puma (Mac OS X 10.1) although UNIX permissions were not being respected. A later version of Panther (10.2.3?) added the ability to have new files created over AFP either respect UNIX permissions or the permission of the group folder. Setable via the workgroup admin application on a share point by share point basis. I'm not exactly sure why someone modded your post up.

      --

      People think Microsoft is the answer. Microsoft is just the question, "No" is the answer.
    5. Re:Guess I have to ask by Anonymous Coward · · Score: 0

      And how is that "wrong"?? Since when do directory permissions affect file permissions? If you want new files to be created with g=rw then either change your UMASK setting to 012 or 002, or enable the setgid bit on the directory.

      Learn a little about permissions, eh?

    6. Re:Guess I have to ask by Anonymous Coward · · Score: 0

      Actually, it is you who does not understand permissions.

      I don't want to be mean, but that's it. The issue is with the default umask on OS X Client, coupled with the expectations of people upgrading from AppleShare IP.

      This whole mess, which was driven solely by Apple giving people "what they wanted," was fixed months ago.

    7. Re:Guess I have to ask by doce · · Score: 1

      you have your 'code names' mixed up.

      10.0 -> Cheetah
      10.1 -> Puma
      10.2 -> Jaguar

      Panther is the next release, being demo'd this week at WWDC. Presumably this will be 10.3.

      --
      woof!
    8. Re:Guess I have to ask by jtrascap · · Score: 1

      Very likely - I've not yet gotten our people here to invest in OS X Server, but it does work for the client-end systems and FTP, making developer tools like DreamWeaver MX work the way they're supposed to. You have NO idea how much annoyance this had produced for me...it's important for users to know about it.

      Still, this or RH, SuSE, Deb...I'll take OS X anyday.

    9. Re:Guess I have to ask by ernst_mulder · · Score: 1

      Actually what was wrong is not so much a question of what was wrong, but a question of mixed up expectations. Mac users, when copying files/folders to a server expect the files/folders to inherit the permissions of the parent folder. Unix people expect toe files/folder to keep the permissions they had on the source volume. Unfortunately for Mac users the first version of the server software only iplemented the Unix way, not the Mac way. This was fixed recently and now the permission model is a per-server-volume choice.
      Oh and Unix people please note that a "folder" is of course a "directory"...

  2. ...from the oxymoron dept. by wirelessbuzzers · · Score: 1, Troll

    Seriously. I'm as big a Mac fan as the next guy, but the Mac is just not a server computer. Maybe if there're 970s at this WWDC that'll change a bit, but the current Moto PPC is just too underpowered, and its FSB is just too slow to be competitive. You can get more racks, but the dang things cost too much to be price-competitive.

    The best thing about the PPC is its vector unit, and that's not all that useful on a server (POWER architecture doesn't even have it; it had to be hacked on in the 970, and is worse in some ways than the MOTO Altivec). You could use it to speed up your crypto, but it's really a bigger help with RC5 than say RC4 for obvious reasons, and doesn't give that much an advantage for AES or 3DES or just about any other code. Not unless they add a GF(2^32) vector multiply or something crazy to keep those weird benches up. I suppose it could be useful with RSA or DH, but that could take a good deal of assembly to optimize.

    And you can run apache httpd on them (I run it on my eMac). Big whoop, you can run it on an AMD or whatever for half the price.

    The OS is not designed to be a server, it's designed to be a personal use OS. Really, Apple will not do well in that market without major IBM help.

    --
    I hereby place the above post in the public domain.
    1. Re:...from the oxymoron dept. by Anonymous Coward · · Score: 0

      If anything, this is more evidence to back up the 970 rumours. If OS X 10.3 Server is 64 bit, then Xserve will have 970 chips. Ergo, Apple will be unveiling hardware based on the 970. Wheeeeee!

    2. Re:...from the oxymoron dept. by psyconaut · · Score: 4, Interesting

      "POWER architecture doesn't even have it; it had to be hacked on in the 970, and is worse in some ways than the MOTO Altivec)"

      I wouldn't exactly say it was "hacked on" and it's certainly not *worse* at comparible clock speeds to the Motorola implementation.

      Maybe you can point us to some references?

      Also, you don't think renderfarms benefit from Altivec? I know at least a few firms using small clusters of Xserves for rendering.

      Yes, the current crop of Motorola processors are definitely lackluster, but let's keep our eyes on the road kids ;-)

      -psy

    3. Re:...from the oxymoron dept. by gerbache · · Score: 3, Informative

      Well, no it isn't a server architecture presently, but who's to say it couldn't be in the future? I'd personally like to see this work out for them. In theory, the processor will be plenty powerful for it. Who cares if they hacked on Altivec? I doubt anyone will argue that the Power architecture isn't powerful enough to be used in server applications, and Apple can certainly make administration painless and easy enough if they want to. I say give 'em a chance!

    4. Re:...from the oxymoron dept. by chrispy666 · · Score: 5, Insightful

      I tend to disagree.
      OSX server has its place on the market. Some people simply don't want to hire a whole IT dept. just to get a mail server or filesharing. In this case, since the server will be operated by non-unix-gurus, it has too look friendly to administer too. there you have it, OSX server.

      Plus, those blinking lights are simply coooooooool.

      --
      Music is the language of the heart, the sound of the soul. -Joe Satriani
    5. Re:...from the oxymoron dept. by Llywelyn · · Score: 4, Insightful

      A couple of years ago I was hired to put together an LDAP server for a major university. It had to hold student records, give them the option to change them, and do a few other nice things along these lines.

      We used RedHat Linux in a Penguin Computing Rackmount, it is ashame one of these things was not available then.

      It didn't need to have a 1337 processor(s), it needed to never crash and have protection and backups in case it did. It didn't need a fast hard drive, it did need to be easy to configure and nearly brainless to maintain or use.

      This would have been perfect for that task.

      --
      Integrate Keynote and LaTeX
    6. Re:...from the oxymoron dept. by fdobbie · · Score: 5, Interesting

      Actually, I heard that one WebObjects developer's Sun servers were up for renewal, so they replaced 3 mid-spec SPARCs with one xserve and got a massive performance INCREASE.

    7. Re:...from the oxymoron dept. by TheRaven64 · · Score: 4, Informative
      he current Moto PPC is just too underpowered

      Maybe. I suspect that this is true for large sites (well, except iTMS, which I hear works just fine on a bunch of X-Servers). For most small buisnesses, however, modern CPUs are overpowered. Our current server is a 750HMz Duron with 256MB of RAM. It handles email (SMPT, POP3, IMAP and webmail), about a hundred individual web sites (not very high traffic, about 15000 requests per day average), Jabber (public server, listed on the jabber.org site), a web-cam and a few other things. Its load average sits at under 0.20. In fact I'm running top on it right now, and the most CPU-intensive thing it's doing is running top. We stopped upgrading it a while back and diverted the funds to new workstations.

      you can run it on an AMD or whatever for half the price.

      For a small buisness the additional cost of an X-Server over an Intel/AMD Linux/*BSD server is minute compared to the amount that they can save by not employing someone fulltime to maintain it.

      The OS is not designed to be a server, it's designed to be a personal use OS.

      A lot of the kernel is from FreeBSD which is very much a server OS. The rest is designed to increase usability. Linux (and *BSD for that matter) are not friendly for people with no *NIX experience (well, they might be on a desktop where you can hide behind gnome or KDE, but not on a server). An X-Serve could quite easily be run in-house by a company which already has Mac-experienced employees, and a company that is not a 'computer company' is much more likely to have Mac people in house than *NIX people.

      Of course I wouldn't recommend using an X-Serve for hosting a site like /., but for a SME that out-sources all of its IT support it would be a cost-effective solution.

      --
      I am TheRaven on Soylent News
    8. Re:...from the oxymoron dept. by wirelessbuzzers · · Score: 1

      OK. I cede the point on renderfarms; I was really talking about web/db servers. Still, there are probably better modifications to be made for rendering, ie huge video cards and shitloads of (fast!!) RAM.

      I can indeed point you to a reference on Altivec, namely this page in the 970 ArsTechnia article. Quote from the article: It appears that in the 970 the Altivec unit is sort of "tacked on" to the core. While the vector register file sits alongside the general purpose and floating-point register files for the purpose of keeping LOAD and STORE latencies down, the actual vector execution hardware is off on a different portion of the die, away from the vector register file and away from the rest of the execution core. This necessitates the addition of at least two extra stages to the vector pipeline: one stage at the beginning of the execution phase to actually move the instructions out to the vector execution unit and another stage at the end of the execution phase to move the instructions from the unit back to the group completion queue.

      Also note that it says on the site that while the G4e can issue any two different vector ops in one cycle, the 970 can do it only if one of them is a permute, and in addition, the pipelines are longer.

      --
      I hereby place the above post in the public domain.
    9. Re:...from the oxymoron dept. by Hard_Code · · Score: 3, Insightful

      "the server will be operated by non-unix-gurus"

      Follow that to its conclusion: if it does the same job (with the same reliability, security, features, etc.), and does not need to be operated by unix gurus, does it even matter if it is Unix? No. Unix is great mostly because of the years and years of solid implementation (much of which is due to "openness", e.g. open source), I don't think it has much to do with design (as you can witness by modern features having to be bolted on).

      --

      It's 10 PM. Do you know if you're un-American?
    10. Re:...from the oxymoron dept. by SJ · · Score: 1

      Our current server is a 750HMz Duron with 256MB of RAM. It handles email (SMPT, POP3, IMAP and webmail), about a hundred individual web sites (not very high traffic, about 15000 requests per day average), Jabber (public server, listed on the jabber.org site), a web-cam and a few other things. Its load average sits at under 0.20. In fact I'm running top on it right now, and the most CPU-intensive thing it's doing is running top.

      Post a link to your server here and we will see how well it runs. Go on... I dare ya! :P

    11. Re:...from the oxymoron dept. by NaugaHunter · · Score: 1

      Our current server is a 750HMz Duron with 256MB of RAM. It handles email (SMPT, POP3, IMAP and webmail), about a hundred individual web sites (not very high traffic, about 15000 requests per day average), Jabber (public server, listed on the jabber.org site), a web-cam and a few other things. Its load average sits at under 0.20. In fact I'm running top on it right now, and the most CPU-intensive thing it's doing is running top. We stopped upgrading it a while back and diverted the funds to new workstations.

      While this is true, Apple's problem is with IIS's requirements being so high the people who sign the budgets generally won't think it compares very well at the numbers summary level. They'll assume any benchmarks by Apple or Apple-flavored magazines are biased, if they see/hear them at all.

      From experience I know if you tried to do all of that on a 2000 box you could forget it; not to mention that having it all on one box is a recipe for disaster between worms/viruses/crashes/Windoze Update.

      --
      R: That voice. Where have I heard that voice before? B: In about 365 other episodes. But I don't know who it is either.
    12. Re:...from the oxymoron dept. by TheRaven64 · · Score: 1
      Post a link to your server here and we will see how well it runs. Go on... I dare ya! :P

      Umm, I have done, it's in my sig...

      --
      I am TheRaven on Soylent News
    13. Re:...from the oxymoron dept. by agent+dero · · Score: 0

      Very very interesting. At first glance I would say you are talking about the old days of macintosh, with MacOS 8 and 9.
      But that can't be true, I can't find the links, but over the years people have put up MacOS 8 Servers on the web to try to have somebody crack them, couldn't be done.
      In fact, the U.S. Army switched it's web site(s) over to MacOS 8 Servers just for that purpose. (not sure if they still run them though)
      They're so secure because of the lack of a command line interface. So you can't exactly telnet in.

      But now onto MacOS X. You should do your reading on this one. MacOS X is based on FreeBSD (to a point), the same FreeBSD which runs many HIGH traffic web sites, Apache, Yahoo!, and (shameless plug) Tiger Site Development. I realize you're talking about the hardware, but come on, you're whining about how the FSB is too slow, and the motorola PPC, blah blah blah. You're missing the big picture, this server is in 1U That's dual CPUs, 4GB of RAM, up to 720GB of drive space, Gigabit ethernet, etc. In 1U! And don't forget Server Software included, finely tuned to the Server hardware.
      If anyone wants to try to fit two Athlon MP's, or two Xeons in 1U, you can have fun frying eggs on that machine.

      And since you are whining about the CPU being "too underpowered" it sounds like you're just looking at the Ghz. Ghz means something, but not everything, chip architecture is more important, that's why AMD, and Motorola's chips have a lower Ghz, they have better chip design, meaning they don'T have to jack up the frequencies (ahem Intel) to get performance.

      --
      Error 407 - No creative sig found
    14. Re:...from the oxymoron dept. by Anonymous Coward · · Score: 0

      "OSX server has its place on the market. Some people simply don't want to hire a whole IT dept. just to get a mail server or filesharing. In this case, since the server will be operated by non-unix-gurus, it has too look friendly to administer too. there you have it, OSX server."

      There are only four really compelling reasons to buy OS X Server.

      1) Admin tools that lett you manage users, services etc etc with a nice gui remotely from another computer.

      2) If you have a large number of users attaching to the server via Appletalk. The vanilla flavoured OSX gets a bit grumpy when you try to have more than about 5 simutaneous Appletalk users connected to the same box.

      3) If you are using OS X Server to manage rooms full of other macs with things like Macintosh Manager.

      4) Apple seems to be taking this notion of "server" as opposed to just a computer quite seriously especially with reagrds to things like security.

      As an admin of an OS X Server I can also tell you that there are still a couple of rough edges in there. Some command line knowledge is still required to upgrade version of PHP etc. But otherwise OS X Server is just great. Uptime is good.

    15. Re:...from the oxymoron dept. by Rinikusu · · Score: 1

      Rendernodes really have zero usage for Video Cards (they're rendering, you're doing your modeling and whatnot on your workstation elsewhere). But more RAM? Yes.

      --
      If you were me, you'd be good lookin'. - six string samurai
  3. Aqua Lite? by cloudless.net · · Score: 5, Interesting

    Will Apple make a faster, simplified version of Aqua for the server? The current Mac OSX GUI seems very resource hungry. In Windows Server 2003, themes and many visual effects are disabled by default. Will Apple do the same for Mac OSX server?

    1. Re:Aqua Lite? by Hungus · · Score: 4, Informative

      Just run it headless on my Xserves at Idle I use less than 1% total CPU and thats while monitoring it. the gui only comes up when i log into it as a user ( via ARD or TB2)

      --
      Bad Panda! No Bamboo for you! In matters of importance ACs will not be responded to. Want to say something critical,OK
    2. Re:Aqua Lite? by Pathwalker · · Score: 5, Informative
      If you were using an OSX box as a server, you would probably disable the GUI and run the system with a text console.

      You do that by editing /etc/ttys and uncommenting the first of these two lines, while commenting out the second:
      #console "/usr/libexec/getty std.9600" vt100 on secure

      console "/System/Library/CoreServices/loginwindow.app/Cont ents/MacOS/loginwindow" vt100 on secure window=/System/Library/CoreServices/WindowServer onoption="/usr/libexec/getty std.9600"
      (random spacing in the second long line inserted by slashdot's anti-page-widening code)

    3. Re:Aqua Lite? by SandSpider · · Score: 2, Insightful

      You don't even need to run it headless, just don't do anything in the GUI. I have a dual-processor XServe that runs with no blue lights unless someone's accessing something, and a couple blue lights on one processor if they are. That's logged in, with the monitor on, and top running continuously in a terminal window. I'll be adding various services to it that'll increase the processor load, and yeah, running, for example, a matrix-style screen saver will eat up a decent amount of the processing power, but windows just sitting there and not being moved about use no processing power.

      Now, using it as a server and a workstation at the same time might use some of the spare cycles doing pretty graphics, but if you're going to do that, you deserve what you get.

      Now to add extra processes until I can get the server nice and properly loaded.

      --
      There is nothing so good that someone, somewhere, will not hate it.
    4. Re:Aqua Lite? by Anonymous Coward · · Score: 0

      The spacing isn't random - it's every 100 characters. Get a clue.

    5. Re:Aqua Lite? by Anonymous Coward · · Score: 0

      The current Mac OSX GUI seems very resource hungry.

      Don't log in.

      Next!

    6. Re:Aqua Lite? by lowmagnet · · Score: 2, Funny

      I only have an 80 column browser, you insensitive clod!

      --
      Heute die Welt, morgen das Sonnensystem!
  4. Windows Domain-like functions? by mercan01 · · Score: 2, Interesting

    I admit I haven't played around with OS X Server at all. Does it have a package of functions compareable to a windows domain? Like centralized user resources/authentification, GPO's, etc.? Or am I thinking outside of the scope of what it was intented to do? If I am, what is it inteneded to do then, just be a simple file/printer share server, web hosting?

    Just curious.

    1. Re:Windows Domain-like functions? by m0rph3us0 · · Score: 3, Informative

      OS X supports LDAP, and i believe it also supports kerebos, these two technologies are the basis for AD in Windows 2000. It also supports NetInfo which is similar in function to LDAP

    2. Re:Windows Domain-like functions? by kwerle · · Score: 4, Informative

      It also supports NetInfo which is similar in function to LDAP.

      How sad that it is reduced to this. NetInfo is one of the finest resource administrative systems available. It is very unfortunate that it is languishing - mostly unused and un-talked about. (yes, every system uses it by default, but I'd say that most folks on a network don't use/understand it to a fraction of it's potential)

      Yes, I'm one of those NeXT zealots :-/

    3. Re:Windows Domain-like functions? by outZider · · Score: 1

      We have all of our machines at my company connected via a NetInfo network, and it saves our ass on a daily basis. Hardware failure? Drive failure? Swap, continue working.

      Keeps our sales guys under control, too. :)

      --
      - oZ
      // i am here.
    4. Re:Windows Domain-like functions? by kwerle · · Score: 1

      Nice domain name - page is a little short on details though.

      I'm wondering where you work and how you [your office] know how to set up NetInfo.

    5. Re:Windows Domain-like functions? by Anonymous Coward · · Score: 0

      > OS X supports LDAP, and i believe it also supports kerebos, these two technologies are the basis for AD in Windows 2000.

      Does OS X support Kerebos, or Windows 2K Kerebos? Microsoft made a small, but incompatible change in Kerebos as part of the AD support. I don't know if they've changed that or not.

    6. Re:Windows Domain-like functions? by netsrek · · Score: 1

      I think you'd be surprised.

      No OS X Admin worth their salt can get away not knowing how to leverage the power of NetInfo.

      the tools have some advantages and disadvantages over the NeXT versions, but they're pretty similar.

      Oh, and we don't have to worry about password crypts being visible with OS X either... :)

      --

      i don't read slashdot anymore.
    7. Re:Windows Domain-like functions? by Anonymous Coward · · Score: 0

      nidump passwd /

    8. Re:Windows Domain-like functions? by netsrek · · Score: 2, Informative

      nidump passwd /

      That was my point, implement Password Server and you don't have this legacy problem with NetInfo anymore.

      You'll just get "********" where the password crypt used to be.

      --

      i don't read slashdot anymore.
    9. Re:Windows Domain-like functions? by PhoenixK7 · · Score: 1

      Can you recommend any liturature on it? I've had difficulty finding anything comprehensive on using netinfo.

    10. Re:Windows Domain-like functions? by Anonymous Coward · · Score: 0

      Yes, OSX server provides full directory service and desktop management capabilites through its Work Group Manager service. Apple Remote Desktop allows you to perform countless system updates, inventory, and tech support functions. I wish Apple would market it as such, but they really have an excellent desktop management system for the enterprise.

    11. Re:Windows Domain-like functions? by netsrek · · Score: 3, Informative

      The best doc is This one.

      For more practical advice, you should look at the Mac OS X Server Administrators Guide, which you can find here.

      Otherwise for actual day to day problems and solutions, you're best off looking through the mac os x server mailing list at Apple, and the admin list at Omnigroup. Search the archives...

      --

      i don't read slashdot anymore.
    12. Re:Windows Domain-like functions? by Anonymous Coward · · Score: 0

      Thank you!! I've been looking for documents like these!

      I assume net info is the same on OS X client (which I use as a very light weight home server). Thanks a ton!

  5. Just don't use GUI by benwaggoner · · Score: 3, Interesting

    I run a 10.2.7 Server for my email, FTP, etcetera. It's an old Blue and White G3 400, and it's plenty fast for me for everything I've done. And the GUI doesn't eat up cycles when the machine isn't being used hands on. I can ssh in and run top, and the Windows Server is only around 1%, even though it's plugged into a monitor, with a pre Quartz Extreme video card.

    I really like the Mac server. Easy to administrate, with all the UNIX goodness lying just under the surface. And while I'm a generally technical guy, I'm certaily not an admin by nature.

    1. Re:Just don't use GUI by Anonymous Coward · · Score: 2, Informative

      10.2.7 already .. wow I am only at 10.2.6 how did you get the update?

    2. Re:Just don't use GUI by commodoresloat · · Score: 3, Funny

      He's a slashdot subscriber.

  6. you're thinking too hard by Petrox · · Score: 5, Informative

    or you could just type ">console" at the login screen and save yourself from futzing with loginwindow.app.

    --
    sig my booty, check my website
    1. Re:you're thinking too hard by Anonymous Coward · · Score: 0

      Or you could just leave loginwindow.app running and simply not log in on the graphics console. Loginwindow doesn't take up any CPU cycles if it's not doing anything. Runloops are real lightweight.

  7. umask? by netsrek · · Score: 1, Informative

    You're misrepresenting the situation.

    The default umask was the problem.

    You could override this, but doing this on all your clients may not have been practical.

    --

    i don't read slashdot anymore.
    1. Re:umask? by SlamMan · · Score: 1

      Fraid not. umask only applies to the unix style apps that run under OS X. Anything in Classic, Carbon, or Cocoa totally ignores it.

      --
      Mod point free since 2001
  8. NetInfo != LDAP by netsrek · · Score: 1

    You've got it round the wrong way. User authentication info is still stored in a NetInfo database, it just available either via NetInfo domains, or via LDAP. geddit?

    --

    i don't read slashdot anymore.
    1. Re:NetInfo != LDAP by O_Sleep · · Score: 1

      Yes there is the netinfo to ldap gateway but you can also bind to an ldap server as well. Look in Directory Access (plus they have an Active Directory mapping as well).

    2. Re:NetInfo != LDAP by netsrek · · Score: 1

      but local user accounts are still stored in a netinfo db.

      there's no reason why this can't change, the whole DirectoryServices thing is rather modular, but that was the thrust of my comment.

      If you're not storing accounts yourself, then sure you can bind to LDAP.

      If you are storing accounts, even if you're publishing them via LDAP, you're still storing them in NetInfo databases.

      --

      i don't read slashdot anymore.
    3. Re:NetInfo != LDAP by Anonymous Coward · · Score: 0

      but local user accounts are still stored in a netinfo db.

      Local what? If you're using NetInfo or LDAP, you shouldn't have any local accounts.

    4. Re:NetInfo != LDAP by netsrek · · Score: 1

      oh come on, have you ever actually implemented directory services?

      You *always* need local accounts, at the very least an admin account in case of directory services going down...

      you put all your admins in the directory? I don't think so.

      Standard practice with a NetInfo domain and Password Server is to have a local admin account for each server, an admin account for each domain, and a Password Server specific account.

      --

      i don't read slashdot anymore.
    5. Re:NetInfo != LDAP by Anonymous Coward · · Score: 0

      You *always* need local accounts, at the very least an admin account in case of directory services going down...

      Right. You need ONE local account. The root account. Which is not stored in NetInfo.

      Standard practice with a NetInfo domain

      Pff. "Standard practice?" Please.

    6. Re:NetInfo != LDAP by netsrek · · Score: 1

      You're just tripping.

      where is the local root account stored if it's not in a NetInfo database?

      --

      i don't read slashdot anymore.
    7. Re:NetInfo != LDAP by Anonymous Coward · · Score: 0

      where is the local root account stored if it's not in a NetInfo database?

      If the local root account is stored in NetInfo, how can you log in in single user mode before NetInfo services are running?

      Check out /etc/passwd sometime.

    8. Re:NetInfo != LDAP by netsrek · · Score: 1

      /etc/passwd gets consulted only in single user mode. Try looking at: niutil -read . /users/root sometime.

      --

      i don't read slashdot anymore.
    9. Re:NetInfo != LDAP by Anonymous Coward · · Score: 0

      Right... which is exactly the point. There should only be one local account on the machine. That account is the root account, and it's stored in /etc/passwd. What's your problem, exactly?

    10. Re:NetInfo != LDAP by netsrek · · Score: 1

      It's not stored in /etc/passwd when you're not in single user mode.

      You're obviously just trolling. Your average OS X Server installation only has a local admin user defined, not root, so this discussion is moot.

      try explaining why you need a local netinfo daemon running if what you're saying is the case...

      --

      i don't read slashdot anymore.
  9. It must be more complicated than this by PDubNYC · · Score: 5, Insightful

    I may not be the smartest man, but to make a statement along the lines of "Apple didn't understand the concept of permissions" seems a tad simplified, arrogant, and wrong. I have to believe that they had a very good grasp of what they were doing, but perhaps ran into problems in the implementation. Not trying to be a dick, but I think you have to believe that the engineers working on OS X understand the concept of permissions, even if they ran into a problem with them. I am sure they are under tremendous pressure to get things out the door. That said, the problem you mentioned was a huge one, and I look forward to the continued improvement of OS X, client and server, even as I pray for a new hardware architecture based on the "G5" or whatever.

    1. Re:It must be more complicated than this by Anonymous Coward · · Score: 1, Insightful
      This has got to be a failed troll. No-one in their right mind would respond so defensively about a simple engineering hiccough as if Apple were a dear sick relative.

      Remember, corporations are there to make money, if they fuck up it just means their managers won't be able to buy a fourth seafront property that quarter. Demand only the best from them, and for goodness sake don't ever stick up for them as if they cared one iota for you.

    2. Re:It must be more complicated than this by Anonymous Coward · · Score: 0, Troll

      No, it is not an attempted troll. It is just another knee-JERK response by one of the Mac lemmings, swooping in to combat any and all unclean criticisms of the Apple Coven, justified or no.

      Q: What is the difference between a Wiccan and a Mac zealot?

      A: The Wiccan isn't out there defending a CORPORATION fer cryin' out loud, not a way of life.

      Grow UP you annoying true-believers.

    3. Re:It must be more complicated than this by lowmagnet · · Score: 0, Offtopic

      A: Mac users believe in something real, as opposed to a made-up goddess or earth spirit.

      --
      Heute die Welt, morgen das Sonnensystem!
    4. Re:It must be more complicated than this by Anonymous Coward · · Score: 1, Funny
      So you're admitting to treating Mac ownership as a religion, justifying this on the basis of computers being tangible?

      I hereby found the Cult of Toasters. After all, they're good at toasting bread, and they certainly exist.

    5. Re:It must be more complicated than this by Niles_Stonne · · Score: 1

      Would you like some nice hot buttered, scrummy toast?

      Talkie Toaster is my deity.

      "I Toast, therefor I am."

      More Red Dwarf Please.

      --
      Sticks and Stones may break my bones, but copyright will always protect me.
  10. Re:And "OX X Server" is... by lowmagnet · · Score: 2, Informative

    Darwin (FreeBSD + Mach Kernel) is Open Source. (APSL) The window manager is not. (NextStep framework) Any questions?

    --
    Heute die Welt, morgen das Sonnensystem!
  11. Aqua Workstation Lite? by 0x0d0a · · Score: 1

    Will Apple make a faster, simplified version of Aqua for the workstation? The current Mac OSX GUI seems very resource hungry.

  12. slashdot rumor mill by claude_juan · · Score: 0, Offtopic

    am i the only one that thinks it is odd that all the recent apple news is ripped right off the typical mac rumor sites?

    i didnt know slashdot was breaking in to the apple rumor market. i mean i know there are a fair number of rumors in other sections of slashdot too, but lets face it, anyone interested in mac rumors went to those mac rumor sites long before they were posted here.

    go team!

  13. Oh, please fix AMS... by EvilStein · · Score: 2, Interesting

    AppleMailServer still sucks. I hope they stick a GUI on Postfix/courier or something. ;)

    Our OS X Server here got Postfix & Courier-IMAP installed right out of the box. Much easier to add SpamAssassin/procmail/etc and I don't have to deal with the AppleMail Server big-phat-file way of doing things.

  14. so... by PDubNYC · · Score: 2, Interesting

    what you are saying is that you know better than all of the engineers at Apple? Don't get me wrong, I think it sucks when something gets released that is not working properly. And if you want to write me off as some Mac-zealot, I couldn't care less. But the reality is that the people producing these products are individuals just like you and me, and I would like to think that they have some kind of pride in their work, not to mention the skills necessary to get the job in the first place, that would make them want to do the best job that they can.

    Sorry I can't be as cynical about this as you are. I know damn well that Apple is a corporation that is there to make money, not worry about me. But I am looking at it, however naively, at an individual level, and trying to put myself in the employees shoes, where I have been. Sometimes your company doesn't give you the time or perhaps the resources to do things that you know need to be done. I was simply responding to someone who was talking like they know so much more than the engineers at Apple. whatever.

    I think I hear your mom calling down to you in the basement. Breakfast is ready. She made waffles.

    1. Re:so... by Anonymous Coward · · Score: 0
      Right, let's whittle down your waffle to, "I think Apple engineers knew what they were doing by setting the default umask to strip the group write bit".

      Now, I contend: yes, this concept is simple enough for even my small brain to make a solid argument against when confronting the Mighty Engineers From Apple.

      However, I've already had one tiff with the local ex-Apple-engineer today over the iSore, or iPod, or whatever it's called, so I think I'll skip it.

      (At the beginning of this month I had all but convinced myself I was going to buy a Mac, because it seems like a good tool to get work done. However zealot after zealot after zealot are putting me off.)

  15. Let me clarify that... by wirelessbuzzers · · Score: 1

    Yeah, I've set up a server on my OS9 box at home, but it wasn't that reliable, nor fast, and I sorely missed SSH. I also made one on my OSX box at college, and it was great. I upgraded the preinstalled apache with a Fink installation of 2.0.44, and used it to serve all sorts of stuff, forums for class discussion, etc.

    I also agree that OSX is a great OS (with the possible exception of the Finder), and almost rock-solid (it did panic a few times on me during high-workload such as rendering, and some other trouble, like kernel deadlocks that made procs unkillable, even by sudo kill -9). Other than, well, basically the Finder, it's easily the best OS I've used for personal computing stuff.

    But yes, I'm talking about the hardware. For most serving applications (complete with CGI), the big stats you need (other than network connection) are memory size and speed, HD size speed, and integer unit speed. Memory size is fine, as is HD size and speed on the XServe. Integer speed is not great (better clock for clock, but the clock speed is slow), but probably sufficient for most apps. A plus for the Mac is that the PPC architecture has less expensive context switches than the X86, which could help against a flood of traffic (would be most important if you were DoSed).

    However, the memory bus speed is horrendous compared to just about every competing architecture. And given that if your site gets slashdotted or something, you'll be spending most of your time futzing with CGIs, and getting stuff from the buffer cache... memory speed and intop speed are what'll make or break your day.

    Now, you are right that for a 1U enclosure, the server isn't that bad in most of its specs. But the dual procs don't entirely make up for the slow bus speed. Further, the system is more expensive than an equivalent X86 system would be. This is really what I meant when I said it was unsuitable: in terms of hardware price/performance, you are generally worse off with the Mac.

    However, as some posters pointed out, I was wrong. If you're a small corp, can run on just a few servers, it probably would be cheaper to get XServes, since you'd save on tech support and admin costs that way. If Apple gets their file perms right this time. Also, as I pointed out in my original post, these points could all pretty much be moot, except for cost, if they end up with a 970 or other souped-up IBM chip in them.

    --
    I hereby place the above post in the public domain.
  16. That's your choice, not Apple's fault by Anonymous Coward · · Score: 0

    For each sharepoint, you configure it to get either "Unix behaviour", or "Mac behaviour".

    Unix behaviour is: file creation according to your umask, and ownership by your primary group.

    Mac behaviour is inheritance of the permissions of the enclosing folder. You probably wanted that, but neglected to choose to do so.

  17. Re:Mac is dying! by MrResistor · · Score: 1

    Maybe you should get a clue about learning grammar as much as you should get a clue about how THE Mac is not dying.

    Anyone that would post a sentence like that one should NOT be lecturing others about grammar.

    --
    Under capitalism man exploits man. Under communism it's the other way around.