libreboot
/
lbwww
1
0
Fork 0
Code Packages Projects Releases Activity

don't say lbmk in the policy page 

ditto

this addresses the issue:
https://notabug.org/libreboot/lbwww/issues/27
hslick-master
Leah Rowe 2023-03-03 04:44:30 +00:00
parent af405c8d33
commit 23e15b8a63
1 changed files with 12 additions and 11 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

23
site/news/policy.md
View File

@ -77,9 +77,10 @@ The libreboot project has the following policy:
for a given graphics device, that code should be used in libreboot, when for a given graphics device, that code should be used in libreboot, when
building a ROM image. Similarly, if *memory controller initialization* is building a ROM image. Similarly, if *memory controller initialization* is
possible with a binary blob *or* libre code in coreboot, the *libre* code possible with a binary blob *or* libre code in coreboot, the *libre* code
should be used in ROMs built by `lbmk`, and the *blob* for raminit should should be used in ROMs built by the Libreboot build system, and the *blob*
not be used; however, if no libre init code is available for said raminit, for raminit should not be used; however, if no libre init code is available
it is permitted and lbmk will use the *blob*. for said raminit, it is permitted and Libreboot build system will use the
*blob*.
* Some nuance is to be observed: on some laptop or desktop configurations, it's * Some nuance is to be observed: on some laptop or desktop configurations, it's
common that there will be *two* graphics devices (for example, an nvidia and common that there will be *two* graphics devices (for example, an nvidia and
an intel chip, using nvidia optimus technology, on a laptop). It may be that an intel chip, using nvidia optimus technology, on a laptop). It may be that
@ -100,10 +101,10 @@ The libreboot project has the following policy:
* Binary blobs should *never* be deleted, even if they are unused. In the * Binary blobs should *never* be deleted, even if they are unused. In the
coreboot project, a set of `3rdparty` submodules are available, with binary coreboot project, a set of `3rdparty` submodules are available, with binary
blobs for init tasks on many boards. These must *all* be included in libreboot blobs for init tasks on many boards. These must *all* be included in libreboot
releases, even if unused. That way, even if `lbmk` does not yet integrate releases, even if unused. That way, even if the Libreboot build system does
support for a given board, someone who downloads libreboot can still make not yet integrate support for a given board, someone who downloads libreboot
changes to their local version of the build system, if they wish, to provide can still make changes to their local version of the build system, if they
a configuration for their hardware. wish, to provide a configuration for their hardware.
Generally speaking, common sense is applied. For example, an exception to the Generally speaking, common sense is applied. For example, an exception to the
minimalization might be if *blob* raminit and *libre* raminit are available, but minimalization might be if *blob* raminit and *libre* raminit are available, but
@ -146,7 +147,7 @@ FREEDOM CATALOG
=============== ===============
A *blob status* page should also be made available, educating people about the A *blob status* page should also be made available, educating people about the
status of binary blobs on each machine supported by `lbmk`. status of binary blobs on each machine supported by the Libreboot build system.
It is desirable to see a world where all hardware and software is libre, under It is desirable to see a world where all hardware and software is libre, under
the same ideology as the Libreboot project. Hardware!? the same ideology as the Libreboot project. Hardware!?
@ -240,9 +241,9 @@ in the libreboot FAQ page. For example, HDD/SSD firmware is covered in the FAQ.
Again, completely disregarded and shrugged off by the FSF. Again, completely disregarded and shrugged off by the FSF.
The libreboot project will not hide or overlook these issues, because they are The libreboot project will not hide or overlook these issues, because they are
indeed critical, but again, currently outside the scope of what lbmk does. indeed critical, but again, currently outside the scope of what the Libreboot
At the moment, lbmk concerns itself just with coreboot, but this ought to build system does. At the moment, the Libreboot build system concerns itself
change in the future. just with coreboot (and payloads), but this ought to change in the future.
Examples of FSF *sweeping blobs under the rug* Examples of FSF *sweeping blobs under the rug*
---------------------------------------------- ----------------------------------------------