Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New Page: BSD Heritage #31

Merged
merged 19 commits into from Feb 19, 2019
Merged
Changes from 1 commit
Commits
Show all changes
19 commits
Select commit Hold shift + click to select a range
File filter
Filter by extension
Conversations
Failed to load comments.
Jump to
Jump to file
Failed to load files.
Diff view
Diff view
Update hugo-site/content/information/heritage.md
Co-Authored-By: beanpole135 <ken@ixsystems.com>
  • Loading branch information
Mrt134 and beanpole135 committed Feb 19, 2019
commit dd703cfb9e2be3f0718c84ab1e1c32f60a3337f7
@@ -37,7 +37,8 @@ Being a desktop-focused distribution, Project Trident provides many different gr

* Graphical front-end to the "pc-sysinstall" utility from TrueOS for managing the installation.
* Graphical system setup
* While this is typically a manual task on TrueOS/FreeBSD, Project Trident provides a suite of scripts and utilities which handle all of the setup and maintenance of the graphical systems. These utilities are setup to run during the bootup routine and will dynamically provide the following features:
* While this is typically a manual task on TrueOS/FreeBSD, Project Trident provides a suite of scripts and utilities which handle all of the setup and maintenance of the graphical systems.
These utilities run during the bootup routine and dynamically provide these features:
* Automatic "best-driver" setup for your hardware based upon which graphical drivers are installed and whether they match the type of GPU contained by your hardware.
* Automatic failover to one of two different graphical drivers ("vesa" or "scfb") should the main graphics driver fail to work (such as installing the wrong version of the NVIDIA driver for your system).
This conversation was marked as resolved by beanpole135

This comment has been minimized.

@Mrt134

Mrt134 Feb 16, 2019
Collaborator

Suggested change
* Automatic failover to one of two different graphical drivers ("vesa" or "scfb") should the main graphics driver fail to work (such as installing the wrong version of the NVIDIA driver for your system).
* Automatic failover to one of two different graphical drivers (**vesa** or **scfb**) if the main graphics driver fails to work for some reason.

This comment has been minimized.

@Mrt134

Mrt134 Feb 16, 2019
Collaborator

I think it's better to be unspecific for this sentence.

* Dynamic loading of the video driver and any associated kernel modules on bootup, allowing the system harddrive to be moved between systems as needed with little to no loss of functionality (provided that the drivers for both are installed already - otherwise one of the failover drivers may be used).
This conversation was marked as resolved by beanpole135

This comment has been minimized.

@Mrt134

Mrt134 Feb 16, 2019
Collaborator

Suggested change
* Dynamic loading of the video driver and any associated kernel modules on bootup, allowing the system harddrive to be moved between systems as needed with little to no loss of functionality (provided that the drivers for both are installed already - otherwise one of the failover drivers may be used).
* Dynamic loading of the video driver and any associated kernel modules on bootup.
This allows the system hard drive to move between systems as needed with little or no loss of functionality.
This requires that the video drivers for both systems are installed already, or one of the failover drivers can be used.

This comment has been minimized.

@Mrt134

Mrt134 Feb 16, 2019
Collaborator

Clarified a bit.