Rudder

A single version supported (if you check out 3.2.4 you can only build the 3.2.4 agent)
(... and the sources needed are contained in that repo)

Thank you for your suggestion.

    upstreaming in distros since it would be a normal package without magic

    safely moving to distro openssl etc

    easier porting to newer OS releases and architectures
    easier to port to new OS

    public CI builds and tests of the agent

Please note that what's in master is not helping anyone who wants to use rudder since that'd require a stable version. :-)

But I'll do my next try based on master :-)

Florian Heigl wrote:

Please note that what's in master is not helping anyone who wants to use rudder since that'd require a stable version. :-)

But I'll do my next try based on master :-)

Right... but if we just rewrite the code in stable branches, and it breaks the next minor release, there's going to be worse complaints, trust me ;)

In short, what is in master today will be stable tomorrow. We have to start somewhere.

Taking a step back: thanks for this ticket. It is a great reminder that we need a simple entry point to build a lightweight, standard, using-OS-dependencies rudder-agent package, to make it much easier for people to explore, understand and test on new platforms. Benoit, you said you don't see how having a standard package makes this easier - the answer is simple, most folk using a "different" system (FreeBSD, slackware, whatever) know what a standard RPM spec file looks like and how to port it to their OS, so if we give them a standard RPM spec file, they have something to work with.

As Benoît said, though, I don't see why this would warrant an independant git repo. If we're leaning anywhere, it would be merging all our git repos into one big monorepo (I'm not saying that's about to happen, just that we're not keen on making even more repos). Florian, do you know of a reason, or a "usual habit" that makes it more standard/understandable/easy for there to be a single package in a single repo?