2. See my response to myself. I should have been more precise with my gripe.;-)
3. The problem is that a) it's not 90% of the time, b) even if it was, 90% is not good enough, and c) you honestly can't work around it with FKA every time. There's just no excuse for any dialog that absolutely can't be navigated with the keyboard!
4. My point has nothing to do with context menus. It has to do with hidden functionality. When you hold down 'Alt' there's absolutely no hint that clicking on some random text label in Safari's download menu will give you new information. The fact that menus change when you hold down 'Alt' was news to me because there was no way for me to discover that information by just using the UI!
The way to use a UI should be as obvious as possible. I'm not saying everything should be immediately obvious, but there should be some route to follow from being a newbie to being a master. If an item has multiple functions, some hint should be provided by that item's appearance, so a newbie will ask, "why is that menu item a different color?" or "why is that button glowing green?" As it stands, learning the Aqua UI is like going on an easter egg hunt -- try clicking this with that button held down and try dragging this thing to that thing. I'm sorry, but that's just poor design no matter how you slice it.
5. OSA is nice in theory but has not yet amounted to much in practice. You can, for example, use Python to script your Apps but the Python code you write is pretty weird and unPythonic. People are working hard to make this better (and it looks like they have a good chance of succeeding) but last I checked it was not a very attractive alternative.
drsmithy did a fine job of pointing out the fallacy of the "mouse beats keyboard" myth, so I'll just supply an example. In NEdit if I want to change the tab width of the editor it's lightning-quick for me to hit Alt-p, t, type the new width, and hit return. It's absurdly slower for me to reach for the mouse, click on Preferences, click on Tab Stops, then go back to the keyboard to type the new width, go back to the mouse, and click the OK button. This is a task that's simple enough that the keyboard is always faster than the mouse but not common enough to merit a dedicated Control sequence.
It's true that there are lots of tasks where mousing is more efficient than 'boarding, but it's extremely context-sensitive.
It's like saying "carpenters who use only hammers are faster than those who use only saws, so we should only make hammers." It's a fallacy because nobody uses only one tool for every job!
speaking as a semi-professional programmer and a professional engineer, i think the choice of AppleScript was great. it lets you get directly at what you want to do, with much less overhead than a "real" language. it's also easy to learn and easy to read.
As somebody who studies programming languages professionally I find that it combines the worst aspects of natural language (unpredictable syntax and vocabulary) with the worst aspects of programming languages. Every time I hold my nose and try to read the documentation I spend hours and am left unable to answer even the simplest questions about the language, like "what are the basic datatypes?", "what is the object model?" or "what is the scoping model?" I find it exceedingly hard to understand -- possibly the hardest language I've ever encountered. Its only redeeming quality is that it is easy to read, so occasionally you can modify somebody else's code to get something useful done.
i certainly wouldn't write an app i it, but that's not what it's for. what would you have suggested they use instead? bash? <shudder>
Bash? Don't be silly, we're talking about programming languages, not shell interfaces. Python would be a logical choice -- easy to learn, clean syntax, sensible semantics. It's simple enough to learn in an afternoon yet you can write an app in it (and many people do). Plus, people who learn Python have a skill that can actually get them a job.
To those who responded about Full Keyboard Access:
I should have been more specific. I know about FKA. Unfortunately there's no way to focus specific menus, which makes it pretty useless. For example, to focus Safari's History menu you must hit Ctrl+F1, Right, Right, Right, Right, Right. This makes Full Keyboard Access pretty much useless unless your mouse has caught on fire.
Thankfully you can at least select specific items on a menu by typing a unique prefix of the menu item. Unfortunately even this feature seems to be strangely implemented. For example, the Apple menu contains 4 items that start with S. Typing 's' while the menu is active selects the last of these. Typing 'v' while it's active selects "System Preferences..." which doesn't even have 'v' in it at all!
I'm basically frustrated because this is not a hard problem to solve. It's been solved completely in Windows and Linux toolkits, but Apple does a pathetic job of it. They only erratically support keyboard shortcuts and where they do support them they're so unpredictable as to be utterly useless.
One of the most annoying things for me when I switched to OS X was the fact that various keys like Home, End, PageUp, and PageDown didn't work like I wanted them to. Luckily, there's an easy way to customize the key bindings for all Cocoa apps (which is most everything I use). Rather than repeat the info here I'll just refer you to the three blog entries I wrote on the subject: First, Second, and Third.
Other OS X annoyances:
You can only resize windows from the lower-right corner
There's no simple way to focus the menu from the keyboard like when you hit the "Alt" key in Windows or Linux.
Keyboard mnemonics are only occasionally available in dialogs
Mac software designers think that two button mice are too complicated but expect the user to Cmd-Shift-Option-Click on random bits of the UI to discover useful, undocumented functionality that would be an obvious part of the UI in any Win/Linux program. (One example: alt-click on the "% completed" text label in Safari's download manager to see the download rate in KB/sec)
The whole UI is scriptable (awesome!) but the scripting language is AppleScript (not awesome!), which is some natural linguist's idea of an "easy" language. For anybody who already understands programming it's a complete nightmare
Now, before you bash me as a Mac-basher let me say that I honestly think OS X is the best OS on the market today. It's just a shame that Apple doesn't do a little more to serve the needs of the serious user who, for example, prefers the keyboard to the mouse.
You might want to try it again. I've been using it since last fall, under both Jaguar and Panther, and it's been totally stable. There were some quirks after the upgrade to Panther, but nothing critical. I use it every day, all day, and it *doesn't* crash.
Yeah! Ever since I switched from POP to IMAP I've been stoked by my ability to switch mail clients at whim without losing my filters (on the server via procmail) or folders. I would love to see a similar capability in web browsers. There's already an open standard for bookmarks (XBEL), now we're getting plug-ins, all that's left is integration of password databases. (Am I forgetting anything?)
Maybe Tiger will help. There's supposed to be an iSync API that developers can use to define their own "conduits".
It's a problem for anybody who uses iTunes sharing on a network where they don't control all of the machines on the local subnet. (This, by the way, is the situation where iTunes sharing becomes most interesting -- it's fun to find out what random people listen to!) This might not include "most people" but it's a lot of people, students in particular, and it's pretty nasty to put them in legal jeopardy just because they want to exercise their fair use rights.
I was quite relieved to see this move on Apple's part. It's not in *their* best interests but it's certainly in the best interests of hymn users because it will force them to remove the ID tag. The notion of leaving the ID in the hymn'ed file was foolish and reckless -- a horrible disservice. If you had a hymn'ed file in your library and had enabled iTunes sharing then somebody could use something like Leechster to copy that file without your consent. If that person then shared the file to Kazaa or whatever and Apple got hold of it then you would take the fall.
And no, enabling iTunes sharing is *not* consenting to have other people copy your songs, it's consenting to have other people *listen* to them. If they abuse that privelege it's not your fault. It's an Apple-approved feature and there's no sensible reason why I should be able to use it for songs I've ripped from CDs but not those I've purchased from iTMS.
On my 1.25 GHz PB 15"Al the "optimization" stage can take several minutes. It will depend heavily on how big the hard drive is (mine's 80G) and how many applications you have installed.
I agree with the original poster. It's a complete waste of time to "optimize" the same app 5 times after 5 software updates when I haven't used it at all during that time period. You should at least have the option of stopping the optimization if you don't care about it.
""" An admin user has privileges to delete files other than those merely in his HOME. And some stupid users (including one of my friends:-) have changed perms to give themselves ownership of every file, in which case this would wipe every file. So the statement is accurate. """
That's a bit like arguing "turning a computer on can cause it to explode" is an accurate statement because the user may have put plastic explosives in the case and wired them to the power switch.
On any reasonably well maintained OS X system executing "rm -rf/" as a normal (or even Admin) user cannot cause the entire hard drive to be deleted. This does not detract (much) from the seriousness of this exploit, but let's not get carried away with the alarmism.
Also, if your friend's system is still running I doubt he has changed the permissions of *every* file unless he's a very talented programmer. OS X won't load kernel extensions unless they're owned by root:wheel, and other bits of system software have similar permissions restrictions. If he's logging in as root, well, that's another issue entirely...
It's true. Both at Caltech and now at the conference I'm attending I'm seeing massive numbers of powerbooks (including my own:-). These are hard-core unix geek bastions, and OS X is really gaining popularity.
On a mac,the hassle was that I didn't like Apple's window manager, and there weren't any good alternatives.
This is so true! The apple window manager is just awful compared to even the least featureful unix wm. This has nearly driven me away from OS X on my powerbook, but until Linux supports sleep mode it's not an option.
There are options, however, that can mitigate the pain of the OS X wm. You can run X11 in fullscreen mode on OS X and have a fully self-contained X11 environment with your wm of choice. Then you get full hardware support and can also switch back to OS X whenever you need it. Unfortunately there seem to be some issues with full screen X11 at the moment, but it's very close to being flawless.
This is a nice detail for PowerBook users. One persistant annoyance with OS X on PowerBooks for programmers has been the way it forces you to hold down the fn key to use the function keys. If you don't hold it down then you get, for example, the brightness or volume controls. This is really annoying to programmers, who typically have macros bound to function keys and need them infinitely more often than the brightness controls. There have been a variety of hacks, such as uControl, to enable "real" function keys.
With the 10.3.3 update there's a new checkbox in the keyboard preferences pane labeled "Use the F1-F12 keys for custom actions". If you check it then you get "real" function keys, where holding down fn gives you the brightness, sound, etc controls. Kudos to Apple for this -- it's always nice to be able to drop a hack in favor of an official feature!
PLEASE PLEASE PLEASE file a bug report with Apple including the steps to reproduce the problem! (I saw it for the first time the other day.) A reproducible problem is a solvable problem, but if Apple doesn't know how to reproduce it they'll have a much harder time fixing it.
I used to see it all the time. Lots of people who want secure IMAP and work for small companies and/or universities (that don't want to pay for a signed certificate) will see it. Luckily, the workaround described above worked for me -- I think it might have been in an Apple knowledgebase article somewhere.
As a musician who's always wanted to toy with hard drive recording and software synthesis I have to say that $50 (or $30 if you can get the academic price!) for Garage Band alone would be a steal. The closest comparably priced music apps I know of are Tracktion (a Windows program with a beta OS X port) and Intuem Squared (which seems to have questionable stability). Each of these is $80. Neither includes amplifier modeling, an instrument library, or a loop library. Tracktion is damn cool, but there's just one guy working on it, meaning updates can only come so fast. Plus he's developing on Windows primarily so OS X will always be a step behind.
I can see complaining about the price if you just want the newest version of iPhoto, but if you have the slightest inkling of an interest in making music then this upgrade is a stunningly good deal. I'll be getting mine on day one!
By the way, as further evidence that X is perfectly capable of "doing 3D", take a look at Apple's X11 that ships with Panther. It's basically just a version of XFree86 that supports Apple's graphics drivers. Its 3D speed is *the same* as native OS X.
If nVidia or ATI put the same amount of effort into Linux drivers as they did into Windows drivers then Linux 3D would be just as fast as Windows 3D. The fact that they *don't* will be just as detrimental to anything that tries to replace X as it was to X.
The biggest liabilities in the X-on-Linux development world right now are the petty tyrants on the Xfree86 team and the reticience of graphics hardware vendors. Hopefully this announcement signals a step towards correcting the first of those problems.
The reply was a joke. The point was that the "20'th century" spanned the years from 1901 to 2000, not 2001 to 3000.
As for the original post, I agree. I'm an OS X user now but I still follow the fd.o Xserver mailing list. Why? Because all of the innovative people from the XFree86 development world seem to be there -- Packard, Gettys, and others. Also, I use X11 on OS X every day and I'm always happy to see improvements in that technology.
I'm not so sure about your claim that Xserver is going to eventually support pervasive use of 3D, however. A lot of ideas are being thrown around but it's not at all clear that they'll work or will be worth the effort. It seems more attractive, IMHO, to build the X server using OpenGL for 3D and a library like Cairo for 2D. Note that this is almost an exact match to OS X's model, and there are good reasons for it. Among those: a) the 2D API in OpenGL is reputed to be quite poor, which will make it harder to maintain the X server's code base; b) graphics hardware already has dedicated 2D acceleration hardware that's tailor-made for window-server-like applications. One of the reasons that XFree86 is currently so slow is that the Render extension is unaccelerated (in the sense of 2D acceleration) on (I believe) all drivers. You can verify this by the dramatic slowdown in scrolling speed in apps when you switch to anti-aliased fonts.
In short, I wouldn't assume that OpenGL == Good for the window server. Technically speaking, it appears to be a very difficult problem and the outcome isn't assured to be an improvement. Still, if anybody can make it work, and work well, it's this group.
As for Longhorn, well, OS X is offering the most interesting benefits of Longhorn already, today. Whenever Longhorn finally materializes I'm sure OS X (or OS XI?) will be competetive, to say the least.
I got the same result with the static version but I was able to build the patched parted from source while using the live cd, then use it to successfully shrink my OS X partition!
Here's the URL for the source:
http://xilun666.free.fr/parted-1.6.6-hfs.tar.gz
This is great news! I'm excited even though I'm now an OS X dude. Once I find the time to back up my system and repartition I'll be trying LinuxPPC. Speaking of which, if anybody knows of (or wants to write) a non-destructive repartitioning tool for OS X please let me know!
Slashdot Mirror
2. See my response to myself. I should have been more precise with my gripe. ;-)
3. The problem is that a) it's not 90% of the time, b) even if it was, 90% is not good enough, and c) you honestly can't work around it with FKA every time. There's just no excuse for any dialog that absolutely can't be navigated with the keyboard!
4. My point has nothing to do with context menus. It has to do with hidden functionality. When you hold down 'Alt' there's absolutely no hint that clicking on some random text label in Safari's download menu will give you new information. The fact that menus change when you hold down 'Alt' was news to me because there was no way for me to discover that information by just using the UI!
The way to use a UI should be as obvious as possible. I'm not saying everything should be immediately obvious, but there should be some route to follow from being a newbie to being a master. If an item has multiple functions, some hint should be provided by that item's appearance, so a newbie will ask, "why is that menu item a different color?" or "why is that button glowing green?" As it stands, learning the Aqua UI is like going on an easter egg hunt -- try clicking this with that button held down and try dragging this thing to that thing. I'm sorry, but that's just poor design no matter how you slice it.
5. OSA is nice in theory but has not yet amounted to much in practice. You can, for example, use Python to script your Apps but the Python code you write is pretty weird and unPythonic. People are working hard to make this better (and it looks like they have a good chance of succeeding) but last I checked it was not a very attractive alternative.
It's true that there are lots of tasks where mousing is more efficient than 'boarding, but it's extremely context-sensitive. It's like saying "carpenters who use only hammers are faster than those who use only saws, so we should only make hammers." It's a fallacy because nobody uses only one tool for every job!
speaking as a semi-professional programmer and a professional engineer, i think the choice of AppleScript was great. it lets you get directly at what you want to do, with much less overhead than a "real" language. it's also easy to learn and easy to read.
As somebody who studies programming languages professionally I find that it combines the worst aspects of natural language (unpredictable syntax and vocabulary) with the worst aspects of programming languages. Every time I hold my nose and try to read the documentation I spend hours and am left unable to answer even the simplest questions about the language, like "what are the basic datatypes?", "what is the object model?" or "what is the scoping model?" I find it exceedingly hard to understand -- possibly the hardest language I've ever encountered. Its only redeeming quality is that it is easy to read, so occasionally you can modify somebody else's code to get something useful done.
i certainly wouldn't write an app i it, but that's not what it's for. what would you have suggested they use instead? bash? <shudder>
Bash? Don't be silly, we're talking about programming languages, not shell interfaces. Python would be a logical choice -- easy to learn, clean syntax, sensible semantics. It's simple enough to learn in an afternoon yet you can write an app in it (and many people do). Plus, people who learn Python have a skill that can actually get them a job.
I should have been more specific. I know about FKA. Unfortunately there's no way to focus specific menus, which makes it pretty useless. For example, to focus Safari's History menu you must hit Ctrl+F1, Right, Right, Right, Right, Right. This makes Full Keyboard Access pretty much useless unless your mouse has caught on fire.
Thankfully you can at least select specific items on a menu by typing a unique prefix of the menu item. Unfortunately even this feature seems to be strangely implemented. For example, the Apple menu contains 4 items that start with S. Typing 's' while the menu is active selects the last of these. Typing 'v' while it's active selects "System Preferences..." which doesn't even have 'v' in it at all!
I'm basically frustrated because this is not a hard problem to solve. It's been solved completely in Windows and Linux toolkits, but Apple does a pathetic job of it. They only erratically support keyboard shortcuts and where they do support them they're so unpredictable as to be utterly useless.
Other OS X annoyances:
Now, before you bash me as a Mac-basher let me say that I honestly think OS X is the best OS on the market today. It's just a shame that Apple doesn't do a little more to serve the needs of the serious user who, for example, prefers the keyboard to the mouse.
You might want to try it again. I've been using it since last fall, under both Jaguar and Panther, and it's been totally stable. There were some quirks after the upgrade to Panther, but nothing critical. I use it every day, all day, and it *doesn't* crash.
This is a bloody brilliant idea.
-DA
Yeah! Ever since I switched from POP to IMAP I've been stoked by my ability to switch mail clients at whim without losing my filters (on the server via procmail) or folders. I would love to see a similar capability in web browsers. There's already an open standard for bookmarks (XBEL), now we're getting plug-ins, all that's left is integration of password databases. (Am I forgetting anything?)
Maybe Tiger will help. There's supposed to be an iSync API that developers can use to define their own "conduits".
Cheers,
-DA
It's a problem for anybody who uses iTunes sharing on a network where they don't control all of the machines on the local subnet. (This, by the way, is the situation where iTunes sharing becomes most interesting -- it's fun to find out what random people listen to!) This might not include "most people" but it's a lot of people, students in particular, and it's pretty nasty to put them in legal jeopardy just because they want to exercise their fair use rights.
I was quite relieved to see this move on Apple's part. It's not in *their* best interests but it's certainly in the best interests of hymn users because it will force them to remove the ID tag. The notion of leaving the ID in the hymn'ed file was foolish and reckless -- a horrible disservice. If you had a hymn'ed file in your library and had enabled iTunes sharing then somebody could use something like Leechster to copy that file without your consent. If that person then shared the file to Kazaa or whatever and Apple got hold of it then you would take the fall.
And no, enabling iTunes sharing is *not* consenting to have other people copy your songs, it's consenting to have other people *listen* to them. If they abuse that privelege it's not your fault. It's an Apple-approved feature and there's no sensible reason why I should be able to use it for songs I've ripped from CDs but not those I've purchased from iTMS.
On my 1.25 GHz PB 15"Al the "optimization" stage can take several minutes. It will depend heavily on how big the hard drive is (mine's 80G) and how many applications you have installed.
I agree with the original poster. It's a complete waste of time to "optimize" the same app 5 times after 5 software updates when I haven't used it at all during that time period. You should at least have the option of stopping the optimization if you don't care about it.
-DA
"""
It's the queers. They're in it with the aliens. They're building landing strips for gay Martians, I swear to God
"""
You know what, Stuart? I like you. You're not like the other people here, at the trailer park.
""" :-) have changed perms to give themselves ownership of every file, in which case this would wipe every file. So the statement is accurate.
/" as a normal (or even Admin) user cannot cause the entire hard drive to be deleted. This does not detract (much) from the seriousness of this exploit, but let's not get carried away with the alarmism.
An admin user has privileges to delete files other than those merely in his HOME. And some stupid users (including one of my friends
"""
That's a bit like arguing "turning a computer on can cause it to explode" is an accurate statement because the user may have put plastic explosives in the case and wired them to the power switch.
On any reasonably well maintained OS X system executing "rm -rf
Also, if your friend's system is still running I doubt he has changed the permissions of *every* file unless he's a very talented programmer. OS X won't load kernel extensions unless they're owned by root:wheel, and other bits of system software have similar permissions restrictions. If he's logging in as root, well, that's another issue entirely...
It's true. Both at Caltech and now at the conference I'm attending I'm seeing massive numbers of powerbooks (including my own :-). These are hard-core unix geek bastions, and OS X is really gaining popularity.
This is so true! The apple window manager is just awful compared to even the least featureful unix wm. This has nearly driven me away from OS X on my powerbook, but until Linux supports sleep mode it's not an option.
There are options, however, that can mitigate the pain of the OS X wm. You can run X11 in fullscreen mode on OS X and have a fully self-contained X11 environment with your wm of choice. Then you get full hardware support and can also switch back to OS X whenever you need it. Unfortunately there seem to be some issues with full screen X11 at the moment, but it's very close to being flawless.
-DA
This is a nice detail for PowerBook users. One persistant annoyance with OS X on PowerBooks for programmers has been the way it forces you to hold down the fn key to use the function keys. If you don't hold it down then you get, for example, the brightness or volume controls. This is really annoying to programmers, who typically have macros bound to function keys and need them infinitely more often than the brightness controls. There have been a variety of hacks, such as uControl, to enable "real" function keys.
With the 10.3.3 update there's a new checkbox in the keyboard preferences pane labeled "Use the F1-F12 keys for custom actions". If you check it then you get "real" function keys, where holding down fn gives you the brightness, sound, etc controls. Kudos to Apple for this -- it's always nice to be able to drop a hack in favor of an official feature!
PLEASE PLEASE PLEASE file a bug report with Apple including the steps to reproduce the problem! (I saw it for the first time the other day.) A reproducible problem is a solvable problem, but if Apple doesn't know how to reproduce it they'll have a much harder time fixing it.
-DA
I used to see it all the time. Lots of people who want secure IMAP and work for small companies and/or universities (that don't want to pay for a signed certificate) will see it. Luckily, the workaround described above worked for me -- I think it might have been in an Apple knowledgebase article somewhere.
-DA
The above article is both Interesting and Informative. Somebody with mod points please take action!
-DA
This is the most absurd thing I've ever heard. WebDAV was *specifically designed* for sharing!
-DA
As a musician who's always wanted to toy with hard drive recording and software synthesis I have to say that $50 (or $30 if you can get the academic price!) for Garage Band alone would be a steal. The closest comparably priced music apps I know of are Tracktion (a Windows program with a beta OS X port) and Intuem Squared (which seems to have questionable stability). Each of these is $80. Neither includes amplifier modeling, an instrument library, or a loop library. Tracktion is damn cool, but there's just one guy working on it, meaning updates can only come so fast. Plus he's developing on Windows primarily so OS X will always be a step behind.
I can see complaining about the price if you just want the newest version of iPhoto, but if you have the slightest inkling of an interest in making music then this upgrade is a stunningly good deal. I'll be getting mine on day one!
-DA
By the way, as further evidence that X is perfectly capable of "doing 3D", take a look at Apple's X11 that ships with Panther. It's basically just a version of XFree86 that supports Apple's graphics drivers. Its 3D speed is *the same* as native OS X.
If nVidia or ATI put the same amount of effort into Linux drivers as they did into Windows drivers then Linux 3D would be just as fast as Windows 3D. The fact that they *don't* will be just as detrimental to anything that tries to replace X as it was to X.
The biggest liabilities in the X-on-Linux development world right now are the petty tyrants on the Xfree86 team and the reticience of graphics hardware vendors. Hopefully this announcement signals a step towards correcting the first of those problems.
-DA
The reply was a joke. The point was that the "20'th century" spanned the years from 1901 to 2000, not 2001 to 3000.
As for the original post, I agree. I'm an OS X user now but I still follow the fd.o Xserver mailing list. Why? Because all of the innovative people from the XFree86 development world seem to be there -- Packard, Gettys, and others. Also, I use X11 on OS X every day and I'm always happy to see improvements in that technology.
I'm not so sure about your claim that Xserver is going to eventually support pervasive use of 3D, however. A lot of ideas are being thrown around but it's not at all clear that they'll work or will be worth the effort. It seems more attractive, IMHO, to build the X server using OpenGL for 3D and a library like Cairo for 2D. Note that this is almost an exact match to OS X's model, and there are good reasons for it. Among those: a) the 2D API in OpenGL is reputed to be quite poor, which will make it harder to maintain the X server's code base; b) graphics hardware already has dedicated 2D acceleration hardware that's tailor-made for window-server-like applications. One of the reasons that XFree86 is currently so slow is that the Render extension is unaccelerated (in the sense of 2D acceleration) on (I believe) all drivers. You can verify this by the dramatic slowdown in scrolling speed in apps when you switch to anti-aliased fonts.
In short, I wouldn't assume that OpenGL == Good for the window server. Technically speaking, it appears to be a very difficult problem and the outcome isn't assured to be an improvement. Still, if anybody can make it work, and work well, it's this group.
As for Longhorn, well, OS X is offering the most interesting benefits of Longhorn already, today. Whenever Longhorn finally materializes I'm sure OS X (or OS XI?) will be competetive, to say the least.
-DA
I got the same result with the static version but I was able to build the patched parted from source while using the live cd, then use it to successfully shrink my OS X partition!
Here's the URL for the source:
http://xilun666.free.fr/parted-1.6.6-hfs.tar.gz
Way Cool!
I guess I'll be installing Linux today...
-DA
Interesting. Thanks for the info. I just meant Linux on PPC in the generic sense. I didn't realize that LinuxPPC was a distro.
-DA
This is great news! I'm excited even though I'm now an OS X dude. Once I find the time to back up my system and repartition I'll be trying LinuxPPC. Speaking of which, if anybody knows of (or wants to write) a non-destructive repartitioning tool for OS X please let me know!
-DA