From owner-freebsd-current@FreeBSD.ORG Sun Jul 14 03:18:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7A573676; Sun, 14 Jul 2013 03:18:12 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 44A3591; Sun, 14 Jul 2013 03:18:11 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id r6E3I7EI007822 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 13 Jul 2013 22:18:07 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([10.132.99.23]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.02.0309.002; Sat, 13 Jul 2013 22:18:07 -0500 From: "Teske, Devin" To: Mark Felder Subject: Re: [HEADSUP] No more pkg_install on HEAD by default Thread-Topic: [HEADSUP] No more pkg_install on HEAD by default Thread-Index: AQHOf1XlEhI/XtjETUan8/QjEhM8ppliCtaAgACKXACAAHg7gIAAGMOAgAAZGQCAAAqhgIAAUuIAgAA53QA= Date: Sun, 14 Jul 2013 03:18:06 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D7201FC48D7@ltcfiswmsgmb21> References: <20130712231637.GS85556@ithaqua.etoilebsd.net> <13CA24D6AB415D428143D44749F57D7201FC2DBD@ltcfiswmsgmb21> <20130713080732.GV85556@ithaqua.etoilebsd.net> <13CA24D6AB415D428143D44749F57D7201FC3AA2@ltcfiswmsgmb21> <13CA24D6AB415D428143D44749F57D7201FC3C92@ltcfiswmsgmb21> <13CA24D6AB415D428143D44749F57D7201FC3FAA@ltcfiswmsgmb21> <1373759460.29471.140661255344697.6A5745F8@webmail.messagingengine.com> In-Reply-To: <1373759460.29471.140661255344697.6A5745F8@webmail.messagingengine.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.126] Content-Type: text/plain; charset="us-ascii" Content-ID: <1B4CECD849B49245B27E503B1B42CEAA@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-07-13_08:2013-07-12,2013-07-13,1970-01-01 signatures=0 Cc: Devin Teske , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jul 2013 03:18:12 -0000 On Jul 13, 2013, at 4:51 PM, Mark Felder wrote: > On Sat, Jul 13, 2013, at 13:54, Teske, Devin wrote: >>=20 >>=20 >> If FTP access (or any of the other remote access methods) are going away >> for HEAD pkg access, I'll need to know so I can make the appropriate >> changes in the HEAD branch of bsdconfig. >>=20 >=20 > It's simpler than you think. The new pkg uses libfetch. You can have > your PACAKGESITE be file:// ftp:// http:// https:// ...=20 >=20 In bsdconfig (as one might expect), before a user installs a package, he or= she is presented with a list of packages with descriptions (and perhaps ot= her limited information). ASIDE: For efficiency, I will actually need three things: (1) a list of all= packages (2) their descriptions and (3) their run-time dependencies. NOTE: I'll need run-time dependencies so that as they're checking boxes in = the UI, I can update accordingly (has nothing to do with how the dependenci= es are handled when the packages get installed; I'll let pkg handle that wh= en it comes time, but for the UI and for the "review" screen, I want the us= er to be informed and I can do that more efficiently if I have a master-lis= t and don't have to make continuous queries). That being said, I was planning on doing a "pkg rquery" to get that master = list of [minimally] 3-pieces of information. What protocol does that "rquery" run on? What would one have to do to set u= p their own server that can accept an "rquery"? (our customers don't have I= nternet access) Last but not least... Can you do an "rquery" on a local repository? (say, one that has been mount= ed via NFS or some other media, local or otherwise but looking like a local= filesystem once-mounted). What would be required to get a local repository= like that going? > I do suspect that HTTP_PROXY support is probably not available as I > recall seeing a post where someone was asking about that getting > implemented for fetch. I'll have to research that again, though. Thanks. Keep me up to date on that. Neither sysinstall nor bsdinstall really give HTTP_PROXY access much though= t (they support it, but only minimally). They just construct a raw HTTP hea= der with the FTP URL and send that directly to the proxy. One cute thing it= does (when initializing the connection) is test for Squid and if-so, appen= ds ";type=3Di" to the URL (to force binary download versus ascii). No support for proxy-server authentication (however user/pass authenticatio= n for the FTP server is passed through to the proxy-server). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you.