Bug 540140

Summary:	<sys-devel/gcc-4.6: multislot logic has been enabled in-place
Product:	Gentoo Linux	Reporter:	Michał Górny <mgorny>
Component:	Eclasses	Assignee:	Gentoo Toolchain Maintainers <toolchain>
Status:	RESOLVED INVALID
Severity:	QA	CC:	qa
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Michał Górny archtester

2015-02-15 13:08:42 UTC

As a result of late unreviewed toolchain.eclass commit, gcc < 4.6 has multislot logic always on (even though the flag is masked). As a result, we have two QA issues:

1. USE=multislot became no-op on those packages. This is a minor QA issue and easy to fix by adding the flag conditionally.

2. A number of ebuilds had SLOT changed in-place. This means that the slotted atoms that people had in @world file no longer match any packages.

Comment 1 SpanKY gentoo-dev

2015-02-15 17:55:15 UTC

(0) calling commits made by toolchain peeps to toolchain code "unreviewed" makes no sense

(1) is not a QA issue

(2) my tests showed portage upgraded SLOTs of already installed packages, so migration isn't an issue.  that doesn't help with existing set files, but unless there's a mechanism for addressing that, then oh well, that's life.  i doubt this is really worth spending time on.

Comment 2 SpanKY gentoo-dev

2015-02-25 03:53:00 UTC

if anyone has thoughts on the world migration, feel free to post