this post was submitted on 19 Jun 2023
18 points (100.0% liked)

Linux

33 readers
2 users here now

founded 2 years ago
 

Actually, the better question is: When will they replace most desktop Linux programs?

you are viewing a single comment's thread
view the rest of the comments
[–] stevecrox@kbin.social 1 points 1 year ago

There are a limited number of build systems and most build systems have some form of dependency management built into them.

Upstreaming modifications so projects can be built using standard build commands is a more monotonous than difficult.

Doing that lets distributions reuse build pipelines accross multiple projects, which simplifies their support burden.

Similarly there are also a limited number of packaging formats and 3 main distributions which most things branch from. Configuring a project to produce an aur, deb & rpm for their base OS layout (e.g. Arch, Debian & RHEL) is again monotonous but helpful to have upstream.

Take an Electron App, this is based on Node.js and will use NPM or Yarn to build and retrieve dependencies.

While both support script extensions, the convention for NPM building and releasing is:

  • npm install
  • npm build --if-present
  • npm test --if-present
  • npm publish

NPM provides libraries to create, aur, rpm and deb artefacts. You would add them as additional scripts, which are called as part of prepublish script (which gets called as part of publish).

There is no reason that can't live upstream.