Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 609418 - media-libs/gd-2.2.4 should require USE=png when USE=test
Summary: media-libs/gd-2.2.4 should require USE=png when USE=test
Status: RESOLVED DUPLICATE of bug 608724
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Graphics Project
URL: https://github.com/libgd/libgd/issues...
Whiteboard:
Keywords: TESTFAILURE
Depends on:
Blocks:
 
Reported: 2017-02-15 12:36 UTC by Tobias Klausmann (RETIRED)
Modified: 2017-03-01 21:28 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tobias Klausmann (RETIRED) gentoo-dev 2017-02-15 12:36:28 UTC
Otherwise, the test phase fails with linking errors looking for PNG-related symbols.

I could reproduce it on both alpha and amd64.
Comment 1 SpanKY gentoo-dev 2017-02-16 21:02:44 UTC
pretty sure it's not a regression, so it's not a stable blocker
Comment 2 Tobias Klausmann (RETIRED) gentoo-dev 2017-02-17 12:45:13 UTC
(In reply to SpanKY from comment #1)
> pretty sure it's not a regression, so it's not a stable blocker

Not aimed at you specifically, but in my experience, that statement means that the maintainer will never look at the failure because it's not happening on amd64/x86 or any of the maintainer's pet archs. And it wastes AT time every time we run into it.

If this is not going to be fixed (which is a valid choice!), let's just mask USE=test for alpha for this package and move on.
Comment 3 SpanKY gentoo-dev 2017-02-17 16:51:08 UTC
(In reply to Tobias Klausmann from comment #2)

it is not appropriate to hold hostage a stabilization request for a non-regression, especially a security based one.  the status quo is not being made worse.  this is standard Gentoo practice, and you haven't made an argument for changing it, nor would it be done here.  such a topic is fodder for gentoo-dev (not that i see much chance of your position succeeding).

in this case, there's already an upstream report on the topic, and trying to fix it only in Gentoo doesn't make much sense.

architectures are irrelevant here as it happens on all of them.
Comment 4 Tobias Klausmann (RETIRED) gentoo-dev 2017-02-17 17:34:40 UTC
(In reply to SpanKY from comment #3)
> (In reply to Tobias Klausmann from comment #2)
> 
> it is not appropriate to hold hostage a stabilization request for a
> non-regression, especially a security based one.  the status quo is not
> being made worse.  this is standard Gentoo practice, and you haven't made an
> argument for changing it, nor would it be done here.  such a topic is fodder
> for gentoo-dev (not that i see much chance of your position succeeding).

I am not holding anything hostage, I just have a day job and haven't gotten to another pass of stabilization. I haven't re-added the blocker, either. So that accusation is uncalled for.

In this particular case, I am hopeful that upstream will fix the matter, but I suspect you can see how perpetually-broken test suites are frustrating for ATs. Especially since *I* get yelled at for ignoring them when something breaks.

I will stabilize gd2 sometime during the weekend, probably, since I am currently traveling and don't have access to my signing keys.
Comment 5 SpanKY gentoo-dev 2017-02-17 17:56:48 UTC
(In reply to Tobias Klausmann from comment #4)

chill out.  i wasn't accusing you of anything.  you were talking in generalizations, so i responded in generalizations.  you originally added it as a blocker, and then you said it was a good idea.
Comment 6 SpanKY gentoo-dev 2017-03-01 21:28:33 UTC
i've fixed this upstream now.  prob will just try to get a new 2.2.5 out instead since the testsuite updates weren't exactly trivial.

*** This bug has been marked as a duplicate of bug 608724 ***