Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
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
New Page: BSD Heritage #31
Changes from 1 commit
141cea23df626f1c913609ddf6d6e4053d57be1c9256d7271dd703cf0f8b59efac0939abbd27e186465222ddf6825156e6e27c4d9977b534058dbbc7670047f3014fcFile filter
Conversations
Jump to
There are no files selected for viewing
Mrt134Feb 16, 2019
Collaborator
Suggested change
The discontinued desktop portion of TrueOS was adopted by Ken Moore and J.T. Pennington (two of the desktop-focused TrueOS developers) and rebuilt into Project Trident.
The discontinued desktop portion of TrueOS was adopted by Ken Moore and J.T. Pennington, two desktop-focused TrueOS developers, and rebuilt into Project Trident.
Mrt134Feb 16, 2019
Collaborator
Suggested change
The base operating system and kernel are identical between the various projects, as they are all built directly from the same source code - albeit at different times or from different branches of the source repositories. This includes the kernel, hardware drivers, file systems, and more.
The base operating system and kernel are identical between the various projects, as they are all built directly from the same source code, although at different times or from different branches of the source repositories.
This includes the kernel, hardware drivers, file systems, and more.
Mrt134Feb 16, 2019
Collaborator
Suggested change
All of the applications which are available in the form of packages are built from the exact same "ports tree" - a source repository of build instructions for over 35000 applications, libraries, and more. These "ports" generally result in binaries which are compiled to run specifically on FreeBSD-based operating systems which are a particular architecture.
All of the applications which are available in the form of packages are built from the exact same "ports tree", which is a source repository of build instructions for over 35000 applications, libraries, and more.
These "ports" generally result in binaries which are compiled to run specifically on different FreeBSD-based operating system architectures.
Mrt134Feb 16, 2019
Collaborator
Suggested change
Due to the addition of OpenRC to TrueOS for service management, the TrueOS project maintains a version of the FreeBSD ports tree which includes many additional files. These extra files are generally to ensure that OpenRC versions of service files are available alongside the traditional rc.d service files from FreeBSD, in addition to some other changes which the TrueOS project works on before they get submitted back to FreeBSD (new ports, new versions of ports, and more). TrueOS also utilized Github for managing it's ports repository[1], whereas FreeBSD still uses a privately-hosted SVN repository[2].
Due to the addition of OpenRC to TrueOS for service management, the TrueOS project maintains a version of the FreeBSD ports tree which includes many additional files.
These extra files ensure that OpenRC versions of service files are available alongside the traditional *rc.d* service files from FreeBSD.
They also provide a testing area for other TrueOS changes before submission back to FreeBSD, including new ports, new versions of ports, and more.
TrueOS also uses GitHub for managing it's ports repository[1], whereas FreeBSD still uses a privately-hosted SVN repository[2].
Mrt134Feb 16, 2019
Collaborator
Suggested change
*Note: The differences listed here generally also apply to other TrueOS-based distributions*
*Note: Differences listed here also generally apply to other TrueOS-based distributions*
Mrt134Feb 16, 2019
Collaborator
Suggested change
* 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:
Mrt134Feb 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.
Mrt134Feb 16, 2019
Collaborator
I think it's better to be unspecific for this sentence.
Mrt134Feb 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.
Mrt134Feb 16, 2019
Collaborator
Clarified a bit.
Mrt134Feb 16, 2019
Collaborator
Suggested change
* Project Trident uses a [customized build configuration](https://github.com/project-trident/trident-build/blob/master/trident-master.json/) for both OS and ports to ensure that everything is built specifically to be used for a graphical operating system.
* Project Trident uses a [customized build configuration](https://github.com/project-trident/trident-build/blob/master/trident-master.json/) for both OS and ports.
Everything in Project Trident is built specifically to be used for a graphical operating system.
Mrt134Feb 16, 2019
Collaborator
Suggested change
* Better status reporting - the `rc-status` utility provides an instant look of all the services on your system and their current status.
* Better status reporting. The `rc-status` utility provides an instant look at all system services and their current status.
Mrt134Feb 16, 2019
Collaborator
Suggested change
* Service files are located in "[/usr/local]/etc/init.d" rather than "[/usr/local]/etc/rc.d"
* Service files are located in `[/usr/local]/etc/init.d` rather than `[/usr/local]/etc/rc.d`.
Mrt134Feb 16, 2019
Collaborator
Suggested change
* Some services have different names: "dhcpcd" instead of "dhclient", "network" instead of "netif"
* Some services have different names: **dhcpcd** instead of *dhclient*, **network** instead of *netif*.
Mrt134Feb 16, 2019
Collaborator
Suggested change
* Many OpenRC services are "multiplexed" for individual device/profile management
* Many OpenRC services are "multiplexed" for individual device/profile management.
Mrt134Feb 16, 2019
Collaborator
Suggested change
* Example: The "network.wlan0" service controls the first wifi device, and should be started/stopped instead of the "network" service when reconfiguring the wifi settings.
* Example: The **network.wlan0** service controls the first wifi device, and should be started/stopped instead of the **network** service when re-configuring the Wi-Fi settings.
Mrt134Feb 16, 2019
Collaborator
Suggested change
* The [service-name]_enable="YES" entries on FreeBSD are no longer needed to enable services on bootup. Instead, OpenRC provides a method for grouping services together (called "runlevels"), and the `rc-update` utility is used to add/remove bootup registrations for services within these groups.
* The *[service-name]_enable="YES"* entries on FreeBSD are no longer needed to enable services on bootup. Instead, OpenRC provides a method for grouping services together (called "runlevels"), and the `rc-update` utility is used to add/remove bootup registrations for services within these groups.
Mrt134Feb 16, 2019
Collaborator
Suggested change
* Example: `rc-update add dbus default` will add the "dbus" service to the "default" runlevel and enable it to automatically start on bootup.
* Example: `rc-update add dbus default` adds the **dbus** service to the **default** runlevel and enables it to automatically start on bootup.
Mrt134Feb 16, 2019
Collaborator
Suggested change
* Example 2: `rc-update delete dbus default` will remove the "dbus" service from the "default" runlevel and prevent it from starting during bootup.
* Example 2: `rc-update delete dbus default` removes the **dbus** service from the **default** runlevel and prevents it from starting during bootup.
Mrt134Feb 16, 2019
Collaborator
Suggested change
* The "service" utility can be used exactly the same way as on FreeBSD to interact with services.
* The "service" utility is used identically to FreeBSD for interacting with services.
Mrt134Feb 16, 2019
Collaborator
Suggested change
* Example: `service dbus stop` will stop the "dbus" service if it is running.
* Example: `service dbus stop` stops the **dbus** service when it is running.
Mrt134Feb 16, 2019
Collaborator
Suggested change
* Example 2: `service network.wlan0 restart` will restart the networking associated with the first wireless device.
* Example 2: `service network.wlan0 restart` restarts the networking associated with the first wireless device.
Mrt134Feb 16, 2019
Collaborator
Suggested change
TrueOS uses the package system for installing the OS itself in addition to the pre-compiled "ports". This functionality is called "base packages" and allows single package repository to contain both the OS and all the available applications in a single unified collection of files. This functionality provides the following features:
TrueOS uses the package system for installing the OS itself in addition to the pre-compiled "ports". This functionality is called "base packages" and allows a single package repository to contain both the OS and all the available applications in a single, unified collection of files. This functionality provides these features:
Mrt134Feb 16, 2019
Collaborator
Suggested change
* The OS and packages are always in sync. A single system update can be used for the entire end-to-end update of the system - even when OS changes (such as a new kernel) are provided during a major release cycle.
* The OS and packages are always in sync. A single system update can be used for the entire end-to-end update of the system, even when OS changes like a new kernel are provided during a major release cycle.
Mrt134Feb 16, 2019
Collaborator
Suggested change
* System updates are *FAST* and clean. All updates are performed within a new Boot Environment, ensuring that your live system is never touched while you are using it. All it needs is a reboot to finish the procedures and boot into the newly-updated system.
* System updates are **fast** and clean. All updates are performed within a new Boot Environment, ensuring the live system is never touched while in use. Reboot to finish the update procedure and boot into the newly-updated system.