Bug 478052 – [TRACKER] packages failing to build with net-libs/libotr-4.0.0

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Julian Ospald 2013-07-24 23:01:56 UTC]

.

[Comment 1 Julian Ospald 2014-03-22 23:14:23 UTC]

I think it's time to unmask this. If any package still fails, then it should fix the dependency-string. Any objections?

[Comment 2 Roc Vallès 2014-06-04 23:39:41 UTC]

Please unmask this already.

[Comment 3 ilovekiruna 2014-09-22 14:45:49 UTC]

I think pidgin-otr-4.0.0 needs to be also be unmasked, as the current stable version pidgin-otr-3.2.1 depends on libotr-3.2.1.

[Comment 4 Alex Alexander (RETIRED) 2014-10-09 10:21:48 UTC]

Is this getting unmasked?
New bitlbee supports this, I'd like to commit it without adding masks :)

[Comment 5 Manuel Rüger (RETIRED) 2014-10-09 11:52:12 UTC]

Going to unmask it now, after checking again. All packages that are not known to work with libotr-4, will receive a new dep on <libotr-4

[Comment 6 Julian Ospald 2014-10-09 13:02:24 UTC]

(In reply to Manuel Rüger from comment #5)
> Going to unmask it now, after checking again. All packages that are not
> known to work with libotr-4, will receive a new dep on <libotr-4

That's the right approach instead of masking.

* import the package straight without mask into ~arch
* all packages that don't work with it have to be fixed (either by version constraint or patch)

Seems to me like we are abusing package.mask because portages dependency resolver is broken.