Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issues with settting up on a clean install #112

Open
lsvt-casey opened this issue Dec 23, 2014 · 16 comments
Open

Issues with settting up on a clean install #112

lsvt-casey opened this issue Dec 23, 2014 · 16 comments

Comments

@lsvt-casey
Copy link

My Mac's drive decided to go and crash today and I figured "Well, at least I have Kitchenplan to get things back up and running once Apple fixes it" but that hasn't turned out to be the case.

After installing kitcenplan with my confg repo, I had to uninstall and manually re-install brew-cask just to get the provision to go through which it eventually did. Everything seemed to go ok after that initial hiccup, however none of my osx_defaults or things like Sublime Text customizations are present.

It also didn't set my console to the Tomorrow Night Eighties theme, so I'm wondering what went wrong? Could you please give me some ideas? Thanks!

@roderik
Copy link
Member

roderik commented Dec 23, 2014

Try this in your config repo: 9e6654e

Chef 12 breaks a lot of stuff so i locked on 11

@lsvt-casey
Copy link
Author

Thanks @roderik! That seemed to fix my Sublime Text install. The osx defaults still don't seem to be applying though. I'm also prompted to overrwrite the Gemfile everytime I provision...

@roderik
Copy link
Member

roderik commented Dec 23, 2014

could you paste a part of the chef output of the dotfiles executions?

@lsvt-casey
Copy link
Author

Recipe: osxdefaults::dock_remove_the_auto-hiding_dock_delay
  * osxdefaults_defaults[Remove the auto-hiding Dock delay] action write

  * execute[Remove the auto-hiding Dock delay - com.apple.dock - autohide-delay] action run
    - execute defaults write "com.apple.dock" "autohide-delay" -float 0.0
Recipe: osxdefaults::menu_add_battery_percentage
  * osxdefaults_defaults[Add battery percentage in menubar] action write

  * execute[Add battery percentage in menubar - com.apple.menuextra.battery - ShowPercent] action run (skipped due to not_if)
Recipe: osxdefaults::menu_show_clock_with_date
  * osxdefaults_defaults[Add date in menubar clock] action write

  * execute[Add date in menubar clock - com.apple.menuextra.clock - DateFormat] action run (skipped due to not_if)
Recipe: osxdefaults::set_computer_name
  * execute[set ComputerName] action run
    - execute scutil --set ComputerName Snap-To-Pixel
  * execute[set HostName] action run
    - execute scutil --set HostName Snap-To-Pixel
  * execute[set LocalHostName] action run
    - execute scutil --set LocalHostName Snap-To-Pixel
  * osxdefaults_defaults[Set the computer name] action write

  * execute[Set the computer name - com.apple.smb.server - NetBIOSName] action run (skipped due to not_if)

Running handlers:
Running handlers complete
Chef Client finished, 111/144 resources updated in 25.926149 seconds
-> Cleanup parsed configuration files
         run  rm -f kitchenplan-attributes.json from "/opt/kitchenplan"
         run  rm -f solo.rb from "/opt/kitchenplan"
=> Installation complete!

@roderik
Copy link
Member

roderik commented Dec 23, 2014

It does seem to execute, did you reboot? There are some settings that only take effect after rebooting

@lsvt-casey
Copy link
Author

Reboot didn't seem to change anything unfortunately. Any other ideas? Really appreciate your help!

@scuerda
Copy link

scuerda commented Dec 23, 2014

I was having some similar issues provisioning a brand new IMac running Yosemite. After some serious hair pulling, I did the following

gem uninstall kitchenplan
gem install specific_install
gem specific install https://github.com/kitchenplan/kitchenplan.git

It was mostly clear sailing from there. Chef 11.0 was used instead of 12 and I was able to get OS X defaults set up.

@roderik
Copy link
Member

roderik commented Dec 23, 2014

what does this do, build and install from master? I'll build a new gem to make sure

@scuerda
Copy link

scuerda commented Dec 23, 2014

Yes. It let me install the gem straight from the repo. When I ran gem install kitchenplan, I was still getting Chef 12. I may have missed a step, but this was a definitive fix for me.

@lsvt-casey
Copy link
Author

Thanks much @scuerda, unfortunately it didn't work for me, here's what I did:

  1. Uninstalled kitchenplan, then deleted /opt/kitchenplan
  2. Installed specific_install
  3. Installed kitchenplan via specific_install
  4. Ran kitchenplan setup w/custom config repo
  5. kitchenplan provision just gets stuck here:
