These rules are adopted from the AngularJS commit conventions.
To remove a submodule you need to:
- Delete the relevant section from the .gitmodules file.
- Stage the .gitmodules changes git add .gitmodules
- Delete the relevant section from .git/config.
- Run git rm --cached path_to_submodule (no trailing slash).
- Run rm -rf .git/modules/path_to_submodule (no trailing slash).
- Commit git commit -m "Removed submodule "
- Delete the now untracked submodule files rm -rf path_to_submodule
| #!/bin/bash | |
| # Define physical ethernet interface to be bridged | |
| # with TAP interface(s) above. | |
| eth="eth0" | |
| eth_ip="192.168.42.2" | |
| eth_netmask="255.255.255.0" | |
| eth_broadcast="192.168.42.255" | |
| eth_gateway="192.168.42.1" | |
| eth_mac="XX:XX:XX:XX:XX:XX" |
Adapted from here
- Install all packages
sudo apt-get update
sudo apt-get install php5 php5-pgsql php5-fpm php-apc php5-curl php5-cli postgresql nginx git- Configure PostgresSQL
- no upfront installation/agents on remote/slave machines - ssh should be enough
- application components should use third-party software, e.g. HDFS, Spark's cluster, deployed separately
- configuration templating
- environment requires/asserts, i.e. we need a JVM in a given version before doing deployment
- deployment process run from Jenkins
| #!/bin/bash -eo pipefail | |
| ## Allows for creation of "Basic" DNS records in a Route53 hosted zone | |
| function main() { | |
| record_name=$1 | |
| record_value=$2 | |
| [[ -z $record_name ]] && echo "record_name is: $record_name" && exit 1 | |
| [[ -z $record_value ]] && echo "record_value is: $record_value" && exit 1 |
| # Version key/value should be on his own line | |
| PACKAGE_VERSION=$(cat package.json \ | |
| | grep version \ | |
| | head -1 \ | |
| | awk -F: '{ print $2 }' \ | |
| | sed 's/[",]//g' \ | |
| | tr -d '[[:space:]]') | |
| echo $PACKAGE_VERSION |
| ################################################################## | |
| Install live-build | |
| ################################################################## | |
| sudo apt-get install live-build | |
| ################################################################## | |
| Git clone the live-build configs | |
| ################################################################## | |
| git clone git://git.kali.org/live-build-config.git |
I've been playing with jq, and I've been having a hard time finding examples of how it works with output from a service like AWS (which I use a lot).
Here is one I use a lot with vagrant-ec2.
When we're launching and killing a lot of instances, the AWS API is the only way to track down which instances are live, ready, dead, etc.
To find instances that are tagged with e.g. {"Key" = "Name", "Value" = "Web-00'} in the middle of a vagrant dev cycle, or a prod launch/replace cycle, you can do something like this:
about:config settings to harden the Firefox browser. Privacy and performance enhancements.
To change these settings type 'about:config' in the url bar.
Then search the setting you would like to change and modify the value. Some settings may break certain websites from functioning and
rendering normally. Some settings may also make firefox unstable.
I am not liable for any damages/loss of data.
Not all these changes are necessary and will be dependent upon your usage and hardware. Do some research on settings if you don't understand what they do. These settings are best combined with your standard privacy extensions
(HTTPS Everywhere No longer required: Enable HTTPS-Only Mode, NoScript/Request Policy, uBlock origin, agent spoofing, Privacy Badger etc), and all plugins set to "Ask To Activate".