X-Original-To: alpine-devel@lists.alpinelinux.org Received: from mail.wilcox-tech.com (mail.wilcox-tech.com [45.32.83.9]) by lists.alpinelinux.org (Postfix) with ESMTP id 5B326F84E8A for ; Tue, 8 Jan 2019 13:19:47 +0000 (UTC) Received: (qmail 8524 invoked from network); 8 Jan 2019 13:19:44 -0000 Received: from localhost (HELO ?IPv6:2600:1702:2a80:1b90::41?) (awilcox@wilcox-tech.com@127.0.0.1) by localhost with ESMTPA; 8 Jan 2019 13:19:44 -0000 Subject: Re: [alpine-devel] Extend APKBUILD format with a variable to check framework versions To: alpine-devel@lists.alpinelinux.org References: From: "A. Wilcox" Openpgp: preference=signencrypt Organization: =?UTF-8?Q?Ad=c3=a9lie_Linux?= Message-ID: Date: Tue, 8 Jan 2019 07:21:38 -0600 User-Agent: Mozilla/5.0 (X11; Linux ppc64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gL2QrDhPX8MPobvKtIqghWAJDPOh8PZqL" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gL2QrDhPX8MPobvKtIqghWAJDPOh8PZqL Content-Type: multipart/mixed; boundary="YpoVo7lZpWfOTLhzAMswN8B9mcJfUzgT5"; protected-headers="v1" From: "A. Wilcox" To: alpine-devel@lists.alpinelinux.org Message-ID: Subject: Re: [alpine-devel] Extend APKBUILD format with a variable to check framework versions References: In-Reply-To: --YpoVo7lZpWfOTLhzAMswN8B9mcJfUzgT5 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 01/08/19 02:44, Oliver Smith wrote: > Hey folks, >=20 > various frameworks, such as Qt (available in Alpine), KDE Plasma, KDE > Framework have a lot of components that get released together and > therefore must have the same pkgver. In postmarketOS we have a CI check= > in place, that makes sure, that the version matches for all these > components. Right now we are categorizing the frameworks by their URL, > but that is of course not the purpose of the URL variable. >=20 > It was suggested to add a new variable instead, and since Alpine and > Ad=C3=A9lie would probably benefit from such a check and variable as we= ll, I > wonder if it makes sense to make this variable official and add it to > the APKBUILD reference in Alpine's wiki. I could add a simple shell > script that checks the package versions based on that variable in > Alpine's aports.git to be used by Travis. >=20 > I would like to keep "framework" out of the name, as this may also be > the case for non-frameworks, such as the KDE Applications, which are > also released together. >=20 > One idea for the name would be "relgroup", as in "release group": >=20 > relgroup=3D"qt5" > relgroup=3D"kde-applications" >=20 > What do you think? >=20 > Regards, > Oliver This would also allow removal of those God-awful checks in the poppler packages that make me sick to my stomach just reading them. And the gcj/gcc thingies. Do note, though, that a significant number of KDE Applications have their own versioning (and Okteta just *changed* from YY.MM.X to 0.25). Further still, Qt5 WebKit isn't on the same release cycle that the rest is. Version 5.9.1 for the 5.9 series, 5.202.1 for post-5.9 (though I believe 5.202.1 can build against 5.9). I guess these just wouldn't be in the relgroup. My main concern with this is that abuild would then have to do the equivalent of `grep relgroup ../*/APKBUILD` and check if any don't match. "Analysing dependencies" already takes multiple seconds on arm64 (where I/O is slow) and ppc32 (where fork(2) is slow). The last thing we need is for another extremely slow process. Perhaps it could only even bother checking if the target APKBUILD has relgroup set. Additionally, this check should be late, and overrideable (maybe with -f for force). Our Plasma bump scripts look like: for i in $(grep -l 'pkgver=3D5.12.6' */APKBUILD | cut -f1 -d'/'); do cd $i; sed -i 's/5.12.6/5.12.7/g' APKBUILD; abuild checksum; cd ..; done so if it checked early, we wouldn't be able to bump at all. Additionally, sometimes we are forced to go down for a package - I believe during the 18.08.0 cycle, one of the KDE games failed to build and we shipped 18.04.3 until 18.08 was fixed. Anyway, these are just our thoughts over at Ad=C3=A9lie. You do you. Best, --arw --=20 A. Wilcox (awilfox) Project Lead, Ad=C3=A9lie Linux https://www.adelielinux.org --YpoVo7lZpWfOTLhzAMswN8B9mcJfUzgT5-- --gL2QrDhPX8MPobvKtIqghWAJDPOh8PZqL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjNyWOYPU1SaTSMHHyynLUZIrnRQFAlw0o+IACgkQyynLUZIr nRRuFRAAs1vhMU97EzNB29OfZiI6PdyCVa9lnEe//OBE3rIATQBDSfXZ2OdXjRoO gtOJEmkqXzXjq59K+58ybIKL2rUJ5aUDdjAr1Zp6jzJnzXNqxVtVS8K4849cEqSt uE8Yz2EZoYAT8l55QCqsIXJ2NPb0hzZC2nnYirmRqcMNG8iUBEQkQWFx9OA3xsgF vrmrWRd5EaUSs1Qv6KIleLtqM4GGgxWzPFeshB/vPKH1Vaicg78MSCqczJfPWaGv NUSlxyFb+XfS766nCQfXSHYLEqfOJOnWAARyMj8b5MB0Yimf6fb3K5tqlbPI1gpZ ZyDRNYhPXKmw6fnlXvb+Y/eEDdXVVHOyx+K9oe7Km1DzLgz/xC6wfYUCPBhSnbVq oSf2FbMEgxJTpMDTyxeOyqrrV+na6ABU4pI6fZOb8L1Gn+l4nHBqdynfedRMUcPI f288mA8qCi0a2HYzN2vWptOcYSDgcmn8UWJCfY8h+2rpKSpdlg7mab2weCb4i9sN L5i0QKpWo0izyFrk05JkULNryiQcy2pupgMCU9UjMQfHpOgDpuh5rA/eI5eUlxKl CojmP3S92dVfPA7hmV6tyGUUpEwjsAbjqOjR4ls868cDbEShnmUYqB+3FPD7+IJG XunCLnCNlnm15ScFNs+FVfvZ6/JGxPFrvA6uGx4eT5pDuCyMs4A= =x2+T -----END PGP SIGNATURE----- --gL2QrDhPX8MPobvKtIqghWAJDPOh8PZqL-- --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---