Live data from Hacker News

Osxc – Simple configuration tool for OS X

osxc.github.io

41–45 of 45 posts

Re: Osxc – Simple configuration tool for OS X

#41
post #13

I am using Github's Boxen, which works quite well https://boxen.github.com/

boxen looked nice to me, but I really wanted to avoid puppet (even if I never tried, it's often compared to chef and I have lots of bad experiences with chef !)

I've used Puppet extensively for server management (and also done some Chef, and currently som Saltstack.)

Although they are both configuration management tools, they are different.

What kind of issues did you have with chef? And when?

Re: Osxc – Simple configuration tool for OS X

#42
post #5

Earlier quoted context omitted.

because writing yaml is way easier than writing a bash script.

This yaml approach requires me to know a lot more about existing software than the bash script does. I will need to: - Read up on the documentation for osxc or battle school - Look at other configuration files to get a feel for what mine needs to look like. - Learn about the differences between playbooks or recepies or what have you. - Download some proprietary software that I will likely never use again. This is all…

I tried to learn Puppet in combination with Vagrant for provision rather simple severs, and that was too hard (I had things to do). I then tried to learn Ansible, but didn't get very far. I ended up giving up and writing a shell script that has some simple reusable functions ("is this package installed, if not install it", "does this exact file exist, if not copy it over", etc)

I would rather use Ansible. It seemed like it would fit what I'm trying to do, but everything I can find seems geared towards multiple servers, rather than provisioning a VM and/or an AWS instance identically.

Anyone got some good resources for it?

Re: Osxc – Simple configuration tool for OS X

#43
post #31
post #29

Earlier quoted context omitted.

Cask could be awesome, but it's not at this stage. There are no upgrades, in many cases it doesn't work. Most apps complain that they are not in /Applications, but are in ~/Applications instead and so on. At the end of the day, it duplicates some of the Homebrew functionality - some non-GUI packages are getting into Cask, because possibly Homebrew doesn't want them - it's a bit confusing as well. I think efforts shou…

Hiya - author here. Thanks for the feedback on this stuff! It's always good to hear where it's best to focus improvements. I'm going to address a few of your points specifically. > There are no upgrades, in many cases it doesn't work. It's true that `brew cask upgrade` is not yet a thing. I would very much like it to be. I've been sort of avoiding work on the feature for fear of messing it up. But that's no reason to…

Just saw at least one duplicate - OSXFUSE.

Re: Osxc – Simple configuration tool for OS X

#44
post #40

Earlier quoted context omitted.

Huh… I’ve installed 17 Casks; no apps have complained about being in ~/Applications. In fact, for properly written apps, it should not matter, so there may be something else going on. I’ve been using ~/Applications forever for beta testing and accessing two different versions of the same app.

That's true. I hope more apps improve as well as OS X itself. The issue with ~/Application seems to be OS X-related as reported by HyperSwitch ( http://bahoom.com/hyperswitch/ ), which cannot run in background without being under /Applications.

So that’s a HyperSwitch issue that doesn’t have anything to do the operating system itself. Properly written apps (and that probably means not using undocumented APIs or doing otherwise unsupported things) don’t care about being in ~/Applications.

Re: Osxc – Simple configuration tool for OS X

#45

One blind spot that all of these OS X configuration tools appear to have is the App Store. Not through any fault of their own I suspect... more that Apple hasn't opened the App Store app to being scriptable. But a command-line way of installing/reinstalling/updating App Store apps would be great.

The zdw-mentioned autopkg has the capability of looking at your installed AppStore apps and checking for updates, and further can package them(with embedded receipt/DRM) to a patch mgmt system. https://github.com/autopkg/nmcspadden-recipes/tree/master/Ap... It works with any pkg deployment system, although autopkg itself ships with Munki support. Ansible and osxc by extension are about ConfigMgmt, of course, but conflating mgmt systems is common and understandable.
Post reply on HN