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 1F9sNn-0001tN-CX for garchives@archives.gentoo.org; Thu, 16 Feb 2006 23:17:55 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k1GNH6oe014370; Thu, 16 Feb 2006 23:17:06 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 k1GNH5MH018414 for ; Thu, 16 Feb 2006 23:17:05 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 1F9sMy-0001Zf-KY for gentoo-osx@lists.gentoo.org; Thu, 16 Feb 2006 23:17:04 +0000 Message-ID: <43F50817.9070906@gentoo.org> Date: Thu, 16 Feb 2006 18:17:43 -0500 From: Nick Dimiduk User-Agent: Thunderbird 1.5 (Macintosh/20051201) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail 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: <00a201c6277b$c43053c0$14b2a8c0@rincewind> <6151C11D-5A0A-45B5-9C22-5C052DB44585@gentoo.org> <43E8BBB8.4050708@gentoo.org> <43F2A5D3.30807@gentoo.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 63f1a5b2-2c46-469d-9832-cee09633169f X-Archives-Hash: 97b2faa6a1e8bf528f5694bded943f81 Kito wrote: > I would probably just use 'frameworks' as the name, the 'BP' prefix is > not generally used. Can do. > This wouldn't work as it isn't respecting ${D}. You want to have the > package install itself to ${D} and let portage handle touching the live fs. Ignored. :D > Hmmm, I wonder if we could make use of alternatives.eclass to handle the > symlinks for 'Current' I'm not familiar with this eclass; I'll check it out. > Probably shouldn't use `useq` or `ppc-macos` anymore. In fact, I'm not > even sure these need a conditional...but if they do, we should probably > `use userland_Darwin` instead. This syntax came from the example in http://dev.gentoo.org/~plasmaroo/devmanual/eclass-writing/. I agree it may not be the best approach. > The insert functions are useful, but I was also picturing a custom > src_install that automagically shuffled the files around in ${D} to > match the framework structure. For instance, check out some of your > existing frameworks of opensource projects like python, perl, and SDL. > You'll see they have somewhat of a standard unix-y layout > ('./usr{bin,lib,shared}') usually with symlinks like > `Documentation->Versions/Current/usr/share/doc > Headers->Versions/Current/usr/include`. I'll look at these. We may have conflicting ideas on how this eclass would be used. My vision for the used of this eclass is as follows: the library gets a USE flag, like "framework" or some such, which builds the library as a framework. These functions are used to help the ebuild author create the framework from the package files, as an ebuild author would use do* with a package lacking a standard `make install`. It's not clear if the activated USE flag would disable installation to a standard /usr/lib style location or simply add the construction of a framework. Let's further discussion! Exactly what does this eclass need to do? -Nick -- gentoo-osx@gentoo.org mailing list