Объясните нубу, что выдает apk search?

с linux недавно
alpine

Давай что-то одно

Просто не стоит начинать с alpine начни с убунты.

Как это поможет с ответом на мой вопрос?

это не ответ а совет

помогите разобраться

У «Alpine» офигенный сайт , там ведь про всё необходимое для использования предельно ясно описано.

P.S. Список пакетов наверно надо обновить сначала — apk update

Потому что список пакетов надо сначала загрузить, а потом искать по нему.

Нет уж. Пусть начинает с нормального. Alpine годится. Не с убунты же начинать.

Альпине заранее не правильный дистр , если скажут вот взяли оттуда то переделанный mips итд , а то украли и бахвалятся что андроид обтянули

Ребята, всем спасибо за советы. Но (я негодую) неужели ни кто не может ответить конкретно на простой вопрос..?

1. Ты вот тут смотрел наличие пакета (и его правильное название) именно для версии 3.9?

2. Вызывал ли ты apk update?

Вот это уже наглость.

Ответ в пятом комменте темы.

Я за бан.

может я неправильно юзаю форум и задал 2 вопроса: 1 в заголовке, 2 в теле сообщения,

но сначала меня интересует (вопрос в заголовке), что является результатом вывода apk search?

и я почитал сайт в ответах и погуглил вопрос, а т.к. по теме у меня знаний еще 0, то я не понимаю, что является результатом вывода этой команды (название пакета в репозитории/название пакета в локальном кеше/ или что-то другое, например - версия дистрибутива, в репозитории которого есть такой пакет)

1. да, смотрел

2. да, вызывал

но сначала меня интересует (вопрос в заголовке), что является результатом вывода apk search?

1. Результатом запуска apk search без параметров является список всех известных пакетному менеджеру пакетов.

2. Результатом запуска apk search что_то является список известных пакетному менеджеру пакетов, в имени которых есть что_то.

3. Чтобы закачать полный список пакетов, нужно сначала выполнить apk update.

/ # apk update
fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/community/x86_64/APKINDEX.tar.gz
v3.12.0-351-gc8b5ea21f0 [http://dl-cdn.alpinelinux.org/alpine/v3.12/main]
v3.12.0-349-g84288fde14 [http://dl-cdn.alpinelinux.org/alpine/v3.12/community]
OK: 12750 distinct packages available
/ # apk search nnn
nnn-zsh-completion-3.2-r0
nnn-doc-3.2-r0
nnn-bash-completion-3.2-r0
nnn-3.2-r0
nnn-fish-completion-3.2-r0
/ # apk add nnn
(1/4) Installing ncurses-terminfo-base (6.2_p20200523-r0)
(2/4) Installing ncurses-libs (6.2_p20200523-r0)
(3/4) Installing readline (8.0.4-r0)
(4/4) Installing nnn (3.2-r0)
Executing busybox-1.31.1-r16.trigger
OK: 7 MiB in 18 packages
/ # 

Спасибо.

musl помимо того что несовместим с glibcшным софтом ещё и достаточно ограниченный libc. Будь alpine на glibc - был бы смысл

Чего не хватает в musl?

Чего не хватает

Костылей и подпорок для архитектур 40-летней давности.

Локалей, санитаров, setcontext (прощай весь plan9 софт), совместимости с glibc (прощай весь бинарный софт)

Да туфта это всё. Более 90% софта работает прекрасно с musl. Или ты хотел без пересборки? Ясен пень, что бинарной совместимости нет, да и не будет, но софт не нужно адаптировать под musl в большинстве случаев

10% нералотающего софта это очень много. Весь plan9 софт не собирается с musl как минимум и парой правок его адаптировать не выйдет, только прлностью порт plan9 переделывать.