<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jan 17, 2015 at 11:01 AM, Paul Menzel <span dir="ltr"><<a href="mailto:paulepanter@users.sourceforge.net" target="_blank">paulepanter@users.sourceforge.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am Donnerstag, den 15.01.2015, 16:08 -0800 schrieb David Hendricks:<br>
<span class="">> On Thu, Jan 15, 2015 at 3:34 PM, Paul Menzel wrote:<br>
><br>
> > > Issues which are closed now will almost certainly remain that way.<br>
> ><br>
> > Should those be referenced in the source code then?<br>
><br>
> Probably not, but at some point it just doesn't matter.<br>
><br>
> > Or should they at least be marked, for example with `(restricted)`?<br>
><br>
> Not at the expense of time/effort that can be better spent putting coreboot<br>
> on more products. Besides, that would just increase deltas between trees<br>
> with little or no gain.<br>
<br>
</span>I disagree and your first argument can be used every time something<br>
requires effort to make it suitable for upstream inclusion. In my<br>
opinion it is something in the development process that needs to be<br>
addressed and improved.<br>
<br>
The person reading the source expects the URL to be accessible<br>
especially when almost all of these “crosbug” URLs can be accessed.<br>
<br>
But in the end, it looks like I am the only one having a problem with<br>
this, so I’ll have to accept that. Sorry for the noise.<br></blockquote><div><br></div><div>No, my argument cannot be used "every time something requires effort to make suitable" for upstreaming. This is evident by Sage's porting - Marc has been putting a lot of time and effort into updating our patches so that they are usable and actually worth something to the community. That produces real value. Notice how many more vendors are posting to the list these days. A few cosmetic blemishes is a small price to pay for growing the ecosystem.</div><div><br></div><div>You do have a point, though. We've all been frustrated with blobs of code that are poorly documented. Some companies "resolve" this (and their other paranoid issues) by simply scrubbing all comments and documentation out of the code prior to release. I prefer we not do that. At least with the current way you can ask about what a particular issue may have been that justifies mentioning it in the code.</div></div><div><br></div>-- <br><div class="gmail_signature">David Hendricks (dhendrix)<br>Systems Software Engineer, Google Inc.</div>
</div></div>