X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@mail.alpinelinux.org Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.alpinelinux.org (Postfix) with ESMTPS id 90E87DC00B7 for ; Mon, 29 Oct 2012 18:18:08 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 59BEC2074D for ; Mon, 29 Oct 2012 14:18:07 -0400 (EDT) Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute5.internal (MEProxy); Mon, 29 Oct 2012 14:18:07 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:subject:message-id :mime-version:content-type; s=smtpout; bh=2ezwxhWNj9/fDlnIXSxKBK Atjcs=; b=ZyC+P/ptunpjDYfaWEcnWCN5mr7DR91kMdOALqey0ZGBl476IswmUQ SDIX66gT4FFy8CUCkdrqOFZU1vAqhJG4EE7nc+RcuJichl5ZEYDdwHd7nl1SzoVA ifQMDFR3tABFV3/pHWKc1E3kXxCuiRIBtuiI76tc3fJbLjLOTKOWk= X-Sasl-enc: NH2Em3a7+SADXgI1WI0+nEpdMBwni4zYJTTIUwykEWsI 1351534687 Received: from localhost (unknown [69.86.161.234]) by mail.messagingengine.com (Postfix) with ESMTPA id 0895E482663 for ; Mon, 29 Oct 2012 14:18:07 -0400 (EDT) Date: Mon, 29 Oct 2012 14:17:37 -0400 From: Dubiousjim To: alpine-devel@lists.alpinelinux.org Subject: [alpine-devel] Questions about apk CMD -U Message-ID: <20121029181737.GB16841@vaio.jimpryor.net> X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) I'm doing some wiki cleanup, and have come across some issues I don't know the answer to. Can someone please clarify what is the EXACT effect of the -U/--update-cache flag for apk in each of the following circumstances: 1. apk update -U (with an APK package cache enabled? without?) 2. apk add -U (with an APK package cache enabled? without?) 3. apk upgrade -U (with an APK package cache enabled? without?) I assume that the -U flag in cases 2 and 3 makes it unnecessary to first run an "apk update". Is that correct? Is the -U flag in case 1 a no-op? Does the -U flag ever run an implicit "apk cache download", or anything of that sort? If anyone remembers at which earlier points in Alpine history the present behaviors became available, and what the preceding behavior was, that may also help with some wiki pages describing how to upgrade from older systems. For example, at which point could one begin relying on apk to upgrade apk-tools first, if necessary? -- Dubiousjim dubiousjim@gmail.com --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---