I’ll be speaking about OS X and virtualization at the Penn State MacAdmins Conference 2015, which is being held from July 7th – 10th 2015 in State College. For those interested, my talk will be on Thursday, July 9th.
For a description of what I’ll be talking about, please see the Virtualization and OS X Testing – building your test environment using virtual Macs session description. You can see the whole list of speakers here on the Speakers page.
As part of working with open source software on OS X, it’s often convenient to use a package manager to install open source packages. Good package managers are useful because they handle downloading the open source software you want, make sure that any related software dependencies get handled, and make it easy to keep the software you installed up to date.
The ones that I’ve worked with in the past have been the following:
pkgsrc has the following strengths:
- Easy to install
- Works on multiple Unix-based platforms
- Installs its software all within one dedicated location (/usr/pkg)
- Does not require the creation of dedicated local user accounts
- Installs software with root privileges
That last point was important to me because Homebrew doesn’t do that. Instead, Homebrew installs software with the ownership set to be the user who ran the installation command.
That characteristic of Homebrew has always made me crazy, but I freely admit that’s my own personal peeve. As with many things, I’m not going to tell folks what package manager to use if their choice is working well for them.
To aid with the installation of pkgsrc on OS X, I’ve written a script. For more details, see below the jump.
Apple has updated its Using the USB-C port and adapters on your MacBook (Retina, 12-inch, Early 2015) KBase article to provide more detail about USB Target Mode. One piece of information that jumped out at me was this section:
For reference, a USB-A connector looks like this.
Based on my reading of the KBase article, you will not be able to connect a 2015 MacBook in USB Target Disk Mode to a Mac with USB 2.0 or 3.0 ports and expect to be able to transfer data via Setup Assistant or Migration Assistant to the USB 2.0/3.0-equipped Mac.
There are a couple of workarounds for this limitation:
- Cloning the MacBook’s drive to an external drive and plugging that external drive into the USB 2.0/3.0-equipped Mac.
- Creating a Time Machine backup of the MacBook’s drive and accessing the Time Machine backup on the USB 2.0/3.0-equipped Mac.
Both of these workarounds should allow the MacBook’s data to be accessible by Setup Assistant or Migration Assistant.
In the wake of VMware’s release of ESXi 6.0, I upgraded my ESXi 5.5 server to ESXi 6 using the install ISO file. However, it is also possible to perform the upgrade from 5.5 to 6.0 via SSH and esxcli. For more details, see below the jump.
VMware recently released a Virtual Machine Remote Console (VMRC) application for OS X users. This application is designed to complement the browser-based console for vSphere users by providing a native application for launching a remote console session with a vSphere-hosted virtual machine.
A nice bonus is that the VMRC application can also connect to an ESXi server which is using VMware’s free license for ESXi. This provides a way for users of free ESXi to access ESXi-hosted VMs via a remote console session without needing to run either the Windows vSphere client or VMware Fusion Professional. For more details, see below the jump.
I’ll be speaking about OS X and virtualization at MacIT 2015, which is being held from July 14th -16th, 2015 in Santa Clara, California. For those interested, my talk will be on Wednesday, July 15th.
For a description of what I’ll be talking about, please see the Virtualization and OS X Testing – Building Your Test Environment Using Virtual Macs session page, which is linked on the MacIT Wednesday Full Agenda page.
Following the release of OS X 10.10.3, I noticed in my testing that I was no longer able to create Active Directory mobile user accounts using the /System/Library/CoreServices/ManagedClient.app/Contents/Resources/createmobileaccount tool.
The process of using the createmobileaccount tool usually works like this:
- Open Terminal or run a script
- Run the following command with root privileges:
/System/Library/CoreServices/ManagedClient.app/Contents/Resources/createmobileaccount -n network_account_username_goes_here
What normally happens is a new mobile account and home folder are then set up on the Mac for the network_account_username_goes_here account. On 10.10.3, I’m receiving an error indicating that the mobile account could not be created.
To try to narrow down if it was an issue specific to Active Directory account, I tested against both my shop’s Active Directory domain and OpenLDAP domain. In both cases, I received similar errors.
Active Directory on OS X 10.10.3
OpenLDAP on OS X 10.10.3
To verify that this was a 10.10.3-specific issue, I re-ran my tests in a 10.10.2 VM. On 10.10.2, my results were what I expected: A new mobile account and home folder were created on the VM.
Mobile account creation on OS X 10.10.2
Mobile account creation via the OS loginwindow
One piece of good news is that this does not appear to affect the creation of mobile accounts via the loginwindow. In my testing against my Active Directory domain, automatic mobile account creation via the loginwindow appears to work fine.
The process I used in my testing looked like this:
- Bind test Mac running OS X 10.10.3 to my shop’s Active Directory domain, with mobile account creation enabled in the Apple Active Directory plug-in’s settings.
- Verify that the test account was not present as a mobile account on the Mac
- Log in with the test account’s credentials at the loginwindow
The results were what I expected: A new mobile account and home folder were created on the test Mac.
To help get this issue fixed, I’ve filed a bug report. For those interested in duping it, it’s bug ID 20482382.
Update 4-10-2015: My bug report has been closed as a duplicate of bug ID 20295898. If you want to file a bug report that dupes mine, please use the following bug ID to do so:
Bug ID 20295898
For those interested in the details, I’ve also posted the bug report to Open Radar: