Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/thanatisia/setup-scripts

All-in-One postinstallation/setup scripts repository that aims to simplify the process of setting up project configurations and making it usable via automated shellscripts
https://github.com/thanatisia/setup-scripts

Last synced: 13 days ago
JSON representation

All-in-One postinstallation/setup scripts repository that aims to simplify the process of setting up project configurations and making it usable via automated shellscripts

Host: GitHub
URL: https://github.com/thanatisia/setup-scripts
Owner: Thanatisia
License: gpl-3.0
Created: 2022-11-09T13:11:33.000Z (about 2 years ago)
Default Branch: main
Last Pushed: 2024-03-06T15:00:14.000Z (10 months ago)
Last Synced: 2024-11-06T00:08:42.485Z (2 months ago)
Language: Python
Size: 34.2 KB
Stars: 1
Watchers: 1
Forks: 0
Open Issues: 0
Metadata Files:
- Readme: README.md
- Changelog: CHANGELOGS.md
- Contributing: CONTRIBUTING.md
- License: LICENSE

Awesome Lists containing this project

README

# Post-Installation/Setup Scripts Compilation

Collection/Compilation of package post-installation/setup scripts that will add to the manual installation/compilation process by basically automatically

- Manual Source Code Compilation
* Prepare Dependencies
* downloading/clones the source code,
* Changing directory into the source code
* Building the source code
* Installing the source code
* Cleaning up the temporary files

- Post-Compilation and Installation Setup
* Creating of required local files
* Creating of Configuration Files
* Setting up of services
* Enabling of services
* Handling required dependencies
* Handling required variables

The collection aims to be an all-in-one place for scripts that are portable/modular in that users can just open up, edit a few variables/installation statements according to the manual post-compilation and installation steps specified by the maintainers for setting up a working copy of the project.
- it will also be usable as a simplified autobuilder (similar to ArchLinux's AUR PKGBUILD scripts but in an all-in-one repository and shellscript format).

This compilation repository will work together with my [build-scripts compilation](https://github.com/Thanatisia/build-scripts) repository, essentially being the second half of the full setup process past the initial compilation and installation, to form a full system following the UNIX philosophy.

This repository is currently in a testing phase, I am checking for the following
* If it is more practical and usable this way, or to place the install scripts within build-scripts as what I did for afew packages

If this concept works and makes the development and user experience more comfortable, that will be a win in my books.

## Disclaimer
* Note that the above are just generic steps I simplified based off most that I saw, these steps will change from developer to developer.
* This is not a replacement for Makefile install scripts in of itself, this is realistically more of an add-on that aims to be a form of standardization to make manual source code compilation with installation easier to do.
* Ensure that Terms and Conditions for projects and repositories are followed in the case whereby licensing is in place (i.e. GPL3, MIT License, Apache etc)
* Do read the script before using it, as a Rule of Thumb, it is generally not recommended to pipe to bash directly due to safety and security unless you have already done so

## FAQ
1. How can you help?
+ Please refer to the [CONTRIBUTING.md](CONTRIBUTING.md) file for more details on how to help, but
- The following are a summary on things to take note of when contributing to ensure competency and standardization so as to maintain usability.
1. Use similar variable naming convention schemes (pretty much good quality naming) for understandability
- Examples
+ CC : stands for Cross Compiler, this is based off Makefile's use of the CC naming convention scheme, use this for all installers, make commands or compiler/builders.
+ CFLAGS : Stands for Compiler flags, this is also based off Makefile's compiler scheme, use this to indicate your installation/compilation flags
+ DEPENDENCIES : Self-explanatory, this is for all dependencies to install in your distribution
2. Use comments if it's not a commonly-used function
- Examples of Commonly-used Functions
+ compile()/build() : For running the manual compilation/installation process
+ install() : To install the source code using their provided makefile/build script.
+ clean()/cleanup() : For cleaning up the source code folder and removing temporary files generated from the compilation

## Setup
### Pre-Requisites
* Network Connection

### Dependencies
> These are some basic requirements/dependencies for the most part based on what I see
+ git : For git cloning as most source codes are from git remote repositories
+ curl : There may be install scripts that are in individual files
+ make : Makefiles requires the make command to make which is what most build scripts uses;
- Pacman Package Manager => install "base-devel" package

## Documentation
### Usage
- Simplified Usage
- Assuming the following:
* Repository Site : github
* Distribution : Debian
* Package Manager : apt
- via Curl
- Viewing the target script
```console
curl -sSL https://raw.githubusercontent.com/Thanatisia/setup-scripts/[branch-name]/packages/github/[author-name]/[application-name]/[package-manager]/compile.sh
```
- Executing the target script without downloading
+ Please do this only if you have already read the script.
```console
curl -sSL https://raw.githubusercontent.com/Thanatisia/setup-scripts/[branch-name]/packages/github/[author-name]/[application-name]/[package-manager]/compile.sh | bash
```
- Downloading the target script
```console
curl -O -L https://raw.githubusercontent.com/Thanatisia/setup-scripts/[branch-name]/packages/github/[author-name]/[application-name]/[package-manager]/compile.sh
```

## Wiki
### Source Code Repositories
```
Source code/git remote repositories are File/FTP Servers that holds the source code for their respective organizations and/or, including Distributed Version Control platforms such as GitHub, GitLab, Bitbucket etc.

Packages located under 'others' will generally be placed in multi-versions, thus, those folders should contain an additional ["version-number"] folder in the package manager folder as shown in the repository structure.
```
- Distributed Version Control Platforms
+ GitHub
+ GitLab
+ BitBucket
- Others
+ linux : git kernel.org

### TODO List/Pipeline
> The following are plans/possible ideas
+ [ ] Migrating into a standalone author organization and repository for this project
+ [ ] Finalizing a standardized filesystem structure for the codebase that is efficient for the user

## Notes
- Please do [Contact Me](#contacts) if you would like to
* Talk about Tech
* Talk about the repository
* Project Ideas
* Bugs
* Issues
* Contributions

## Contacts
[![Twitter](https://img.shields.io/badge/Twitter-blue?logo=Twitter&logoColor=white)](https://twitter.com/phantasu)