Changes to the bootstrap procedure for 21.7?

[Patrick M. Hausen]

Hi all,

I just picked up the latest changes in the opnsense-bootstrap code for my Vagrant project and it works again for 21.1, now.

When I try to change the major release to 21.7, I get the following error message during provisioning/bootstrapping:

Code: [Select]

make: /tmp/opnsense-bootstrap/core-stable-21.7/Makefile
line 39: Cannot build without CORE_PHP set

Any hints welcome.

Thanks!
Patrick

[franco]

Meh, I am trying to avoid hardcoding version information in core.git, but if you do an empty bootstrap that is obviously not working so well. Let me try to fix that tomorrow.

I think you can get away with that by issuing

# export DEVABI=21.7

prior to bootstrap.


Cheers,
Franco

[Patrick M. Hausen]

Will a 21.1 bootstrap work if I set DEVABI=21.1, too? Because I could unconditionally code it into my Vagrantfile in that case.

But if you are going to make it run without in the next couple of days, I'll better just wait and try again. I don't need a 21.7 OPNsense now. I am just trying to update my small project to be future proof.

[franco]

21.1 doesn't have the new code that causes this, but in any case there is no harm doing it like you propose.


Cheers,
Franco

[franco]

Can you see if it's fixed now? I removed DEVABI support and demoted the errors to warnings.


Cheers,
Franco

[Patrick M. Hausen]

Yes, working now - thanks!

[franco]

Thanks. I'm changing the instructions in the README to 21.7 now. No need to wait and -r 21.1 is still possible

https://github.com/opnsense/update/commit/bd8180887db


Cheers,
Franco

[Patrick M. Hausen]

Just updated the docs and pushed. Thanks again.

Why the rename of the file to opnsense-bootstrap.sh.in?

[franco]

We always did this when a new release was necessary:

https://github.com/opnsense/update/commit/1b53e5ec21a4ae

Now we can set it from the port if no code changed in the update tools:

https://github.com/opnsense/update/commit/a1ad3f6721
https://github.com/opnsense/update/commit/9b1525b89

The .in suffix is necessary to get the replacement from Makefile going. The downside is that the default release of the bootstrap file is %%RELEASE%% when downloaded directly from GitHub.


Cheers,
Franco

[franco]

PS: We do want to hardcode the release into the script on the installation to have the checksumming of packages spot issues with it, i.e. modified locally or whole file trashed for some reason.