12 KiB
This is the core build system in libreboot. You could say that lbmk
is
libreboot! Download the Git repository:
git clone https://codeberg.org/libreboot/lbmk
The git
command, seen above, will download the libreboot build system lbmk
.
You can then go into it like so:
cd lbmk
Make whatever changes you like, or simply build it. For instructions on how to
build lbmk
, refer to the build instructions.
Information about the build system itself, and how it works, is available in the lbmk maintenance guide.
lbwww and lbwww-img
The entire libreboot website and documentation is hosted in a Git repository. Download it like so:
git clone https://codeberg.org/libreboot/lbwww
Images are hosted on https://av.libreboot.org/ and available in a separate repository:
git clone https://codeberg.org/libreboot/lbwww-img
Make whatever changes you like. See notes below about how to send patches.
The entire website is written in Markdown, specifically the Pandoc version of it. The static HTML pages are generated with Untitled. Leah Rowe, the founder of libreboot, is also the founder of the Untitled static site generator project.
If you like, you can set up a local HTTP server and build your own local
version of the website. Please note that images will still link to the ones
hosted on https://av.libreboot.org/, so any images that you add to lbwww-img
will not show up on your local lbwww
site if you make the image links (for
images that you add) link to av.libreboot.org
. However, it is required that such
images be hosted on av.libreboot.org.
Therefore, if you wish to add images to the website, please also submit to the
lbwww-img
repository, with the links to them being
https://av.libreboot.org/path/to/your/new/image/in/lbwww-img for each one.
When it is merged on the libreboot website, your images will appear live.
For development purposes, you might make your images local links first, and then adjust the URLs when you submit your documentation/website patches.
Instructions are on the Untitled website, for how to set up your local version
of the website. Download untitled, and inside your untitled
directory, create
a directory named www/
then go inside the www directory, and clone the lbwww
repository there. Configure your local HTTP server accordingly.
Again, instructions are available on the Untitled website for this purpose.
Name not required
Contributions that you make are publicly recorded, in a Git repository which everyone can access. This includes the name and email address of the contributor.
In Git, for author name and email address, you do not have to use identifying
data. You can use libreboot Contributor
and your email address could be
specified as contributor@libreboot.org. You are permitted to do this, if
you wish to maintain privacy. We believe in privacy. If you choose to remain
anonymous, we will honour this.
Of course, you can use whichever name and/or email address you like.
Legally speaking, all copyright is automatic under the Berne Convention of international copyright law. It does not matter which name, or indeed whether you even declare a copyright (but we do require that certain copyright licenses are used - read more about that on this same page).
If you use a different name and email address on your commits/patches, then you should be fairly anonymous. Use git log and git show to confirm that before you push changes to a public Git repository.
Licenses (for contributors)
Make sure to freely license your work, under a libre license. Libreboot no longer sets arbitrary restrictions on what licenses are accepted, and many licenses out there already exist. We will audit your contribution and tell you if there are problems with it (e.g. no license).
Always declare a license on your work! Not declaring a license means that the default, restrictive copyright laws apply, which would make your work proprietary, subject to all of the same restrictions.
The MIT license is a good one to start with, and it is the preferred license for all new works in Libreboot, but we're not picky. Libreboot has historically used GNU licensing such as GPL; much of that remains, and is likely to remain. It's your work; obviously, if you're deriving from an existing work, it may make sense to use the same license on your contribution, for license compatibility.
You can find common examples of licenses here.
If you are deriving from an existing work, it's important that your license (for your contribution) be compatible with the licensing of the work from which yours was derived. The MIT license is good because it's widely compatible with many other licenses, and permits many freedoms (such as the freedom to sublicense) that other licenses do not:
https://opensource.org/licenses/MIT
Send patches
Make an account on https://codeberg.org/ and navigate (while logged in) to the repository that you wish to work on. Click Fork and in your account, you will have your own repository of libreboot. Clone your repository, make whatever changes you like to it and then push to your repository, in your account on Codeberg. You can also do this on a new branch, if you wish.
In your Codeberg account, you can then navigate to the official libreboot repository and submit a Pull Request. The way it works is similar to other popular web-based Git platforms that people use these days.
You can submit your patches there. Alternative, you can log onto the libreboot IRC channel and notify the channel of which patches you want reviewed, if you have your own Git repository with the patches.
Once you have issued a Pull Request, the libreboot maintainers will be notified
via email. If you do not receive a fast enough response from the project, then
you could also notify the project via the #libreboot
channel on Libera Chat.
Another way to submit patches is to email Leah Rowe directly: info@minifree.org is Leah's project email address.
However, for transparency of the code review process, it's recommended that you use Codeberg, for the time being.
Mirrors of lbmk.git
The lbmk
repository contains Libreboot's automated build system, which
produces Libreboot releases (including compiled ROM images).
You can run git clone
on any of these links (the links are also clickable,
to view changes in your Web browser):
- https://git.disroot.org/libreboot/lbmk
- https://gitea.treehouse.systems/libreboot/lbmk
- https://git.fosscommunity.in/libreboot/lbmk
- https://0xacab.org/libreboot/lbmk/
- https://framagit.org/libreboot/libreboot
- https://gitlab.com/libreboot/lbmk
- https://pagure.io/libreboot
- https://rocketgit.com/libreboot/libreboot
lbwww.git mirror
The lbwww
repository contains Markdown files (pandoc variant), for use
with the Untitled Static Site Generator; this
is what Libreboot uses to provide HTML web pages, including the page that
you are reading right now!
You can run git clone
on these links, and/or click to view changes in your
Web browser. See:
- https://git.disroot.org/libreboot/lbwww
- https://gitea.treehouse.systems/libreboot/lbwww
- https://git.fosscommunity.in/libreboot/lbwww
- https://0xacab.org/libreboot/lbwww
- https://framagit.org/libreboot/lbwww/
- https://gitlab.com/libreboot/lbwww
- https://rocketgit.com/libreboot/lbwww
NOTE: The lbwww-img
repository is not generally provided, on mirrors, as
those are just image files which you can find on https://av.libreboot.org
and it is not the intention of the Libreboot project to bog down mirrors
with additional traffic by hosting images.
Notabug repositories
Commits that go to codeberg are also still pushed to notabug, in addition to the other mirrors. Notabug is considered a mirror since 8 April 2023, when Libreboot's main development site moved to Codeberg.
OLD notabug repos are still pushed to as backup, but the codeberg mirror is considered to be main/official now, as of the announcement on 8 April 2023. See:
- Build system: https://notabug.org/libreboot/lbmk
- Website (+docs): https://notabug.org/libreboot/lbwww
- Images (for website): https://notabug.org/libreboot/lbwww-img
For sending patches, it is now preferred that you use codeberg. Technically, pull requests are still possible via Notabug. While Notabug still exists, Libreboot patches will continue be pushed there, mirroring what gets pushed on Notabug.
Because pull requests and issues were available on notabug in the past, it makes sense to keep them open, though we ask that you send to codeberg. If they were to be closed on notabug, existing PRs and issues won't be visible anymore either, so they have to stay open.