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.62) (envelope-from ) id 1HvrkU-0004R3-2h for garchives@archives.gentoo.org; Wed, 06 Jun 2007 09:24:14 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l569NCUD013492; Wed, 6 Jun 2007 09:23:12 GMT Received: from smtp-out4.libero.it (smtp-out4.libero.it [212.52.84.46]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l569LMlb011224 for ; Wed, 6 Jun 2007 09:21:22 GMT Received: from mx4.libero.it (172.31.0.87) by smtp-out4.libero.it (7.3.120) id 4611FF5204594990 for gentoo-dev@lists.gentoo.org; Wed, 6 Jun 2007 11:21:21 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAFoZZkaXK+o9/2dsb2JhbAAN Received: from unknown (HELO [192.168.0.6]) ([151.43.234.61]) by smtp-pim.libero.it with ESMTP; 06 Jun 2007 11:21:18 +0200 Message-ID: <46667D30.4040501@gentoo.org> Date: Wed, 06 Jun 2007 11:24:00 +0200 From: Luca Barbato User-Agent: Thunderbird 1.5.0.10 (X11/20070314) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] [PMS] new dep list (useful just for cross stuff) X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 711ae40d-9170-475e-b46e-4415e341c813 X-Archives-Hash: a596b1537ee11e782c68f6be8d01e1ff yesterday we discussed about cross development and why the gentoo support for it works just to a point (and then has something missing) There are already some convoluted ideas about multiabi/multilib support with patches being discussed and there are some handy scripts that let you cross emerge stuff to a point (it has to be an autotooled package or has to be cross aware, it shouldn't depend on running certain programs). the first way aims at integrate the multiabi concept in a quite tight way, the other just makes portage consider it a completely separated beast and just ignore the rest. The nicer way should be just have another dep list that shows which rdeps should REALLY be run in order to get the package built and which are just deps needed to run the package itself. the simple/dumb way to treat this list is something like: you walk the cross dep list, for each atom in the dep with a run to build dep prepare a list to feed to the host configured package manager and build it first, then move to the cross dep list and threat it as it is a completely separated instance. Sounds too simple to be complete but I think for simple stuff like doc creation and cvs/svn/git/hg.. dep for live ebuilds should work pretty fine. PMS overlords what's your take? lu -- Luca Barbato Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@gentoo.org mailing list