it's a variable now, called err, rather than
a function called err. the variable defines
the name of a function that handles errors.
Signed-off-by: Leah Rowe <info@minifree.org>
but in a more diplomatic way, and fsf/fsdg/ryf isn't
even mentioned directly, but their ideology is referenced,
spoken in tongues.
Signed-off-by: Leah Rowe <info@minifree.org>
remove all the redundant information, and merge some of it
between the two articles (grub hardening and grub cbfs guides)
Signed-off-by: Leah Rowe <info@minifree.org>
a lot of the instructions are really old
make it relevant to the way libreboot currently works
some legacy information has been removed, pertaining to
libreboot 20230625 which is oldstable; 20240612 is the
current stable release, so the 20230625 information no
longer needs to be written here.
Signed-off-by: Leah Rowe <info@minifree.org>
the bucts unbrick instructions are not useful, because
libreboot already provides both bootblocks as duplicates.
we only need these guides to be for teardown, then linking
to the SPI flasher guide
Signed-off-by: Leah Rowe <info@minifree.org>
i normally use redshift, and the #eee shade looks
fine, but the text is a bit too bright when i turn
off redshift.
ccc looks fine with or without. the dark purple theme
was restored, because the light theme was a bit of an
eye sore, but the shiny bright text on the dark theme
was also an eye strain
the slightly darker shade should be easier on the eyes
Signed-off-by: Leah Rowe <info@minifree.org>
it kinda needs to be there. my intention to be at peace
with *those people* is still on. you know the ones. but
there's no way to host this page without revealing that
hostility, which is currently *former* (or rather,
dormant) hostility. rather than censor specific information,
the entire page was deleted as part of the reconciliation
with fsf, referenced in the article itself, but this too was
a mistake.
no, the correct thing to do is *continue to host this page*.
the other hostile pages are not being re-added.
i'll probably delete this page again at some point, and
redirect it to a new history page, that will contain all
of the same substance and *more*, because:
this page was written in a day. it was written from start
to finish *on the same day* of libreboot's 10 year anniversary.
therefore, it's not as long as it could be.
a more complete history is on my TODO. one that also goes
into a lot more technical detail. libreboot has a rich and
vibrant history, yet has so far not documented its own
history well, and the relatively niche nature of libreboot
is that a lot of people don't really get what it's about,
so you won't find a lot of that info online - the history
of the project is entirely in my head.
there are other people who can provide their own accounts,
but i'm the only person that's been here since the beginning.
anyway, i digress.
dubiously happy hacking
Signed-off-by: Leah Rowe <info@minifree.org>
the louis rossmann video previously linked is no longer
acceptable for promotion, due to louis rossmann's work
promoting FUTO's "source first" license, which is a
proprietary software license because it restrictions
commercial usage of software released under it.
context is available on my mastodon thread:
https://mas.to/@libreleah/112888424905996535
Signed-off-by: Leah Rowe <info@minifree.org>
the removed notes pertain to feature changes that i've since
reversed; seabios-only images provided now, alongside seagrub,
where seabios and grub are both enabled on a given board.
and multiple keymaps now provided again, but only on seagrub.
Signed-off-by: Leah Rowe <info@minifree.org>
i feel like changing the theme. it's too dark.
i guess it's june right now, so let's make it a light
theme instead of dark.
totally done on a whim.
Signed-off-by: Leah Rowe <info@minifree.org>
also w541mrc_12mb
remove these mentions. clarify that only NRI is provided now,
for libre raminit on haswell machines.
Signed-off-by: Leah Rowe <info@minifree.org>
this entire page is due for an audit, but i'll do that
later as part of a lbwww-wide audit. the entire docs
need to be purged clean and re-done in a few places
Signed-off-by: Leah Rowe <info@minifree.org>
i once again stand by my previous assertion: canoeboot
will not be promoted, on libreboot.org. it is the bastard
child born out of hate.
however, despite previous assertions, i will continue to
maintain canoeboot, always in GNU Leah Mode.
Signed-off-by: Leah Rowe <info@minifree.org>
I do not believe this board supports 16GB as it is limited to 2 DDR2 slots. If anyone can find an example of it supporting 8GB DDR2 DIMMs then perhaps the SKU should be linked to the doc page.
Due to an issue in libgfxinit, Latitude E6400 systems with a 1440 x 900
display panel would have garbled graphics before the OS boots. Make a
note of this issue in releases 20240504 and earlier.
Signed-off-by: Nicholas Chin <nic.c3.14@gmail.com>
fsf has never had any say over libreboot; i have. it was
all me, but i used to be part of their cult. i no longer
am.
this is housecleaning.
Signed-off-by: Leah Rowe <info@minifree.org>
ditto is an understatement
that time (coldboot war) is over. gnuboot is a dead project.
fuck canoeboot. it served its purpose.
i'll probably do a few more canoeboot releases but i don't
want anyone hearing about it. its only purpose was to one-up
the gnu project when they started gnuboot, after they
previously tried to hostile-fork libreboot under the same name.
libreboot won. and canoeboot is inferior garbage. people should
use libreboot, heads, ownerboot, mrchromebook <-- those are
serious coreboot distros. gnuboot and canoeboot are pure garbage.
i will not promote garbage.
Signed-off-by: Leah Rowe <info@minifree.org>
why the hell am i promoting canoeboot?
libreboot is superior.
i maintain canoeboot because... reasons.
it should not be promoted in libreboot releases!
Signed-off-by: Leah Rowe <info@minifree.org>
These mirrors are usually the *first* to sync with new
Libreboot releases, so it is appropriate to list them first.
Signed-off-by: Leah Rowe <info@minifree.org>
grub is now handled directly by ./build roms
this was done during the audits of 2023, to reduce
the complexity of lbmk
Signed-off-by: Leah Rowe <info@minifree.org>
the makefile was removed ages ago. when it existed, it was
only a wrapper around lbmk.
nowadays, the user just runs lbmk directly.
Signed-off-by: Leah Rowe <info@minifree.org>
just remove it entirely. rather than keep adding to it.
the issues are being looked into. the default mainboard
configuration works perfectly.
Signed-off-by: Leah Rowe <info@minifree.org>
it is already mentioned in the policy page, and
freedom states page. it doesn't belong in the build
instructions, where the user is only interested in
building libreboot.
politics and tech should be separate, even if the
libreboot project is very political in general.
Signed-off-by: Leah Rowe <info@minifree.org>
Leah Rowe