public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: james <garftd@verizon.net>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Developers, please work on underlinking issues!
Date: Fri, 19 Aug 2016 11:18:46 -0400	[thread overview]
Message-ID: <56d25c5b-1589-2001-b619-3a2b99bd00ea@verizon.net> (raw)
In-Reply-To: <CAGfcS_kHu81C0TfX4pZVrzVn4db1=U7E-JP7MFbtmpdh9e8QEw@mail.gmail.com>

On 08/19/2016 03:49 AM, Rich Freeman wrote:
> On Fri, Aug 19, 2016 at 12:58 AM, Michał Górny <mgorny@gentoo.org> wrote:
>> On Thu, 18 Aug 2016 15:21:16 +0200
>> Alexis Ballier <aballier@gentoo.org> wrote:
>>
>>> On Thu, 18 Aug 2016 08:13:14 -0400
>>> Rich Freeman <rich0@gentoo.org> wrote:
>>>
>>>> If you just check your packages occassionally to make sure they build
>>>> with gold it completely achieves the goal, and it will actually result
>>>> in fewer bugs using the non-gold linker as well.
>>>
>>> That's what a tinderbox is for. The only QA problem I see here is that
>>> QA doesn't automate that kind of checks anymore since Diego left. Maybe
>>> QA should ask Toralf to run a ld.gold tinderbox and avoid asking people
>>> to randomly test random packages ?
>>
>> Yes, tinderboxing makes a lot of sense if the bugs are afterwards
>> ignored by package maintainers. Or in the best case, the maintainer
>> tells reporter (Toralf) to file the bug upstream.
>>
>
> TBH, these are really two different problems.
>
> 1.  I think raising awareness of underlinking is good.
>
> 2.  I think encouraging developers to test their own packages with the
> gold linker is good, because it helps accomplish #1, and increases
> their awareness in general.
>
> 3.  I think that having a tinderbox systematically testing using the
> gold linker is also good.
>
> 4.  I think that hitting devs with a cluebat when they ignore valid
> bugs is good.
>
> The flip side of this is that we're not necessarily better off if
> maintainers just abandon packages because they have terrible build
> systems.  At some point you need to work with them.  However, if
> they're not willing to at least stick in a slot operator dependency
> when asked to, then sure we should have a talk with them.  (A slot op
> dep will of course help by triggering rebuilds, but it doesn't
> actually directly fix the underlinking issue, which would require
> fixing the build system.)
>
> I think the big thing is acknowledging that packages that are missing
> dependencies or which are underlinked are defective.  Sure, it would
> be nice if somebody else came along and helped find our mistakes.
> However, that in itself doesn't excuse us from having made them in the
> first place.  And it certainly doesn't excuse giving people a hard
> time when they politely point them out.

+1

Perhaps much of the mechanics and ordinary part of these aforementioned 
task, would make for fertile ground of skills diversification for the 
'proxy-maintainers' ? Understanding and routine usage of a full suite of 
tools available under gentoo, could easily be missed during the proxy 
period. In fact, putting the tinderbox out there as part of the proxy 
training and perhaps available to a portion of the wider gentoo-user 
base, might also be a fertile area for technical growth or the gentoo 
community?

Access to there and other dev tools might be a powerful incentive, if 
packaged up attactively, for the gentoo user community to participate 
more in the less risky parts of gentoo development workflows?


hth,
James



  reply	other threads:[~2016-08-19 15:18 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-17 20:37 [gentoo-dev] Developers, please work on underlinking issues! Michał Górny
2016-08-17 21:02 ` Ulrich Mueller
2016-08-18  5:39 ` Daniel Campbell
2016-08-18 10:26   ` Alexis Ballier
2016-08-18 12:12   ` Rich Freeman
2016-08-18 10:43 ` Andrew Savchenko
2016-08-18 11:47   ` Lars Wendler
2016-08-18 12:13     ` Rich Freeman
2016-08-18 13:21       ` Alexis Ballier
2016-08-18 21:20         ` Daniel Campbell
2016-08-18 21:56           ` Alexis Ballier
2016-08-18 23:49             ` Mart Raudsepp
2016-08-19  4:58         ` Michał Górny
2016-08-19  7:49           ` Rich Freeman
2016-08-19 15:18             ` james [this message]
2016-08-19 12:46           ` Alexis Ballier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=56d25c5b-1589-2001-b619-3a2b99bd00ea@verizon.net \
    --to=garftd@verizon.net \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox