Apple is currently hard at work on a “completely rethought” Mac Pro, with a modular design that can accommodate high-end CPUs and big honking hot-running GPUs, and which should make it easier for Apple to update with new components on a regular basis.
These next-gen Mac Pros and pro displays “will not ship this year”. (I hope that means “next year”, but all Apple said was “not this year”.) In the meantime, Apple is today releasing meager speed-bump updates to the existing Mac Pros.
I’m surprised by, but in favor of, Apple’s continued openness and avenue of said openness (specifically the repeated disemmination via direct, on the record conversations with John Gruber and other top Apple tech pundits). While the whole lack of Mac Pro (and Mac mini) updates makes me, and so many other Apple Pro customers, very uneasy, the fact that they took this step is at least partially reassuring. I hope, and think, it was the right thing to do, considering the situation.
I look forward to what the new Mac Pros bring, especially increased ability to upgrade and maintain them over the long-term (hopefully for customers as well as Apple).
I’ve got some data I’m trying to get off my Newton and writing a bit of Newton code to bridge some gaps seems like my best bet at this point, so I found myself setting up a Newton dev environment… again. An old Mac still seems like the best dev environment after all these years (with the most documentation, examples, and other resources, anyway). I have literal piles of old Macs, but neither the time nor space to set one up for such a task right now. The quickest route was to re-install & configure BasiliskII (a great 68k Mac emulator), incl. installing MacOS 7.x and the Newton dev tools (innumerable thanks to everyone who contributed to the excellent NewtonDev disk image).
After doing so, then moving all the files around & symlinking the preferences to their default location, I wished that BasiliskII data & configs were all just packaged nicely into VMs like VirtualBox/VMware/Parallels/etc. So, I made a utility to create, run, and manage exactly such BasiliskII “VMs”:
While it’s still pre-release and incomplete, I expect to have v0.1 out in a week or two. It currently supports running (creating, coming soon) and snapshots (so I can always have a fresh state to go back to, if I screw up my install) of
.BasiliskIIVM VMs. I’ve written & tested it on OS X, but it’s just Bash and written pretty platform-agnostically, so it should work well on other UNIX-like OSes with little-to-no modification. Hopefully the few of you out there who still use BasiliskII will find it useful and that it makes managing BasiliskII VMs easier (it should also make sharing Newton dev environments a piece of cake… er, sip of soup?).
This utility also means that if it turns out that this attempt at developing some Newton software doesn’t work out and my BasiliskII data sits around for a long time, I won’t have lost track of all the bits & pieces again and can just pick up where I left off.
I would love to hear if you end up trying it.
Back in 2013, I hacked together (and silently released to GitHub) a set of command line utilities for working with OS X file ACLs (Access Control Lists) and ACEs (Access Control Entries), collectively named acl-tools-osx. Included are three utilities written in
findacl– This is the main tool, a wrapper for the powerful
findcommand which ads “primaries” for working with OS X file ACLs.
chgrpacl– Built atop
findacl, this allows changing group ACEs in an OS X file’s ACL from one group to another.
chusracl– The same as above, but for changing user ACEs from one user to another.
While probably well written for a
findacl is still a bit of a hack: it relies on
find to build the initial file list, then it reads & matches against all ACEs for each file. Unfortunately, for the ACL/ACE matching, it’s not smart enough to handle any operators other the AND. As mentioned above,
chusracl are powered by
findacl and reduce a task that would require a minimum of three commands (one to list a file’s ACL, one to delete the required ACE, and one to re-add the ACE with the new user/group name) to a single easy command.
I wrote these for Small Dog Electronics to resolve some user & group name conflicts by changing group names. With thousands upon thousands of files with ACEs for the group names being changed, I could either leave orphaned group ACEs around (they show up as raw UUIDs) and re-apply the ACEs manually, I remove all ACLs and manually re-apply all ACLs (yeah, right!), or—if there was a way—I could just find files with ACEs for specific user/group names, delete them, and re-add them in the new user/group name. The last option made the most sense, but few utilities other that
chmod can handle OS X ACLs, certainly not my beloved
find. So, I put together something that worked, automated the process—which worked quite well—and only used them a couple of times afterwards.
Well, someone happened across them recently and reported an issue with parsing ACEs containing certain special characters (including spaces), so I’ve fixed that and now present the world with
acl-tools-osx 0.1.1. You can now find the download in the development section as well as on GitHub. Hopefully someone else will find them useful as I and at least one other person have.
It’s amazing how quickly the years flow by and that it’s been nearly 25 of them since the introduction of Apple’s Newton. Actually, it has been a full quarter century since John Scully, then CEO at Apple, was pitched the concept of a smaller, handheld device by Michael Tchao and decided to make it a reality. This week marks the 23rd anniversary of the MessagePad’s release on August 3rd, 1993, at MacWorld Expo in Boston, which Scully had initially previewed to press at CES in Chicago, back on May 29th of 1992. Crazier still, the release of the Newton came less than a decade after that of the Macintosh. Sadly, it never really got the chance to see its full potential.
Like every revolutionary product, there are many fascinating accounts of the development and release. Some of them documented in the book Defying Gravity: The Making of Newton, others in the Newton section of Andy Hertzfeld’s folklore.org. Douglas Luckie’s page covering the original Newton MessagePad is required reading on, and one can’t forget Landon Dyer’s account of the last minute ROM patching before the release! Luke Dormhel just wrote a nice little overview for Cult of Mac, and Benjamin Edwards had a more thorough piece for Macworld at the 20th anniversary.
While I personally can no longer fault Apple for cancelling the Newton in 1998, refocusing, blossoming, and developing a new generation of mobile computing with the iPhone and iPad, I still wish to see a future where Newtons had continued to be developed. While I still use my MessagePad 2100 every day and find it to be the best tool for many tasks—for me, at least, though I’m not the only one—it’s also a disappointing that it’s mostly stuck in 1998. I say mostly as a huge debt of gratitude is owed to all the individuals who have helped keep the Newton platform alive, producing patches, software, bits of hardware, and providing tons of support over the years, allowing it reach out into the future that Apple only imagined.
I look forward to the full 25th anniversary with my Newton. After all, what’s a couple more years?
I’m sure Apple was hard at work making this commercial well before Michael Gartenberg’s piece for iMore which I linked to a little over a week ago, but it does seem to start addressing the issue he raised as to why more people aren’t buying the iPad Pro to use as a computer. The ad starts off:
“Just when you think you know what a computer is…”
Apple’s The new iPad Pro introduction video from back in March shows the iPad being used as a computer, but mostly rattles off the new features, leaving that point until the very end:
“The new iPad Pro gives everyone the ability to do amazing things. Things you thought you could only do on a PC and things you’ve never done before. It’s where we believe personal computing is going.”
This new ad tries to hit that point home a little more directly. It still feels more like an ad for the Smart Keyboard and Apple Pencil, to me, but they’re a part of the solution and it’s a step in the right direction.
[Via Rene Ritchie.]
Long time payment processor Kagi in their announcement of the closure of their company on 2016-07-31:
For the past ten years Kagi has been struggling to recover from financial losses due to a supplier fraud situation. We have reduced the debt but the recovery has failed and forced us to close.
We are sorry we failed you.
It’s sad to see the failure of a company that helped support so many individuals and small businesses over the years. They helped many early Mac and Newton shareware developers get off the ground and prosper, some of which are still around today. Sadly, their popularity was waning due to increased competition from newer payment options such as PayPal, Stripe, and others.
John Biggs, writing for TechCrunch:
The TSA, as you’ll remember, offers a set of screener-friendly locks. These locks use one of seven master keys that only the TSA can use — until 2014. In an article in The Washington Post, a reporter included a shot of all seven keys on a desk. It wasn’t long before nearly all the keys were made available for 3D printing and, last week, security researchers released the final key.
The interesting aspect of the release of the final key is how they did it. One of the hackers, Johnny Xmas, said:
“This was done by legally procuring actual locks, comparing the inner workings, and finding the common denominator. It’s a great metaphor for how weak encryption mechanisms are broken — gather enough data, find the pattern, then just ‘math’ out a universal key (or set of keys),”
Frustratingly, the TSA cares little for consumer’s belongings:
“The reported ability to create keys for TSA-approved suitcase locks from a digital image does not create a threat to aviation security. These consumer products are ‘peace of mind’ devices, not part of TSA’s aviation security regime.”