workstation | contains provisioning scripts | Configuration Management library
kandi X-RAY | workstation Summary
kandi X-RAY | workstation Summary
This repo contains scripts to setup a developer machine in a vagrant VM or locally on a ubuntu 16.04 box This is an opinionated playbook for setting a fully functional development environment. It leverages some of my other projects too which i use on a daily basis. This is what it does :. This sets up a new user account called developer on a Ubuntu machine.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of workstation
workstation Key Features
workstation Examples and Code Snippets
Community Discussions
Trending Discussions on Configuration Management
QUESTION
I have a requirement where I need to check for a file on the puppet master and copy it to the agent only if it is not empty.
I have the following so far:
...ANSWER
Answered 2020-Dec-17 at 02:50You cannot use an Exec
resource to perform the check, because you need to perform the evaluation during catalog building, and resources are not applied until after the catalog is built. Moreover, the test
command tests for the existence of a the specified path. It does not know about URLs, and even if it did, it would be unlikely to recognize or handle the puppet:
URL scheme. Furthermore, there is no association whatever between resource titles and variable names.
To gather data at catalog building time, you're looking for a puppet function. It is not that hard to add your own custom function to Puppet, but you don't need that for your case -- the built-in file()
function will serve your purpose. It might look something like this:
QUESTION
So for a hobby project of mine, I would like to create an application that translates an HTTP call and request between two services.
The application does that based on a configuration that can be set by the user. The idea is that the application listens to an incoming API call translates the call and then forwards it.
Then the application waits for a response then translates the response and sends it back to the caller.
A translation can be as simple as renaming a field value in a body object or replace a header field to the body.
I think a translation should begin with mapping the correct URL so here is an example of what I was thinking of a configuration should look like:
...ANSWER
Answered 2020-Nov-10 at 11:42I have done something sort-of-similar in a different context (generate code from an input specification), so I will provide an outline of what I did to provide some food for thought. I used Config4* (disclosure: I developed that). If the approach I describe below is of interest to you, then I suggest you read Chapters 2 and 3 of the Config4* Getting Started Guide to get an overview of the Config4* syntax and API. Alternatively, express the concepts below in a different configuration syntax, such as XML.
Config4* is a configuration syntax, and the subset of syntax relevant to this discussion is as follows:
QUESTION
I have written separate playbooks for tomcat deployment on both Ubuntu and Linux as well, instead of mentioning **
when: ansible_distribution == 'Ubuntu'
**in every line in the playbook, i want to run the whole playbook only when this condition meets.
This is my code
...ANSWER
Answered 2020-Feb-10 at 14:44Q: "I want to run the playbook only on the hosts based on the ansible_distribution."
A: It's not possible to include a playbook. This would run the playbooks recursively.
Only import of a playbook is available. Moreover import_playbook is not a task. It's simply a tool to modularize large playbooks with multiple plays.
Ansible conditionals do not apply to import_playbook
the same way as they do not apply to playbooks.
Instead, it is possible to create a group that will be used in the playbook.
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install workstation
Setup the VMs if you dont already have one Make sure you have deleted an existing ./.vagrant directory in the project's directory Also remove the entry for the VM host from your ~/.ssh/known_hosts file vagrant up
Build the VM or a local machine with an ubuntu installation The password for connecting to Vagrant VM's is "vagrant" by default. The VM's need your github credentials to be able to pull certain repos. The scripts require your ssh keys for github to be present in a certain directory. Available VM's are workstation.dev It could also be a developer notebook with an ubuntu installation in which case host would be localhost. Run the bootstrap target on the Makefile to setup the VM's like so. The bootstrap sets up the a user called developer and copies your github ssh credentials from the host to the VM. Also the developer user in the VM has sudo access and it's ssh authentication is key based. This developer user has no password login. make bootstrap DRY_RUN=off HOST_IP=<172.20.20.10> DEBUG=on GIT_USER="<git user name with no spaces>" GIT_EMAIL="<git user email>" # The host ip could be localhost or the vm ip For provisioning a Ubuntu desktop that has a user which needs a password for sudo'ing make bootstrap HOST_IP=localhost DRY_RUN=off SUDO_PASSWD=<sudo password> DEBUG=on GIT_USER="<git user name with no spaces>" GIT_EMAIL="<git user email>" For provisioning the developer user in the VM or local machine By default the username to be provisioned is developer unless you over ride it make build HOST_IP=<172.20.20.10> DRY_RUN=off DEBUG=on USER="<username>" GIT_USER="<git user name with no spaces>" GIT_EMAIL="<git user email>" # The host ip could be localhost or the vm ip make build HOST_IP=<172.20.20.10> DEBUG=on USER="<username>" GIT_USER="<git user name with no spaces>" GIT_EMAIL="<git user email>" # This just does a dry run of your build target with ansible. If you are seeing ssh connection failure after having rebuilt a vagrant box more than once, dont forget to remove the entry from ~/.ssh/known_hosts for the vagrant box
Manual interactive steps on the GUI to setup the solarized theme. Post setup for the solarized color theme setup on ubuntu gnome term follow [gnome-terminal-colors-solarized]: https://github.com/Anthony25/gnome-terminal-colors-solarized This installs the solarized color pallete in gnome terminal. You still need to navigate to Terminal > Preferences > Profiles > Unnamed/ > Edit > colors > Built in color schemes and choose Solarized as the color theme. Manual interactive steps on the CLI to setup pass on Linux. You can always use the help menu for more info on pass. Get all the binaries for vim-go Open vim and :GoInstallBinaries to get all the bins required for vim-go to work.
Manual interactive steps on the GUI to setup the solarized theme Post setup for the solarized color theme setup on ubuntu gnome term follow [gnome-terminal-colors-solarized]: https://github.com/Anthony25/gnome-terminal-colors-solarized This installs the solarized color pallete in gnome terminal. You still need to navigate to Terminal > Preferences > Profiles > Unnamed/ > Edit > colors > Built in color schemes and choose Solarized as the color theme.
Manual interactive steps on the CLI to setup pass on Linux gpg --gen-key # This generates the key for the encryption gpg init <your email> # This initiates the password store pass ls # To list the passwords You can always use the help menu for more info on pass
Get all the binaries for vim-go Open vim and :GoInstallBinaries to get all the bins required for vim-go to work
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page