From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1F9klm-0007xy-Hn for garchives@archives.gentoo.org; Thu, 16 Feb 2006 15:10:10 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k1GF8NQg010073; Thu, 16 Feb 2006 15:08:23 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k1GF8Mbc003221 for <gentoo-osx@lists.gentoo.org>; Thu, 16 Feb 2006 15:08:22 GMT Received: from d149-67-214-246.col.wideopenwest.com ([67.149.246.214] helo=[192.168.1.101]) by smtp.gentoo.org with esmtpa (Exim 4.54) id 1F9kk2-0007W4-3Z for gentoo-osx@lists.gentoo.org; Thu, 16 Feb 2006 15:08:22 +0000 Message-ID: <43F4958D.10901@gentoo.org> Date: Thu, 16 Feb 2006 10:09:01 -0500 From: Nick Dimiduk <ndimiduk@gentoo.org> User-Agent: Thunderbird 1.5 (Macintosh/20051201) Precedence: bulk List-Post: <mailto:gentoo-osx@lists.gentoo.org> List-Help: <mailto:gentoo-osx+help@gentoo.org> List-Unsubscribe: <mailto:gentoo-osx+unsubscribe@gentoo.org> List-Subscribe: <mailto:gentoo-osx+subscribe@gentoo.org> List-Id: Gentoo Linux mail <gentoo-osx.gentoo.org> X-BeenThere: gentoo-osx@gentoo.org Reply-to: gentoo-osx@lists.gentoo.org MIME-Version: 1.0 To: gentoo-osx@lists.gentoo.org Subject: Re: [gentoo-osx] Gentoo-OSX and Mac system / frameworks References: <E1F43BJ-0004gu-AY@nuthatch.gentoo.org> <00a201c6277b$c43053c0$14b2a8c0@rincewind> <6151C11D-5A0A-45B5-9C22-5C052DB44585@gentoo.org> <43E8BBB8.4050708@gentoo.org> <43F2A5D3.30807@gentoo.org> <59324.84.179.246.4.1139992205.squirrel@mail.sz-online.de> In-Reply-To: <59324.84.179.246.4.1139992205.squirrel@mail.sz-online.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id k1GF8NR7010073 X-Archives-Salt: b3b641de-25b6-4ea5-9963-1ac3b44e2895 X-Archives-Hash: c55d3391df95ff35d07b32e972756062 Dirk Sch=F6nberger wrote: > I just shortly looked at it and I don't know all intricacies, but I see > the use of {PV}. > I real frameworks, a new version of the headers or libraries is assumed= to > be installed if "major changes", i.e. source incompatible API changes, > occur. IIRC, {PV} changes with each new minor version or -r version? S= o > this may possibly create too many versions. Does there exist a variable > which changes less often, or should there be introduced such a variable= ? I'd read this about major version changes... AFAIK there is no way to=20 test for external API changes via a variable name. The best we can do=20 is read the upstream changelog. The other thing to note is that unless=20 the library is slotted, portage will uninstall the old version of the=20 library (default behavior, iirc) leaving only the most recent version in=20 the framework. I'm open to suggestions. Also, are there any libraries in particular with which you'd like to see=20 this working? What packages should I be using to test this? -Nick --=20 gentoo-osx@gentoo.org mailing list