Re: What setup method is planned for pkgbase?
- In reply to: Harry Schmalzbauer : "Re: What setup method is planned for pkgbase?"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 10 May 2023 12:04:30 UTC
On 10/05/23 13:40, Harry Schmalzbauer wrote:
> Am 10.05.2023 um 12:09 schrieb Guido Falsi:
>> On 10/05/23 11:44, Harry Schmalzbauer wrote:
> ...
>>> Since the ammount of machines to deploy massively decreased for me,
>>> and pkgbase seems to be more or less ready ('make packages' left a
>>> beautiful repo), I want to replace my customized installation methods
>>> (transfering all it's features for optional usage).
>>
>> I don't have definitive answers to the other questions (details
>> below), but I'd suggest you use poudriere to generate the pkgbase
>> repos. It has the advantage of only replacing required packages on
>> subsequent builds, which helps if you happen to update and only a few
>> files are modified (leverages repeatable builds)
>
> Thanks for the hint!
> For building, I used to use a custom buildtools-package too, which
> handled cutomer-specific configurations and adaptions (pre-populate
> configs into the customer-specific distarchives).
> But it also became useless resp. much too much maintenance effort
> (hirarchical config-layout and maintaining the tools), since I'm not
> responsible for many dozends of individual FreeBSD setups anymore.
>
> I like the concept of src-env.conf very much (as opposed to the one of
> poudriere).
Maybe I'm not understanding correctly, but the two are not alternative.
Using poudriere you can specify a src-env.conf file and also have
different src-env files for each jail.
So for what you are doing you could have separate poudriere jails with
src-env files each with a different setup.
this is described here (CUSTOMIZATION section of poudriere(8)
https://man.freebsd.org/cgi/man.cgi?query=poudriere&apropos=0&sektion=8&manpath=FreeBSD+Ports+13.1&arch=default&format=html#CUSTOMIZATION
>
>
>>> I'm planning to use whatever FreeBSD uses by default. Currently,
>>> it's bsdinstall(8) I guess (which I never used), but I'm not sure if
>>> it is planned that bsdinstall(8) will be made pkgbase compatible.
>>
>> I rarely install new machines from scratch, but for now my strategy
>> has been to perform a classic install and then just dump base packages
>> over them, removing unwanted packages later.
>>
>> Crude but works, for my needs. Definitely not acceptable if you want
>> to automate installing more than one machine at a time. So I have
>> little insight in this regard.
>
> Intresting method.
Well it was the suggested one to start using pkgbase on a live system:
https://wiki.freebsd.org/PkgBase (Initial setup section)
>
> Is it planned that 'classic install' will simply utilize pkg(1) for
> setups from scratch one day?
Can't speak for the developers, I guess yes, but it's just my idea.
--
Guido Falsi <mad@madpilot.net>