From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1L4EjT-00026X-HY for garchives@archives.gentoo.org; Sun, 23 Nov 2008 13:10:35 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 13EE6E04D7; Sun, 23 Nov 2008 13:10:36 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by pigeon.gentoo.org (Postfix) with ESMTP id C5E91E04D7 for ; Sun, 23 Nov 2008 13:10:35 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L4EjQ-0004EW-T9 for gentoo-amd64@lists.gentoo.org; Sun, 23 Nov 2008 13:10:32 +0000 Received: from ip68-230-99-190.ph.ph.cox.net ([68.230.99.190]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 23 Nov 2008 13:10:32 +0000 Received: from 1i5t5.duncan by ip68-230-99-190.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 23 Nov 2008 13:10:32 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-amd64@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-amd64] Re: kde4, xorg, xf86-video-ati/radeon, and multi-panel display Date: Sun, 23 Nov 2008 13:10:25 +0000 (UTC) Message-ID: References: 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 Content-Type: text/plain; charset=UTF-8 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-230-99-190.ph.ph.cox.net User-Agent: Pan/0.133 (House of Butterflies) Sender: news Content-Transfer-Encoding: quoted-printable X-Archives-Salt: e4ee3f99-9189-4805-ab59-81193e931128 X-Archives-Hash: 2d076025855fc6f07be53940eadd7f49 Beso posted d257c3560811230356l13b249cfm8fd974dfc493b094@mail.gmail.com, excerpted below, on Sun, 23 Nov 2008 11:56:36 +0000: > with portage i had very often issues with having the deps discovered > in the right way. of course when the system is up and running this > isn't so much of a trouble, but when you set it up or when > you do an upgrade that still has quite some deps discovered then the > problem is to be seen. Hmm... I've never had a major problem in that regard. At least not since= =20 my initial from-stage-one installation back with 2004.0 (first try)=20 and .1 (actual success). But portage is so changed since then it's=20 really not worth considering, and it could have just as easily been my=20 goofs, I know I was learning a quite a bit as I went, or bad ebuilds. =20 Other than that, there has been perhaps an occasional minor niggle, but=20 nothing someone running ~arch shouldn't expect from time to time and be=20 able to work out or revert to a working version (perhaps the known=20 working version on the rootbak image, snapshot taken when the system was=20 in known bootable and reasonably stable condition) should it be necessary= . Personally, however, I suspect that stable isn't really that much more=20 stable than ~arch, and the fact that my portage stub-scripts for @world=20 and @system all use -aNuDv so I get a preview, deep dependencies don't=20 get behind and USE flag changes get managed right away, plus routine use=20 of revdep-rebuild and --depclean, possibly none of which those on stable=20 are likely to do regularly let alone religiously, has a lot to do with my= =20 relatively smooth ride, even on ~arch. > well, anyway, i always find good having > at least 2 working package installers I saw that point made a few days ago and thought it was a good one. Of=20 course, if I were to do it given my stated position, I'd be merging=20 pkgcore instead. However, I've a decent enough familiarity with portage=20 that in some cases at least, it's easier to actually work the problem,=20 than it would be to learn my way around a second PM. --=20 Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman