| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| |/ /
| |
| |
| |
| |
| | |
stuge.se is, seemingly, down indefinitely which means users can no
longer automatically clone bucts using the build scripts; by changing
the repo URI to Libreboot's mirror this issue is resolved.
|
| |\ \ |
|
| | | | |
|
| |\ \ \
| |/ /
|/| | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* 'pre' blocks and tables use scrollbars if the viewport is too narrow
* Code content which is not within a 'pre' element wraps automatically
* Code content and 'pre' blocks have a gray background color
The added background color has two purposes:
* The left-margin for pre blocks is removed, because it consumes too
much space on narrow viewports. However by using a background color,
the reader can still recognize 'pre' content as code blocks.
* Code content which is *not* within a 'pre' element wraps
automatically now. The background color allows the reader to
recognize the "connection" between automatically splitted lines of
a single code element. This way, nobody will mistake a one-liner for
a multi-liner.
|
| | | | |
|
| |/ / |
|
| |\ \ |
|
| | | | |
|
| |\ \ \ |
|
| | | | |
| | | |
| | | |
| | | | |
Missing trivia that can cause a brick
|
| |\ \ \ \ |
|
| | | | | |\
| | |_|_|/
| |/| | | |
|
| |/ / / / |
|
| | | | | |
|
| | |_|/
|/| | |
|
| |\ \ \ |
|
| |/ / / |
|
| |\ \ \ |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This is likely one of the very last changes necessary to make the
Libreboot build system more cohesive in appearance.
Hopefully from this point forward it won't be as readily apparent as
to who wrote which parts of the build system (i.e. won't look like a
patchwork quilt any longer).
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
As an example, do this:
[[ -n $revision ]]
instead of this:
! [[ -z $revision ]]
Makes the code easier to read.
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
There's no benefit to using the POSIX-style '[' test builtin
considering its '-a' and '-o' operators are unused in the Libreboot
build system. Plus, '[[' is safer with respect to any containing file
redirections (for example).
Prior, both '[' and '[[' were used throughout the codebase--a
disparity in usage which this change aims to eliminate.
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The source builtin provided by Bash is easier to read than '.' (a lone
period). Conforming to POSIX wasn't and isn't a goal of the Libreboot
build system and as such it's fine to deviate from the standard where
it makes sense, such as now.
|
| |/ / / |
|
| |\ \ \
| | |/
| |/| |
|
| |/ /
| |
| |
| | |
Added some info about WIP
|
| |\ \ |
|
| |/ /
| |
| |
| | |
Signed-off-by: Alessandro Grassi <alessandro@aggro.it>
|
| | | |
|
| |\ \ |
|
| | | |
| | |
| | |
| | | |
Fixed typos and markup
|
| |\| | |
|
| | | | |
|
| |\| | |
|
| | | | |
|
| |\ \ \ |
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
Helps keep projects modular and easier to maintain if each project
only builds itself.
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
Helps keep projects modular and easier to maintain if each project
only builds itself.
|
| |/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
'project_action' does not carry out the given action for a project,
contrary to that which the naming may seem to imply.
Replacing the usage of the aforementioned with
'project_action_arguments' provides the intended behavior.
|
| |\ \ \ |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
• match grub.cfg of current release and naming scheme of this guide (rootvol)
• add stub section about generating grub.cfg
• make section about ODD issues generic (happens to every device with native sata)
• formatting fixes/workarounds
|
| |\ \ \ \ |
|
| | | | | | |
|
| |\ \ \ \ \
| |_|/ / /
|/| | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
These are necessary so that the build action for depthcharge can
locate the correct configuration for veyron targets in the
depthcharge source repository.
Prior, the build action was looking for 'veyron' instead of
'veyron_minnie' or 'veyron_speedy', causing it to fail.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
In order to avoid additional, fragile, complexity for building
depthcharge, libpayload must be built for the minnie/speedy veyron
subtargets; this is the simplest way to avoid making special cases in
either the depthcharge scripts or the libpayload scripts with respect
to ensuring the depthcharge build action can locate the proper
libpayload build directory.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
'config' was renamed to 'config_name' to better convey its purpose.
Additionally, 'config_path' had its associated string value modified
to contain the correct path to the libpayload configuration file.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Helps keep complexity down as well as making scripts easier to
maintain if each project only builds itself.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
It seems like 'project_action_arguments' was the intended function to
use, as 'project_action' does not actually /carry out/ the action
given as its first argument.
|
