Crux branch not updated


#1

Hello there,

I saw on index page, that the Crux3 is avalable. Of course, the builded iso’s only get the subscribers, but you said before, that all version is possible to build with source.

I check the crux vyos-build branch, but the latest commit is 21 days ago (it is the Crux2 i think so)

Any plan to update the crux branch?


#2

I’m also wondering, why there is no update? Wanted to build EPA3 from source, but no Updates in code on “crux” branch…


#3

There have been more recent commits on the current branch - which I assume is for 1.2.x.

I am not quite clear of the purpose of the master, current and named release branches.


#4

Yeah, but i think it is the “nightly”. We would like to use the “Crux” (like “stable”) branch. But no update…


#5

Having spent a long time failing to build a working VyOS 1.2.0 from the current branch, I do wonder if there is another method / repo that was used to build the official (closed) releases.


#6

Try the Docker build (with Debian8) it working me every time.


#7

Thanks for letting me know @Vamp. It is good to know someone outside the core team is managing to make a build.

Have you been doing make iso or building all the individual packages too?


#8

I make full ISO, after the Pre-build ISOs not available for free anymore.


#9

The software is still free, the only thing you would pay for is that somebody else builds a full iso for you.


#10

Actually it’s more than that, not only iso, but it’s time of the core team, marketing, documentation, this forum and so on.


#11

They available for free to active contributors and certain organizations (like schools, non-profits, etc)


#12

@Vamp have you been building the submodules yourself (e.g. vyatta-cfg-system) of relying on the Debian packages from dev.packages.vyos.net?

@syncer It would be useful to have an answer to the original question: if someone want to make their own build of VyOS 1.2.0-epa3, which branch of which repos should they be using?


#13

You go clone crux, cherry pick needed changes from current and build your image


#14

I use the Dockerfile in vyos-build github page. Not do any special additions.

@syncer

I think no real reason to build “current” branch, it is similar if i download the latest rolling release.

The People ask what is the Branch that follow the “official” build? (like epa3) the crux is not update since 25 days ago, i think it is the “epa2” state…


#15

Branch is crux
As @dmbaturin mentioned in other thread, all is open source and on best effort basis, so usually you will see delays between official release and updates on corresponding repository

Can expect same for security disclosures and hotfixes, they will be announced after
updated image delivered to customers and contributors


#16

I’ve been building the more recent 1.2 releases from current. Now that crux LTS is available i’ve wanted to build it. So in the build folder i:

  • checked out the crux branch,
  • pulled any latest work,
  • ran the docker image and fetched all the submodules (not sure if it was necessary but surely wont hurt?) git submodule update --init --recursive && git submodule update --remote,
  • built the iso ./configure && make iso

It built fine but i’ve found the image name is (link name) vyos-1.2.0-rolling+201901272122-amd64.iso. Mounting in vmware and booting also shows version as `Version: VyOS 999.201902150135’ (using show version).

Should the iso build name be crux release related since i switched to the crux build branch? and shouldn’t the running image version be related to 1.2.0-crux LTS or whatever, not the rolling naming scheme? Also install image wants to use the rolling release image name by default too.

Some clarity on building a crux release would be fantastic :slight_smile:
cheers


#17

https://wiki.vyos.net/wiki/Howto_build_an_ISO_image

./configure --build-by="user@example.com" --build-type=release --version=“yourfavouriteversionmodel1.1.1”


#18

About packages update, I think if you want to add them into your build, you need to compile them before you start building iso, please refer to https://github.com/vyos/vyos-build/tree/crux#building-subpackages-inside-docker.

But here if your purpose is to build 1.2.0 release ISO, it seems not suitable to do this since git submodule update --init --recursive && git submodule update --remote only get the latest commit for submodule rather than the commit on the release point. For certain modules like vyatta-cfg, you can switch to crux branch, but for certain module like frr, there is no this kind of branch to switch.

My experience is not to get submodules by self to build 1.2.0 release. As you know, building script will fetch vyos related package on http://dev.packages.vyos.net/repositories/crux/vyos/ for crux release, I checked the latest update date for those package, most of them are updated on 2019.1.27 which is one day before 1.2.0 LTS was announced. So I think these are official release package we can use directly, but it’s just my assumption, hope there is official announcement about this part.