> On Sat, 2025-02-01 at 14:37 +0100, Jonas Smedegaard wrote: > Quoting Simon McVittie (2025-02-01 14:21:38) > > On Sat, 01 Feb 2025 at 13:13:32 +0100, Abou Al Montacir wrote: > > > Bug- > > > Upstream: https://gitlab.com/freepascal.org/lazarus/lazarus/-/issues/41378 > > > > I believe the intended DEP-3 syntax for this is: > > > > Bug: https://gitlab.com/freepascal.org/lazarus/lazarus/-/issues/41378 > > > > so using that instead of Bug-Upstream might help? > > > > My understanding is that the Bug-<vendor> convention is intended > > for other downstreams, which might be Debian, a Debian derivative like > > Ubuntu, or sometimes an unrelated downstream like Fedora that has provided > > useful/relevant information in their record of the equivalent bug. > > Agreed that *ideally* an URI for the forwarded bug is provided. But does > the omission *invalidate* the data points of "yes, it has been forwarded > somewhere not mentioned, and has also been forwarded to some downstream > confusingly labelled "Upstream"? With regards to other possible values (No, NotNeeded), I find it a bit hacky to use this field to provide an upstream bug URL. I would completely remove this practice and keep this field human readable and understandable to be a simple tri-state field (Yes, No, Not-Needed). > > I suggest to go ahead and file a bug against the service, suggesting to
Sure I'll do that. > clarify (e.g. using a hover string) what causes an invalidation, and > also to choose a different keyword (e.g. "ambiguous" or "weak") when > strictly speaking it is not invalid per the spec but just somehow not > ideal. > * Bug-<Vendor> or Bug (optional)It contains one URL pointing to the related > bug > (possibly fixed by the patch). The Bug field is reserved for the bug URL in > the upstream bug tracker. Those fields can be used multiple times if several > bugs are concerned.The vendor name is explicitely encoded in the field name > so that vendors can share patches among them without having to update the > meta-information in most cases. The upstream bug URL is special cased because > it's the central point of cooperation and it must be easily distinguishable > among all the bug URLs. My understanding is that this applies to two kind of bug trackers: 1. Upstream using Bug 2. Downstream using Bug-<vendor> In my case I used Bug-Upstream because I found it on an other patch, but this point is not very clear in the spec and I would suggest we rewrite it to make is more explicit. -- Cheers, Abou Al Montacir
signature.asc
Description: This is a digitally signed message part