my-env/README.md

103 lines
2.4 KiB
Markdown
Raw Normal View History

# My Ubuntu environment
`make`-ready bunch of scripts for easily installation of different software.
## Requirements
2022-01-08 06:07:53 +00:00
* `bash`, `zsh` or other `sh`-compatible shell
* `make` (optional but recommended)
* `wget` (necessary for some scripts)
* `git` (necessary for some scripts)
2022-01-08 06:07:53 +00:00
## Usage
2022-01-08 06:07:53 +00:00
### Clone this repo (recommended)
```shell
# if git is installed
git clone git@git.axenov.dev:anthony/my-env.git --depth=1
# if git is not installed
wget -qO - https://git.axenov.dev/anthony/my-env/archive/master.tar.gz | tar -zxf -
# switch to repo dir
cd my-env
2022-01-08 06:07:53 +00:00
# get full list of `make` goals
make help
# generate new ./Makefile and get full list of `make` goals
./gen-makefile.sh
```
2022-07-04 15:25:31 +00:00
> I do not recomend to run `make` without arguments.
> Use `make help` to look around.
### Selective straightforward installation
2022-01-08 06:07:53 +00:00
```shell
# from remote file
wget -qO - https://git.axenov.dev/anthony/my-env/raw/branch/master/install/apt.sh | bash
# from locally cloned repo
./install/apt.sh
2022-01-08 06:07:53 +00:00
```
2022-07-04 11:34:00 +00:00
## How to add a new software script?
2022-01-08 06:07:53 +00:00
1. Create new `./install/*.sh` script.
At the beggining of a file you must write these two lines:
```shell
#!/bin/bash
##makedesc: Your description for Makefile
```
2. Test your script
3. Run `./gen-makefile.sh` to generate new `./Makefile`
2022-01-08 06:07:53 +00:00
2022-07-04 11:34:00 +00:00
## How to create packs?
You can create new file inside `./packs` dir.
Syntax is same as classic makefile with one important and necessary addition -- a comment started with `##`:
```makefile
##mypack1: Pack description
mypack1: goal1 goal2 goalX ...
...
##mypackX: Pack description
mypackY: goalA goalB
@cp file1 file2
...
...
```
where:
* `mypack*` is the pack name
* `goal*` are script names in `./install`
2022-07-04 15:25:31 +00:00
2022-07-04 15:53:39 +00:00
## Testing in docker (not recommended)
> Note that this is almost useless way to test since you'll meet errors in many cases because dockerized OS is not fully-functional and will never be.
>
> You can use docker to test something **really simple**, e.g. to check general script steps or install cli tools.
>
> In other cases you need virtualized Ubuntu instead of dockerized one, so I strongly recommend you to use [VirtualBox](https://www.virtualbox.org/wiki/Downloads) or your host machine.
2022-07-04 15:25:31 +00:00
```shell
# switch to repo dir
cd my-env
# build and run container
docker build -t myenv . && docker run -it myenv
2022-07-04 15:53:39 +00:00
# or oneliner
2022-07-04 15:25:31 +00:00
docker run -it $(docker build -q .)
```
Now you can play around with scripts.
2022-07-04 15:53:39 +00:00
## License
[WTFPLv2](LICENSE)