From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 712B5138CCA for ; Mon, 30 Mar 2015 22:23:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7DE6DE0AF4; Mon, 30 Mar 2015 22:23:30 +0000 (UTC) Received: from mail-pa0-f43.google.com (mail-pa0-f43.google.com [209.85.220.43]) (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 CEFE0E0AF2 for ; Mon, 30 Mar 2015 22:23:19 +0000 (UTC) Received: by padcy3 with SMTP id cy3so179671885pad.3 for ; Mon, 30 Mar 2015 15:23:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=o594KMV3gQ04nm36M1nu0p03Pk7ruhYv2/dQgC0zkOo=; b=DlfFn5knUhV1a7qPHHh94tJLxrKuWL2LVW1NeY86NQ366A5I9ku1u5L5tQ5zyVdhlJ OuyO2u/mmXY6d8nlurNkWefP27nF2x/PspqXJR5DHA2LfX6WHxdVnUP5z89GW3lO0jW6 A/pGVqNgjBQQVzUVv7KdcnncVRzYOCzr02ZkV9NyvZbqYprwxksHPeN3YK1CZcjqrX9W tlF307AIW/Wh3QO8olLNK0m/2asGORrlvU6FAaT4r3Ktoe70ObFXdjrPCVMHhUsYATc4 IGR8PIvWNCFXORDUW0+Dmz0GMlPAKk3nRbYdIoZNeZnXxFnWoHheE99DeyNE424cIynl hotA== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.70.103.144 with SMTP id fw16mr9080485pdb.149.1427754198970; Mon, 30 Mar 2015 15:23:18 -0700 (PDT) Received: by 10.70.26.101 with HTTP; Mon, 30 Mar 2015 15:23:18 -0700 (PDT) In-Reply-To: <20150330221032.GA26091@crud> References: <20150330170458.67fbe3b2a92184b60e150742@comcast.net> <20150330221032.GA26091@crud> Date: Mon, 30 Mar 2015 15:23:18 -0700 Message-ID: Subject: Re: [gentoo-amd64] Did devs change phonon flags without rev'ing package? From: Mark Knecht To: Gentoo AMD64 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: b7278c29-0911-4de4-85a3-b870362a8e11 X-Archives-Hash: cc0b9dc790b952ff4a795f5be0b7f286 On Mon, Mar 30, 2015 at 3:10 PM, Barry Schwartz wrote: > Mark Knecht skribis: >> On Mon, Mar 30, 2015 at 2:04 PM, Frank Peters = wrote: >> > On Mon, 30 Mar 2015 12:15:55 -0700 >> > Mark Knecht wrote: >> > >> >> Yesterday I was emerge -DuN @world clean. It took hours due to Gentoo >> >> decisions about multilib stuff. >> >> >> > >> > Is it still necessary to be using multilib? >> > >> > I've been using pure AMD64 for so long I tend to forget that >> > 32-bit stuff still exists. >> > >> > Frank Peters >> >> Hi Frank, >> Honestly, I really don't know and figure the answer is probably no, >> but it was when I set the machine up this way 5 or so years ago. Even >> today I still see messages from things like Virtualbox drivers saying >> they are using 32-bit modes, but what do I know? When emerge threw all >> this stuff at me Sunday I figured I had no reason to break a machine >> that has been working well so I let it do everything it wanted to do. >> I don't have any problems with them getting rid of emulation libraries >> and having everything built into the packages. I just wasn't prepare >> for the time it required yesterday. > > I=E2=80=99m still working on it, myself. Various problems. Nothing I won= =E2=80=99t be > able to figure out. My list of things to build ~amd64 instead of amd64 > is growing a bit, for instance. Had to fix one of my overlay > ebuilds. Etc. Removed some 32-bit stuff at least temporarily. I do not > use 32-bit stuff very often. > > The main problem at this case is emerge wanting to install libav > despite that I=E2=80=99m set up for ffmpeg. These things happen. > > At least if you use emerge as your package manager, it=E2=80=99s probably= safe > to go ahead and uninstall the emul packages, if you haven=E2=80=99t. The > binaries will stay in place until you build the replacements. > Hi Barry, Yes, uninstalling the emulation libraries is exactly what I did yesterday. It all seemed to work. Everything (nearly 300 packages) built cleanly, and then following that there were another 250 or so that had to be rebuilt I guess to be relinked or something. Anyway, it took a few hours but everything went fine. In my case I've been slowly converting my machine back to nearly 100% stable. I don't need anything more than that in my daily work these days and would greatly prefer fewer updates. In the old days when I ran a lot of Gentoo pro-audio overlay stuff I stay to stay leading edge all the time but these days I don't do that and life should be easier. The libav vs ffmpeg thing was an issue for me also but I eventually got through that a couple of weeks ago. As part of 'going stable' I've removed use flags in make.conf and package.use and then basically let portage do its thing. Everything worked fine once I got it all to build. handbrake/makemkv/vlc and (I think) xine are all working now but they weren't for a few days. I was thinking back about my 32-bit usage when I built the machine. In those days (and it's likely still true) to run Windows VST plugins you had to have 32-bit support. I was doing a lot of software synth stuff a decade ago and suspect that was my main need in that area. I don't intentionally use 32-bit for anything so likely I don't need it at all as per Frank's comment but I also didn't feel like I really wanted to deal with that right now. Cheers, Mark