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

File mode changes on every provision #8

Closed
noplanman opened this issue Dec 30, 2016 · 14 comments
Closed

File mode changes on every provision #8

noplanman opened this issue Dec 30, 2016 · 14 comments

Comments

@noplanman
Copy link

On every provision I get this message:
==> default: Notice: /Stage[main]/Phpmyadmin/File[/vagrant/extensions/phpmyadmin/phpmyadmin/config.inc.php]/mode: mode changed '0777' to '0755'

Is this normal? Shouldn't it be set and then stay like that?

@BronsonQuick
Copy link
Member

Hey @noplanman,

That's definitely not normal. It should be set and stay like that. I haven't been able to replicate this locally:
phpmyadmin

To try and help me replicate it could you please let me know what operating system you're running and the versions of Vagrant and VirtualBox or VMware that you're using? Thanks!

@noplanman
Copy link
Author

Hi @BronsonQuick, sure thing!

OS:      OSX Mavericks (10.9.5)
VBox:    5.0.26
Vagrant: 1.9.1

This is my output by the way:

$ vagrant provision 
==> default: Running provisioner: shell...
    default: Running: /var/folders/y9/d6pb7b1132sc25xpmdlrym500000gn/T/vagrant-shell20161229-63088-o1tyjx.sh
==> default: stdin: is not a tty
==> default: Running provisioner: puppet...
==> default: Running Puppet with development.pp...
==> default: stdin: is not a tty
==> default: Notice: Compiled catalog for plugin-dev.local in environment production in 4.04 seconds
==> default: Notice: /Stage[main]/Phpmyadmin/File[/vagrant/extensions/phpmyadmin/phpmyadmin/config.inc.php]/mode: mode changed '0777' to '0755'
==> default: Notice: /Stage[main]/Debugging/Wp::Plugin[debug-bar-transients]/Wp::Command[/vagrant/wp plugin debug-bar-transients enabled]/Exec[/vagrant/wp wp plugin activate debug-bar-transients]/returns: executed successfully
==> default: Notice: /Stage[main]/Debugging/Wp::Plugin[debug-bar-extender]/Wp::Command[/vagrant/wp plugin debug-bar-extender enabled]/Exec[/vagrant/wp wp plugin activate debug-bar-extender]/returns: executed successfully
==> default: Notice: /Stage[main]/Debugging/Wp::Plugin[log-deprecated-notices]/Wp::Command[/vagrant/wp plugin log-deprecated-notices enabled]/Exec[/vagrant/wp wp plugin activate log-deprecated-notices]/returns: executed successfully
==> default: Notice: /Stage[main]/Debugging/Wp::Plugin[debug-bar-cron]/Wp::Command[/vagrant/wp plugin debug-bar-cron enabled]/Exec[/vagrant/wp wp plugin activate debug-bar-cron]/returns: executed successfully
==> default: Notice: /Stage[main]/Debugging/Wp::Plugin[debug-bar]/Wp::Command[/vagrant/wp plugin debug-bar enabled]/Exec[/vagrant/wp wp plugin activate debug-bar]/returns: executed successfully
==> default: Notice: /Stage[main]/Debugging/Wp::Plugin[rewrite-rules-inspector]/Wp::Command[/vagrant/wp plugin rewrite-rules-inspector enabled]/Exec[/vagrant/wp wp plugin activate rewrite-rules-inspector]/returns: executed successfully
==> default: Notice: Finished catalog run in 25.33 seconds
==> default: Running provisioner: shell...
    default: Running: /var/folders/y9/d6pb7b1132sc25xpmdlrym500000gn/T/vagrant-shell20161229-63088-1a4jvo7.sh
==> default: stdin: is not a tty

As you can see, the Chassis/Debugging plugins create the same output every time too, is that normal?

@BronsonQuick
Copy link
Member

@noplanman Ahh awesome. Thanks for the additional info. I'm just about to try and replicate this now and dig into it.

One more question for you, can you please give me a list of all the Chassis extensions you're using? Is it just Debugging and phpmyadmin? Thanks heaps!

@noplanman
Copy link
Author

In my config.local.yaml

extensions:
  - git@github.com:Chassis/composer.git
  - git@github.com:Chassis/db-backup.git
  - git@github.com:Chassis/mailhog.git
  - git@github.com:Chassis/phpmyadmin.git
  - git@github.com:Chassis/Debugging.git

@BronsonQuick
Copy link
Member

@noplanman Champion. Thanks. Just provisioning now to dig into this for you. Thanks!

@noplanman
Copy link
Author

@BronsonQuick Need anything else, just holla 😉
Thanks!

@BronsonQuick
Copy link
Member

@noplanman I'm not sure if you hit this issue: Chassis/Composer#1 but that's fixed now. I'll keep digging into your issue now!

@BronsonQuick
Copy link
Member

@noplanman I can confirm that I can replicate your issue now. I'll try and figure out a fix over the next day or two for you! Thanks very much for reporting it 😄

@noplanman
Copy link
Author

@BronsonQuick How do I get the latest updates for the modules?
Is there a command I need to execute to update them?

@BronsonQuick
Copy link
Member

Hey @noplanman,

There's a couple of ways you can update your extensions.

  1. In your root Chassis directory run git submodule update. That should update your submodules. If it doesn't then try running git submodule sync or git submodule update --init
  2. Do cd extensions/phpmyadmin and do git checkout master && git pull

If you have any trouble with those then let me know as I'm happy to help!

@noplanman
Copy link
Author

noplanman commented Jan 4, 2017

Hola @BronsonQuick!

Thanks! So this should update everything, right?
git submodule update; find extensions/ -maxdepth 1 -type d -exec git pull {} \;

@BronsonQuick
Copy link
Member

Hey @noplanman git submodule update --recursive will do all your submodules for you. I don't think I have any submodules inside our extensions from memory so the --recursive flag isn't really needed but I tend to always add it as it's a good habit!

@rmccue
Copy link

rmccue commented Jan 5, 2017

@noplanman Not certain if your find invocation is correct, but you need to run git pull and git submodule update --recursive inside the extension dirs. It's likely to be more than a one-liner to do so, I'd imagine :)

@noplanman
Copy link
Author

Ok, thanks guys!

@rmccue What about this one?
$ git submodule update --recursive; for D in $(\ls extensions); do echo "Updating $D extension"; pushd "extensions/$D" >/dev/null; git checkout master; git pull; git submodule update --recursive; popd; done

(I just love one-liners 😋)

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