Snap-To-Pixel:~ snaptopixel$ kitchenplan provision
  _  ___ _       _                      _             
 | |/ (_) |     | |                    | |            
 | ' / _| |_ ___| |__   ___ _ __  _ __ | | __ _ _ __  
 |  < | | __/ __| '_ \ / _ \ '_ \| '_ \| |/ _` | '_ \ 
 | . \| | || (__| | | |  __/ | | | |_) | | (_| | | | |
 |_|\_\_|\__\___|_| |_|\___|_| |_| .__/|_|\__,_|_| |_|
                                 | |                  
                                 |_|                  

         run  while true; do sudo -n true; sleep 60; kill -0 "$$" || exit; done 2>/dev/null from "/opt/kitchenplan"

@lsvt-casey
Copy link
Author

And here's the output after a Ctrl + C

^C/usr/local/lib/ruby/gems/2.1.0/gems/thor-0.18.1/lib/thor/actions.rb:252:in `system': Interrupt
    from /usr/local/lib/ruby/gems/2.1.0/gems/thor-0.18.1/lib/thor/actions.rb:252:in `run'
    from /usr/local/lib/ruby/gems/2.1.0/gems/kitchenplan-2.1.16/lib/kitchenplan/cli.rb:236:in `dorun'
    from /usr/local/lib/ruby/gems/2.1.0/gems/kitchenplan-2.1.16/lib/kitchenplan/cli.rb:61:in `block in provision'
    from /usr/local/lib/ruby/gems/2.1.0/gems/thor-0.18.1/lib/thor/actions.rb:182:in `block in inside'
    from /usr/local/Cellar/ruby/2.1.5/lib/ruby/2.1.0/fileutils.rb:125:in `chdir'
    from /usr/local/Cellar/ruby/2.1.5/lib/ruby/2.1.0/fileutils.rb:125:in `cd'
    from /usr/local/lib/ruby/gems/2.1.0/gems/thor-0.18.1/lib/thor/actions.rb:182:in `inside'
    from /usr/local/lib/ruby/gems/2.1.0/gems/kitchenplan-2.1.16/lib/kitchenplan/cli.rb:60:in `provision'
    from /usr/local/lib/ruby/gems/2.1.0/gems/thor-0.18.1/lib/thor/command.rb:27:in `run'
    from /usr/local/lib/ruby/gems/2.1.0/gems/thor-0.18.1/lib/thor/invocation.rb:120:in `invoke_command'
    from /usr/local/lib/ruby/gems/2.1.0/gems/thor-0.18.1/lib/thor.rb:363:in `dispatch'
    from /usr/local/lib/ruby/gems/2.1.0/gems/thor-0.18.1/lib/thor/base.rb:439:in `start'
    from /usr/local/lib/ruby/gems/2.1.0/gems/kitchenplan-2.1.16/bin/kitchenplan:5:in `<top (required)>'
    from /usr/local/bin/kitchenplan:23:in `load'
    from /usr/local/bin/kitchenplan:23:in `<main>'

@roderik
Copy link
Member

roderik commented Dec 23, 2014

give me a minute, trying to get some other kinks worked out in master :)

@roderik
Copy link
Member

roderik commented Dec 23, 2014

released a new gem, does it work better for you?

@lsvt-casey
Copy link
Author

The gem seems to work, but my dotfiles are still not being set, stuff like the date in the menubar, dock settings, etc are not being reflected even after a restart. Here's the output for one of them:

  * execute[Add battery percentage in menubar - com.apple.menuextra.battery - ShowPercent] action run (skipped due to not_if)
Recipe: osxdefaults::menu_show_clock_with_date
  * osxdefaults_defaults[Add date in menubar clock] action write

  * execute[Add date in menubar clock - com.apple.menuextra.clock - DateFormat] action run (skipped due to not_if)

@roderik
Copy link
Member

roderik commented Dec 26, 2014

It's quite possible that several of these settings don't work on yosemite. If you execute the defaults call by hand, does it work then?

@lsvt-casey
Copy link
Author

I'll give it a try, I'm on Mavericks, thanks!
On Dec 26, 2014 2:04 AM, "Roderik van der Veer" notifications@github.com
wrote:

It's quite possible that several of these settings don't work on yosemite.
If you execute the defaults call by hand, does it work then?


Reply to this email directly or view it on GitHub
#112 (comment)
.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants