Re: Comment spam
On 1/22/24 14:43, Doug Newgard wrote: On Mon, 22 Jan 2024 09:24:04 +0100 Robin Candau wrote: On 1/22/24 00:47, Aaron Liu wrote: Changing the license does indeed change the package, as it means that different license files are installed, though I'm not sure whether that warrants bumping the pkgrel, Here it is not question of changing the license but simply switching the current license to SPDX identifiers [1] in the license array. The installed license files (if there are) are not changed. So, unless the license itself changed, simply switching to an SPDX identifier as Mark Wagie did does not change the package and I think it's fine not bumping the pkgrel _just_ for that. Changing package metadata does change the package, though. But when it's not in a way that would be impacting for the end users (like it's the case here) there's no _need_ to trigger a rebuild for users simply because of that. The point is, in that specific case, bumping the pkgrel is fine, not bumping it is fine either. Such a change can totally wait for the next pkgver bump (or _required_ pkgrel bump). -- Regards, Robin Candau / Antiz OpenPGP_0xFDC3040B92ACA748.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Comment spam
On Mon, 22 Jan 2024 09:24:04 +0100 Robin Candau wrote: > On 1/22/24 00:47, Aaron Liu wrote: > > Changing the license does indeed change the package, as it means that > > different license files are installed, though I'm not sure whether that > > warrants bumping the pkgrel, > Here it is not question of changing the license but simply switching the > current license to SPDX identifiers [1] in the license array. The > installed license files (if there are) are not changed. So, unless the > license itself changed, simply switching to an SPDX identifier as Mark > Wagie did does not change the package and I think it's fine not bumping > the pkgrel _just_ for that. Changing package metadata does change the package, though.
Re: Comment spam
On 1/22/24 00:47, Aaron Liu wrote: Changing the license does indeed change the package, as it means that different license files are installed, though I'm not sure whether that warrants bumping the pkgrel, Here it is not question of changing the license but simply switching the current license to SPDX identifiers [1] in the license array. The installed license files (if there are) are not changed. So, unless the license itself changed, simply switching to an SPDX identifier as Mark Wagie did does not change the package and I think it's fine not bumping the pkgrel _just_ for that. and spamming the same comment across several packages by the same maintainer is certainly disruptive. That said, I've only seen one comment by them, and I have not seen any other valid complaints about xiota. Could you link to the other pkgbases they've commented on? I'm gonna remove "cluttering" comments from the package listed in Mark Wagie's initial mail. Also, welcome to the aur-general mailing list! Familiarize yourself with [the mailing list guidelines][1]. Highlights include using plain text emails. For what it's worth, the ML guidelines also include to quote parts of the email you're responding to [2]. It's better to be able to respond to both you and Mark in the same email :) [1]: https://wiki.archlinux.org/title/General_guidelines#Mailing_lists [1] https://spdx.org/licenses/ [2] https://wiki.archlinux.org/title/General_guidelines#Quoting -- Regards, Robin Candau / Antiz OpenPGP_0xFDC3040B92ACA748.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Comment spam
Changing the license does indeed change the package, as it means that different license files are installed, though I'm not sure whether that warrants bumping the pkgrel, and spamming the same comment across several packages by the same maintainer is certainly disruptive. That said, I've only seen one comment by them, and I have not seen any other valid complaints about xiota. Could you link to the other pkgbases they've commented on? Also, welcome to the aur-general mailing list! Familiarize yourself with [the mailing list guidelines][1]. Highlights include using plain text emails. [1]: https://wiki.archlinux.org/title/General_guidelines#Mailing_lists -- Cheers, Aᴀʀᴏɴ OpenPGP_0x4E85967FC7C436BE.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
