why not just run arch on your mac laptop?
- power management: Linux does not hold a candle to OSX (which is able to shutdown entire components like soundcard, webcam dynamically when not in use)
- Lion's external display+lid+sleep behavior: external screen+AC power makes lid-close sleep inoperant, so I can just plug both lid closed and my laptop wakes up to be a desktop (bluetooth input devices help a lot). Conversely unplugging either makes it go to sleep, back in laptop mode.
For your second point, just explicitly command your computer to do what you want. If you want it to go to sleep, type "acpitool -s". If you don't want it to go to sleep, don't type that.
If you like OS X, use it, but if you hate OS X and are only using it because of the two issues you list above, that's crazy :)
Oh I perfectly know that, the problem is that it's manual. With OSX I play a song, soundcard comes alive from its powered off state and plays sound, song stops, soundcard powers down after a little idle timeout. The same goes for the webcam, ethernet board and various other components. With Linux I have to either write some suboptimal wrappers to programs to kick devices in or out, or do it manually, or sacrifice battery life.
Comparing battery life, Linux is two~three full hours behind OSX out of seven~eight (after thorough analysis involving powertop1/2). That's a 30% drop and brings me to almost a day to a little more than half a day of work per cycle. Well, it was so a year ago, because now my battery has crossed the 600 cycle count bar so it holds an hour less. And don't start telling me "oh that was a year ago, Linux has improved on that front since then", since OSX improved in that area too (I've looked at hard data battery metrics).
> For your second point, just explicitly command your computer to do what you want. If you want it to go to sleep, type "acpitool -s". If you don't want it to go to sleep, don't type that.
You're missing the point, I perfectly know that too.
Find me a single PC that can do this:
1) asleep with lid closed, you plug in an external screen and if you're on AC power the computer wakes up and makes the external screen primary, else it does not even wake up and stays asleep.
2) awake with lid closed, AC and screen plugged in, you plug out external screen or AC power and the computer goes to sleep
3) awake with lid closed, AC and screen plugged in, you open the lid and it becomes primary while external screen becomes secondary.
4) awake with lid open, AC doesn't matter but you plug in an external screen and this one becomes secondary, retains its specific configuration including relative position, wallpapers, resolution and color calibration settings from previous times per external screen device.
I've written my own extendable acpid handler in Python to achieve various schemes, react to complex events, and take complex actions. I know exactly how to do 2, 3 and 4, and I know exactly how much hackery and time is needed to achieve this, and it's not really reliable in the end. As for 1 it might as well be downright impossible.
> My X220 has never run out of battery, and I fly a lot and don't really plug my laptop in at home, so 8 hours is apparently enough.
As I said my battery is getting past middle-aged and the more minutes, the happier. Also you can consider not only "instant" battery life (i.e time it takes to go from full to empty) but long-term battery life (time it takes before the battery is a complete brick): the longer the cycles, the less wear it takes, so the longer it lasts before going to the trash.
> If you like OS X
I do :-)
If only Lion's "full-screen" would really be a chrome-less tiling window manager I'd be completely happy. Things, like Window Magnet, fullscreen Terminal.app and tmux help a lot though.
Every computer can do this, its not a function of hardware. You'll have to write your own scripts to do it but thats just part of the Arch Linux ethos.
To wake and reconfigure displays on in your example (1), you can poll for ACPI events for on:
/proc/acpi/ibm/video:video_switchI'm dying to know how a computer in ACPI S3† can execute my ACPI scripts. The only way for it to work is for some hardware to trigger an event that will kick it out of S3, and PCs old and new that do so on external display plug are (if any) apparently rare enough that I never encountered them, so currently I consider them devoid of this feature.
Even if it were so, this would require, as you say, and again as I did already for cases 2) 3) and 4), writing scripts, and such scripts are non-trivial. Calling xrandr (which of course needs DISPLAY and some X magic cookies) from an ACPI handler (which runs as root while the X session runs as you) requires interesting piles of trickery. Then timing issues come in, as drivers take time adjusting themselves and you have no way of knowing when they're ready (in the meantime e.g xrandr redurns/does crap). Also, interestingly enough, all sorts of fun stuff happens on VTs when the primary display vanishes to be thrown into an external one.
I long for the day when KMS supports multiple monitors and I can have VTs left and right, and I can run my favorite phrakture-like no-X setup on bare metal (and my web browser in a lightweight Wayland), but that day is far away so that setup stays in a VM.
† i.e CPU off == no power at all, only RAM and components registered for waking like USB controllers have reduced power.
edit: formatting
In what way?
Second, they do all sorts of stupid non-standard stuff, so you can't use KMS, a framebuffer or xrandr[1]. The GUI application for managing monitors sucks balls and isn't scriptable. I happen to use some older monitors, and that gives me all sorts of pains, too.
To be somewhat fair, it used to be even worse. But it's still nowhere near decent, and will never be unless they open the specs and release the source for the drivers.
In the future, I will exclusively use Intel Graphics. While they aren't perfect either (from what I could gather), at least the drivers are open, which already places them light-years ahead of nvidia and ATI. For the record, my netbook never had a single graphics-related problem, while I lost count of how often I cursed nvidia for their shitty drivers on my desktop.
[1] Support was apparently added to the current beta, but I haven't tried it yet.
Personally, I think nVidia's drivers are fine, modulo the ideology issues. They perform extremely well and work. Intel's drivers also work well, though the performance is not as good. (And video tends to tear due to some vblank syncing bug that's unfixable for some reason.)
I also agree that xrandr support is important for a laptop, because you are often plugging and unplugging an external monitor. xrandr --output VGA1 --left-of LVDS1 is much easier than dealing with some GUI. xrandr seems to work on my nVidia desktop, however.
Now I have two further thoughts..
How does one use a data projector from an Apple laptop these days? Most projectors I come across are staunch VGA.
Is the X11 environment still available under the current MacOS? Just run Xmonad under that...
http://xquartz.macosforge.org/trac/wiki
Looks like a new version released a few days ago for current Mac OS X
I carry Thunderbolt-to-VGA, DVI, and HDMI adapters with my laptop at all times. It's kind of a pain, to be honest.
Linus Torvalds: "That said, I’m have to admit being a bit baffled by how nobody else seems to have done what Apple did with the Macbook Air – even several years after the first release, the other notebook vendors continue to push those ugly and clunky things. Yes, there are vendors that have tried to emulate it, but usually pretty badly. I don’t think I’m unusual in preferring my laptop to be thin and light."
http://techcrunch.com/2012/04/19/an-interview-with-millenium...