From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-164534-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 2015E138CD8
	for <garchives@archives.gentoo.org>; Wed, 27 May 2015 20:31:39 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 57FC3E084C;
	Wed, 27 May 2015 20:31:33 +0000 (UTC)
Received: from mail-wg0-f47.google.com (mail-wg0-f47.google.com [74.125.82.47])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id EECB5E0827
	for <gentoo-user@lists.gentoo.org>; Wed, 27 May 2015 20:31:31 +0000 (UTC)
Received: by wgez8 with SMTP id z8so19585599wge.0
        for <gentoo-user@lists.gentoo.org>; Wed, 27 May 2015 13:31:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:reply-to:to:subject:date:user-agent:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding:message-id;
        bh=YoxEm2mROSRQeOcijAgVSjzEPX1aK2Q8yY9f3TlxbwY=;
        b=ET48V/Y3xZzuOnGqbJYDmDQ0pUqYiPknltDvWohn+UchavbK+6S3TBpuV2wktKI8Lq
         VWjPuZcW4F8gDXKPll20S25vc0hMP0PRaszJSjfxccrP12+82EFbzJXxpuSe/ckKhGUM
         RREa/KtBQa27Nu4lV6+roep2zvs+SzHFPo/HnccEAe/mLY0CcXxfl2ngaSx14XEi3kNg
         /YlxTqdE2zi34tFbD/0p5CPFdhZp7jHQ5tcuUA+04y8Ttum9k1L1NdV8HjuiRzoonWB4
         h9tzppjJS/8W/i0bYgHS+LhZrsv02aI5iQszBC7UItZpFzALSxoVNIeUeCrFdRgyiH0U
         TmCw==
X-Received: by 10.194.109.36 with SMTP id hp4mr32587362wjb.4.1432758690855;
        Wed, 27 May 2015 13:31:30 -0700 (PDT)
Received: from dell_xps.localnet (230.3.169.217.in-addr.arpa. [217.169.3.230])
        by mx.google.com with ESMTPSA id gs7sm5317355wib.10.2015.05.27.13.31.29
        for <gentoo-user@lists.gentoo.org>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 27 May 2015 13:31:30 -0700 (PDT)
From: Mick <michaelkintzios@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: General weirdness - a tale of woe.
Date: Wed, 27 May 2015 21:31:23 +0100
User-Agent: KMail/1.13.7 (Linux/3.18.12-gentoo; KDE/4.14.3; x86_64; ; )
References: <2988031.1MpZN5Nf01@wstn> <loom.20150527T201403-932@post.gmane.org> <20150527210927.701eccb8@digimed.co.uk>
In-Reply-To: <20150527210927.701eccb8@digimed.co.uk>
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1652371.0VWiAptTzq";
  protocol="application/pgp-signature";
  micalg=pgp-sha256
Content-Transfer-Encoding: 7bit
Message-Id: <201505272131.25038.michaelkintzios@gmail.com>
X-Archives-Salt: 2fed85f2-b53d-410e-9678-7c09aa78fcf7
X-Archives-Hash: 237852ecc8a010df782a7694f68250d9

--nextPart1652371.0VWiAptTzq
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Wednesday 27 May 2015 21:09:27 Neil Bothwick wrote:
> On Wed, 27 May 2015 18:38:08 +0000 (UTC), James wrote:
> > Eselect news list 2015-3-28 lists "True multilib support on amd64"
> >=20
> > For me, I run a simple profile:  [1]   default/linux/amd64/13.0 *
> >=20
> > Because I run lxde and have experimented with several other minimalistic
> > desktops, including lxqt. Currently, I run lxde. If I emerge with the
> > --deep option, I get so much breakage that 3000 lines of scrollback is
> > not enough to get to the head of the problem. Many errors contain the
> > common string "abi_x86_32" which is central to the aforementioned news
> > item. I have read this news item many times, tried many ideas, and
> > still have this phantom problem.   I can delete some packages had at
> > the update, hours to days, get it cleaned up to where -D works and a
> > couple of emerge --syncs later the problem reappears. Global update
> > without (-D) --deep are just fine.
> >=20
> >=20
> > I have no idea if this "phantom issue" relates to yours or not. I have
> > hesitated to post about it, because in  a decade of gentoo usage (and
> > there have been some ruff patches to say the least) I have never
> > experienced a transient recurring problem like this.   I think I need a
> > much longer version of that news item and some cook_book syntax to
> > fixing these (phantom) multilb issues on my amd64 systems that I am
> > experiencing.
> >=20
> > Some simple questions::
> >=20
> > 1. How do you test if indeed a system is multilib?
>=20
> It is, as you are not using a no-multilib profile.
>=20
> > 2. Can a system be change, readily, from multilib to not and then back?
>=20
> No.
>=20
> > 3. Is a more specific profile needed for one where you intend to
> > run only a minimalist (lxqt) desktop (than what I listed above)?
>=20
> No, that is a fairly basic profile.
>=20
> > Comments and guidance are warmly appreciated.
> > Peter I'm not trying to hijack your thread, but enquire as to
> > commonality.
>=20
> Your problem is different but has been covered in previous threads, as
> well as the news item. You could add ABI_X86=3D"32 64" to make.conf, but
> that won't fit in with your desire for minimalism. So you need to run
> emerge with --autounmask-write then run etc-update or equivalent to apply
> the changes to package.use.

Only to add that maintainers are regularly updating packages and this is wh=
y=20
you may find that suddenly new packages require USE=3D"abi_x86_32", when a =
week=20
ago they didn't.

It is worth noting that one multilib box of mine has not asked me (yet) to =
set =20
USE=3D"abi_x86_32" on any of its packages, while my laptop is regularly=20
prompting me to do so.  I have concluded that the former has no packages wh=
ich=20
are using 32bit code, while the latter does (I know that at least Skype is =
a=20
culprit).

So in extremis you could I guess purge any 32bit coded packages from your P=
C=20
and the "abi_x86_32" prompts should leave you alone.  I shouldn't forget to=
=20
add your usual disclaimer:  "YMMV"  :-)

=2D-=20
Regards,
Mick

--nextPart1652371.0VWiAptTzq
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAABCAAGBQJVZimcAAoJELAdA+zwE4Ye1zUIAK3vLid46WZET3snAOgrKjqq
KawQaJVKRjl3zOboth6kB6xvMEJC6tittSSCfAG5jc//5+2Not2dFgSq6wccDW4y
yWwbzCAHMgqKK3qLDpGxTxTURdsGIzrNYISKcJmTETJdpPXkVKjAwGgmox03hb0v
hzhbCGo2WtUbui3ah0264a7/hQ8AZEPvIa5NKHmpWf5LKUTlNd+zIN/OXuKxXo+s
IgVfpGqTkqt/hzEwk7giZfHr/cJxc+SB4gUs3IEoWY0eIQ1CEF8nRNHokN2cZn1w
yZ6GBg6CF78MzfJc1G0908X+A6hJbShWZ2esh2t+EiAezaFgr4LAWzT2PKZ1cTw=
=tyvq
-----END PGP SIGNATURE-----

--nextPart1652371.0VWiAptTzq--