From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 9DA7713877A for ; Sat, 26 Jul 2014 07:15:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 694E9E0CF5; Sat, 26 Jul 2014 07:15:06 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5528FE0CF1 for ; Sat, 26 Jul 2014 07:15:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 4F13134004F for ; Sat, 26 Jul 2014 07:15:04 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.505 X-Spam-Level: X-Spam-Status: No, score=-1.505 tagged_above=-999 required=5.5 tests=[AWL=-0.802, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hbW6cc8z_b3N for ; Sat, 26 Jul 2014 07:14:58 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 7B0BC340048 for ; Sat, 26 Jul 2014 07:14:56 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XAwBx-0006FD-KW for gentoo-dev@gentoo.org; Sat, 26 Jul 2014 09:14:53 +0200 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Jul 2014 09:14:53 +0200 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Jul 2014 09:14:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: don't rely on dynamic deps Date: Sat, 26 Jul 2014 07:14:41 +0000 (UTC) Message-ID: References: <53CD6BED.10603@gentoo.org> <201407212153.04605.dilfridge@gentoo.org> <20140721205527.142cb3d5@googlemail.com> <1405976767.1013.9.camel@gentoo.org> <53CE6CED.1060300@gentoo.org> <20140723004441.2e68c0b0@gentoo.org> <53D26D58.3000004@gentoo.org> <53D27343.6020009@gentoo.org> <20140725161540.64e47040@googlemail.com> <53D2768E.8070400@gentoo.org> <20140725162628.32c0f611@googlemail.com> <53D27B6F.30704@gentoo.org> 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=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT d447f7c /m/p/portage/src/egit-src/pan2) X-Archives-Salt: 1b3ce943-931a-4d12-af39-1278f30c70b1 X-Archives-Hash: d4ef301453f441d53e1b5069face05ff hasufell posted on Fri, 25 Jul 2014 15:44:47 +0000 as excerpted: > Sounds like that would be an interesting gentoo project. But afais PMS > doesn't really specify how binary packages should look like, so we will > hit incompatibility problems there as well. AFAIK binpkgs are purely an individual PM feature, considered outside the domain of PMS. Unless things have changed, paludis doesn't support them at least in portage form and there's active antipathy toward adding that (altho I believe there was discussion of adding rpm support at one point). I don't know whether pkgcore supports them or not, tho if it does, I suspect its support is close to the portage-native form. But while I believe someone's working on pkgcore again now, until it gets EAPI-5 support it's pretty much out of the picture anyway. Gentoo did at one point do binpkg ISO-images, but I've not seen or heard anything of that in years, and of course while they did form a convenient quick-install foundation, they were quickly outdated, and there was no gentoo-only mechanism to continue with binpkgs -- you did your quick- install from binpkg, optionally changed any USE flags you wanted and rebuilt using --newuse, and continued with conventional gentoo build-from- source after that. Meanwhile, it's worth noting that a mostly from-sources distro such as gentoo has the luxury of bypassing many of the legal issues involved with binary distribution. Among other things there's the patent issues that don't normally apply (at least in the US) to source distribution due to freedom-of-speech-overrides, and the gpl source provision (including our patches) obligations as well. Partially for that reason, gentoo as a distribution has in the past chosen to deemphasize binaries and leave most of the binary distribution angle to the gentoo-based distros. That lets us continue focusing on what we do best, while leaving the gentoo-based distros a bit more space to work on what they can do better. While there'd certainly be some convenience to a binaries server, is it really going to be worth the cost, in legal hassle, in blurring our sources focus, and in killing that exclusive niche for our downstream distros? Meanwhile, a question for the infra and foundation folks: A quick look at the the download links and mirrors says that we're still distributing 10.1 images for at least x86 and amd64. Based on the file-dates on the mirrors, that was 2009, and I don't see corresponding links to sources, which means at least for the gplv2 binaries on those images, we're obligated to provide sources, including our patches, until 2017 (three years from now) and counting. While the ebuilds and tarballs aren't likely to be a huge issue, are we sure we have those patches archived and will until three years after we quit distributing those binaries, such that we can provide them on-demand? If not, those images need to come down. -- 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