Received: from mail-lj1-f182.google.com (mail-lj1-f182.google.com [209.85.208.182]) by nld3-dev1.alpinelinux.org (Postfix) with ESMTPS id 9DFA67819E6 for <~alpine/apk-tools@lists.alpinelinux.org>; Fri, 14 Feb 2020 08:52:19 +0000 (UTC) Received: by mail-lj1-f182.google.com with SMTP id n18so9820336ljo.7 for <~alpine/apk-tools@lists.alpinelinux.org>; Fri, 14 Feb 2020 00:52:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=IPRar6Nn/nw7InSJw8QCOpMYBtv3qrhapLNIckYRKJg=; b=GwHPclrmbknWN/bh532QhOeo4+1DKw7PieWtvgIYqW4XNbBkP8SpY4qu55PzB3te91 LkcljgvF4jujEkCEYMQ86M4yWloXah3Rth0AZWiTqunudhdA7fvPP1lfurOOfhPqLPb/ lC29oBrtLE+dqmVUj9Vl6/lSyO1UxpLmKd7XovAFF1fsMhapCYx9vByu1WihUUulflE6 dLFtWlF33At0FXCWjSWimILswFNaZ00ofyw+7RFSAQ9tg40UDGVjJyO5kEAeEMYGPdW9 XbZdXBfFc+gI7hQCnfXaJUflMancLNO/HLp0GloERq1OQ2s6OPmYnmXQdbVLzqwlnnmT g0vA== X-Gm-Message-State: APjAAAVc1OUIzLbPsBluRQkntE9ZLKtwzVvbPRH0Lw+yGgV/vry5cs+H z23vlHCkQGWnJapGLXiwTkU= X-Google-Smtp-Source: APXvYqzoBUfFpY2FJgdfnQ6TXaztEbWLeE1AjPPPoWMvjst0MYyh7IFmvCN+kULgfTm0sNLRXpE6Ow== X-Received: by 2002:a05:651c:232:: with SMTP id z18mr1455063ljn.85.1581670338728; Fri, 14 Feb 2020 00:52:18 -0800 (PST) Received: from vostro.wlan (dtc5qkyyyyyyyyyyyyx9y-3.rev.dnainternet.fi. [2001:14ba:80b2:d400::4fa]) by smtp.gmail.com with ESMTPSA id p9sm3074289ljg.55.2020.02.14.00.52.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 14 Feb 2020 00:52:18 -0800 (PST) Date: Fri, 14 Feb 2020 10:52:15 +0200 From: Timo Teras To: Carl Chave Cc: ~alpine/apk-tools@lists.alpinelinux.org Subject: Re: APK Package Name Issue on armel port Message-ID: <20200214105215.6873e402@vostro.wlan> In-Reply-To: References: X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-alpine-linux-musl) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Thu, 13 Feb 2020 22:55:37 -0500 Carl Chave wrote: > I have a running armel port of an alpine base system on an old > Dell/Kace M300 SBC appliance. It seems to be running very well except > that I can't install any packages with apk and I'm completely out of > ideas on how to fix it. > > I _think_ there's something going on with apk's ability to locate > packages based on their short names. For example, on a working system > I can do: > > sodco:/home/sodface# apk list file > file-5.38-r0 x86_64 {file} (BSD-2-Clause) [installed] > file-5.37-r1 x86_64 {file} (BSD-2-Clause) > > and get results. On the armel system, the same command produces no > output m300-01:/home/sodface# apk list file > m300-01:/home/sodface# > > However if I add a wildcard I get results: > m300-01:/home/sodface# apk list file* > file-5.37-r1 armel {file} (BSD-2-Clause) > file-dev-5.37-r1 armel {file} (BSD-2-Clause) > file-doc-5.37-r1 noarch {file} (BSD-2-Clause) This sounds weird. What is apk-tools version, and Alpine branch (edge or some stable)? > apk update seems to be aware of all the packages: > m300-01:/home/sodface# apk update > OK: 317 distinct packages available This indicates that no remote repositories are configured, and the package count is pretty low. Perhaps you are missing some repositories from etc/apk/repositories config? > I see the same sort of thing with other apk operations, like fetch and > list. So when I try to apk add a package it always comes back with > unsatisfiable constraints that the package is missing and displays the > package short name. Yeah, sounds like you are missing repositories. Timo