bitwig-studio: update to 5.3.13.#57882
Conversation
|
I don't understand the error messages in the checks: |
80a4c4f to
f0da78b
Compare
|
Anyway, I revised a few things in the template. The reason why I have to use curl is that Bitwig has some sort of token-based system for downloads, so there is no direct link. If there is a way to improve the behavior of |
| distfiles="https://downloads.bitwig.com/stable/${version}/bitwig-studio-${version}.deb" | ||
| checksum=a9da91bc29a9e90ee571374e2041de40a00038bb49c6cf3aee06a9a29c9e1ee7 | ||
| nostrip=yes | ||
| distfiles="bitwig-studio-${version}.deb" |
There was a problem hiding this comment.
You can use it like so: distfiles="https://bitwig.com/dl/Bitwig%20Studio/${version}/installer_linux/>bitwig-studio-5.3.13.deb", that does download via regular do_fetch and thus checksum verification can be kept.
Does it properly finish packaging for you though? I kept getting SONAME: ld-linux.so.2 <-> UNKNOWN PKG PLEASE FIX! in local attempt just now until I recalled there was a PR with an update.
| version=4.4.8 | ||
| revision=1 | ||
| version=5.3.13 | ||
| revision=2 |
There was a problem hiding this comment.
revision should be set to 1 on updates, as it's using to differentiate versions more granular than upstream — i.e. there is an issue with the template or build is missing an option, or a patch, etc, but the version from upstream is still used the same. So you increment the revision, add the fix, and xbps will ask user to update it.
You can use xlint from xtools package to check content of templates
|
Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it. |
Testing the changes
Local build testing