From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1N4xfL-0001Fy-1S for garchives@archives.gentoo.org; Mon, 02 Nov 2009 14:13:51 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3AB94E07EB; Mon, 2 Nov 2009 14:13:49 +0000 (UTC) Received: from mail-ew0-f222.google.com (mail-ew0-f222.google.com [209.85.219.222]) by pigeon.gentoo.org (Postfix) with ESMTP id 01607E07EB for ; Mon, 2 Nov 2009 14:13:48 +0000 (UTC) Received: by ewy22 with SMTP id 22so487087ewy.14 for ; Mon, 02 Nov 2009 06:13:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=xRF6t/Wf8hHiFGwdKtG0zwF1g5P/aKT6srJi8KwArFs=; b=Za/MAcdIPLuMXMpaykF1XANpcun3AX2DNZBydvjqjagJVZ9piO3Fa3XRc0AV2u1SoU y9lMwCGImFeOTRKLzSH8pv2d2C15jWQe7Qmz4TlNx2eUqVbX1KkhqiUbTI3yCNalAxDO H5wRP/aAphMwBnms9FcQIWzmUqiBWFFsoiVzw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; b=bTAWBUZ14InEXFyjwF8lSMxZCMUzurlrQBHFASQ9uVnJJtMVOKiHCqLr9ks5JlgskS BRffxQXKi2o3JjnI7Uu48atjeacumISsfTVznKEMqPDq66C651JrMvEuGipzw3UU9PrO 1Yvj2S3Bmoc349ExPEQFefh5GwW1ymISqIto4= Received: by 10.216.88.85 with SMTP id z63mr4572334wee.129.1257171228371; Mon, 02 Nov 2009 06:13:48 -0800 (PST) Received: from nazgul.localnet (dustpuppy.is.co.za [196.14.169.11]) by mx.google.com with ESMTPS id 5sm15741988eyh.34.2009.11.02.06.13.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 02 Nov 2009 06:13:46 -0800 (PST) From: Alan McKinnon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Kmplayer, video and audio not syncing. Date: Mon, 2 Nov 2009 16:12:49 +0200 User-Agent: KMail/1.12.2 (Linux/2.6.31-zen5; KDE/4.3.2; x86_64; ; ) References: <4AE36083.5090005@gmail.com> <20091102132508.66fd5094@zaphod.digimed.co.uk> In-Reply-To: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200911021612.49295.alan.mckinnon@gmail.com> X-Archives-Salt: 32c40749-0647-43b3-aed5-f248d8f24b31 X-Archives-Hash: b057a5e49707ef4968ae60a955a63fb3 On Monday 02 November 2009 15:58:57 Jes=C3=BAs Guerrero wrote: > On Mon, 2 Nov 2009 13:25:08 +0000, Neil Bothwick >=20 > wrote: > > On Mon, 02 Nov 2009 13:58:03 +0100, Jes=C3=BAs Guerrero wrote: > >> @preserved-rebuild never worked for me, maybe it's just that it doesn't > >> like ~arch. I am just too lazy to work on how to fix a thing when > >> there's an alternative that always worked reliably, revdep-rebuild. > > > > If it didn't work on ~arch, how would it ever make it into arch? >=20 > I am not the one to answer that, all I can say is that the few times I've > tried it, it kept rebuilding the same packages again, and again, and aga= in > ad infinitum, as said, I didn't even bother to find what the problem was, > because I have a working alternative. Sure it could be better, but that > hasn't been the case for me with @preserved-rebuild. >=20 > I've seen people reporting the same problems in the forums, so I am fairly > sure that's a common problem and not just exclusive to my installations. >=20 > > The trouble with revdep-rebuild is that you have to break your system >=20 > and >=20 > > then fix it. Most of the time this is trivial, but updates like >=20 > expat-2.0 >=20 > > showed the usefulness of being able to recompile the packages before >=20 > they >=20 > > were broken. >=20 > I can't understand that. You CAN'T recompile your packages against the new > ABI's until the new ABI is in your system, and hence your system is alrea= dy > broken. There's no preemptive measure against this. Both methods fix the > system *after* it's broken. Unless the old and the new ABI version are installed side by side. When=20 @preserved-rebuild is run, it deletes the old libs only after everything le= ft=20 that used it is now linked against the new one. There's only one case where this can't work - the developer changes the ABI= =20 and does not change the .so version number. That ain't gentoo's fault - sho= ot=20 the developer. =2D-=20 alan dot mckinnon at gmail dot com