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 1JZoDY-00041e-7h for garchives@archives.gentoo.org; Thu, 13 Mar 2008 14:15:36 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 394B1E0730; Thu, 13 Mar 2008 14:15:34 +0000 (UTC) Received: from aei-tech.com (static-69-95-200-80.ind.choiceone.net [69.95.200.80]) by pigeon.gentoo.org (Postfix) with ESMTP id 15B20E0730 for ; Thu, 13 Mar 2008 14:15:34 +0000 (UTC) Received: (qmail 23182 invoked from network); 13 Mar 2008 14:15:33 -0000 Received: from unknown (HELO www.aei-tech.com) (192.168.1.1) by 192.168.1.1 with SMTP; 13 Mar 2008 14:15:33 -0000 Received: from 192.168.2.159 (SquirrelMail authenticated user ctennis) by www.aei-tech.com with HTTP; Thu, 13 Mar 2008 10:15:33 -0400 (EDT) Message-ID: <52737.192.168.2.159.1205417733.squirrel@www.aei-tech.com> In-Reply-To: <47D930BC.3050708@gentoo.org> References: <430880c50803121635g294f505av259707f7e6a746bb@mail.gmail.com> <1205415290.17945.19.camel@nc.nor.wtbts.org> <47D92F32.8070703@gentoo.org> <47D930BC.3050708@gentoo.org> Date: Thu, 13 Mar 2008 10:15:33 -0400 (EDT) Subject: Re: [gentoo-dev] Help offered - Portage tree From: "Caleb Tennis" To: gentoo-dev@lists.gentoo.org User-Agent: SquirrelMail/1.4.10a Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 (Normal) Importance: Normal Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 92e36329-8950-4c4c-b3cf-82b5e0c585c7 X-Archives-Hash: bc572173d9d480e833dab3ab48196f19 > +1 on that and if people who use binary pkgs don't tell us what breaks, > we won't know. I'll kick it off, then. The binpkg format needs some way to store the actual versions of the depe= ndencies as they were on the machine the package was compiled on. Then, when emergin= g the binpkg, someway to force those dependencies on the new install machine wo= uld be nice. I'll give an example. Package A was built on machine 1, and has a dep on >=3Dopenssl-0.9.7. Machine 1 has openssl-0.9.8 already installed. Binar= y package built, no problem. Now, we attempt to install binary package A on machine 2, which has opens= sl-0.9.7.=20 It installs fine, deps met. But, whoops, there's some symbols missing wh= en we go to use package A on machine 2. After some time, we finally realize it's bec= ause we need new openssl. I use this example because it's actually hit me before, but it extends to= lots of other scenarios. The obvious fix is to either use --deep, or just make s= ure you need machine 2 up to date with machine 1, though that's difficult to do w= hen you're talking about machine 301 and machine 559. If there was a way to tell the bin package installer to make sure you met= all of the same minimum verisons of the deps as they were on the original compiling = machine, that would be fantastic. Now, I'm happy to file a bug and assign it (to the portage team?), but I = view this really as a wishlist item, and since admittedly very few devs use the bin= pkg stuff, I didn't see it as something that would probably get acted upon anyway. = I'm not complaining about that either, just merely stating a fact. Caleb --=20 gentoo-dev@lists.gentoo.org mailing list