Improve workspaces management #35
Labels
No Label
Blocked
Duplicate
On-hold
Peer-review
RFC
Wontfix
Blocked
Duplicate
In-progress
On-hold
Peer-review
RFC
Wontfix
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: AniNIX/Kapisi#35
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
We need to improve how we allocate our workspaces. Two of our workspaces are pretty well defined:
However, we have been trying to use ArchLinux for a desktop environment, and this has been running into limitations. While still viable for controlled and secured deployments, we're hitting a lot of edge support issues, particularly in environments we don't control, such as GSuite & gaming. With some makers like MSI jailing their laptop hardware into Windows-signed Secure Boot firmwares, relying on a dual-boot ecosystem is complicating our supply chain.
As such, we are looking reintroducing Windows in the same capacity as Android into the ecosystem. We'll compile an app list to install on these client devices.
To still offer a secured compute environment natively on these devices, we'll recommend using VirtualBox with a Kali ISO or a flashdrive burned with the same for a read-only OS offering command-line Git, SSH, & web browsing options.
This brings our total support space to four operating systems, which is a bit more diverse than our original design. However, because the client space is popularly managed & tested, it increases the layuser's ability to use the ecosystem. To assist in this, we will further harden the network in a zero-trust model such that these client devices can be insulated from the rest of the network.
Initial work list
Document handling
Multimedia
Cryptography
Integrations
Admins
Test cases:
a. They should be able to boot a Kali ISO from flashdrive and from VirtualBox.
b. They should be able to clone their HomeDir repo and SSH into the network.
Closure criteria
This issue can be closed when this toolset is accepted, codified for ShadowArch deployment via playbook, and documented in the README.md.