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
Bootstrapping Guide #262
Comments
God I hate vendors. Do you remember where this discussion happened? Last time kernels were mentioned on IRC the need for specific board kernels was very clear. Regarding bootstrap: this void-linux/void-packages#21680 probably fits as well. I don't know if this is a guide that should be included here or in void-packages, though. Perhaps here, but it's not a priority, I think. |
FWIW, I have been bootstrapping (starting from a busybox system) void-packages, so I would be more than happy to help with this. I haven't been doing much automation, or using xbps-fbulk, yet, though. |
@fosslinux that would be awesome! I think we'd have to decide where to put said information first, of course. |
From IRC, as reference:
|
I think this could be split up into 3 parts:
Basically sections 2+3 is similar to managing a source code install. Sections 1 is useful for verifying that the bootstrap tools work as intended and for obtaining a "from scratch" base result.
Around a year ago (for the |
Yeah, the usbarmory kernel is pretty bad here https://a-hel-fi.m.voidlinux.org/void-updates/void-updates.txt Regarding the 3-stage boostrap, what do you think of https://github.com/void-linux/void-packages/blob/91d3a3cafff3ee6ee80ac0ca6a730bc505fd685c/README.md#install-bootstrap ? I agree that mentioning automation tools somewhere is necessary, though. There's Usually |
|
I think there's 3 key parts here as @travankor pointed out above, but I disagree with the grouping. There is the 3 stage bootstrap from nothing, which should be documented at length as that is what will be required if it were ever necessary to recover void from a loss of the mirrors. From there, tools like fbulk and the mini builder are great for running your own repos. fbulk generally won't destroy your repos if you aren't trying to maintain the change rate we hold on the official repos. The mini builder is really singularly designed for managing a very small handful of packages that aren't officially built. Its possible to abuse it to build the whole tree, but I would not recommend it and won't support it. The last case, repo management, is deserving of its own section, but probably not in the general docs. I'd prefer to document that in the context of InfraDocs, which should be written with the voice of managing the official repos, unstaging, and generally getting rindex to do the right thing when its convinced it won't. |
I agree with @the-maldridge . I hadn't thought of the loss of the mirrors scenario, that is a good point. RE: The newly added docs in Manual.md, they aren't very clear, IMO. I believe that the 3 stage bootstrap should be in a separate section, with numbered steps. I am happy to document that, since I have recently completed it. To me, the bootstrap section sounds very muddled (even if it is slightly clearer how to use Regarding running your own repos, I personally am not using anything crazy, other than fbulk and a script of my own wrapping I believe that the repo management section, which also sounds like to me as it should be in InfraDocs, should include documentation on BuildBot as well, as that seems to be the void recognized way of building packages for the official repo. Also, |
Describe how to bootstrap from source and manage local repositories, etc.
cf.
https://github.com/the-maldridge/xbps-mini-builder
xbps-fbulk
https://old.reddit.com/r/voidlinux/comments/gf6smw/what_is_the_difference_between_gentoo_and_void/fpvwhed/The text was updated successfully, but these errors were encountered: