apt-repo add некорректно добавляет локалльный репозиторий, при этом, даже добавив его руками, на него ругается apt-get update.
Для p9 это тоже справедливо. 
Использовать локальный репозиторий даже прописав его руками не получилось.
Проблема таже, что была с добавлением обычных репозиториев http, что-то там с в регулярке которая урл парсит криво.

(Ответ для Alexey на комментарий #0)
> Утилита не принимает корректно параметр --cachedir.
> 
...
>  --cachedir=DIR  use a custom directory for package md5sum cache

Ошибка ровно в этом месте.  genpkglist вообще не умеет опции с параметрами через = , если написать --сachedir DIR , то всё будет хорошо.

В справке о программе именно через =.
Вообще кеш бесполезная штука. В отсутствии самих пакетов, закешированные md5 которых там лежат, он становится бесполезным. Т.е. в условиях, когда нужно добавить мд5 новых пакетов кеш просто не используется. И перегенировать метаданные полностью нельзя. Правильнее в качестве кеша использовать некую БД как в убунте, из которой можно генерить метаданные без самих пакетов.

Возник вопрос по результату работы genbasedir.
В каталоге после обрабокти появляются файлы .xz и .bz2. Зачем они нужны и когда используются? Вопрос связан с тем, что на данный момент на определенной платформе нет xz и, соответственно, файл xz отсутствует. Но насколько я понял он, как и bz2, apt-get не используется.

(Ответ для Alexey на комментарий #4)
> Возник вопрос по результату работы genbasedir.
> В каталоге после обрабокти появляются файлы .xz и .bz2. Зачем они нужны и
> когда используются?

Они используются когда делается apt-get update .

> Вопрос связан с тем, что на данный момент на
> определенной платформе нет xz и, соответственно, файл xz отсутствует.

Простите, а это где такое?  4.1?

> Но
> насколько я понял он, как и bz2, apt-get не используется.

Как раз используется либо файл .xz, а если его нет .bz2.  Оказывается, несжатый сейчас не используется совсем.  Это ошибка в apt, конечно -- он должен смотреть в несжатый файл если другого нет.

Я использую плагин для artifactory чтобы генерировать метаданные. В контейнер помещен genpkglist+поправленный нужным образом genbasedir. В официальном докер-образе используется busybox симлинк на xz, который не работает как архиватор.
Т.е. у меня есть pkglist.classic и pkglist.classic.bz2. При этом все равно скачивается pkglist.classic.
Я правильно понял, что если нет .xz, apt-get использует .bz2, а если и его нет, то незапакованный?

Кстати было бы чудесно, если бы вместо двух полурабочих утилит genpkglist и genbasedir была одна нормальная genpkglist.

(Ответ для Alexey на комментарий #6)
> Я использую плагин для artifactory чтобы генерировать метаданные. В
> контейнер помещен genpkglist+поправленный нужным образом genbasedir. В
> официальном докер-образе используется busybox симлинк на xz, который не
> работает как архиватор.

Ясно.

> Т.е. у меня есть pkglist.classic и pkglist.classic.bz2.
> При этом все равно
> скачивается pkglist.classic.

Вы уверены, что именно он скачивается? 

> Я правильно понял, что если нет .xz, apt-get использует .bz2, а если и его
> нет, то незапакованный?

Нет, он сейчас только .xz и .bz2 умеет скачивать.

> Кстати было бы чудесно, если бы вместо двух полурабочих утилит genpkglist и
> genbasedir была одна нормальная genpkglist.

Вы ошиблись, они обе полностью рабочие и отлично решают свои задачи.

> Вы уверены, что именно он скачивается? 
неа

> Вы ошиблись, они обе полностью рабочие и отлично решают свои задачи.

Я не мог ошибиться, я высказывал мнение, а не считал.
Мое мнение, как пользователя этого добра, именно такое.
Если бы я ошибся, то мне бы не пришлось допиливать второе, для использования первого. И это связано не с некорректным или нетипичным использованием, а с другим мною созданным тикетом.
Если есть враппер, то он как минимум не должен лишать того функционала утилиты, вокруг которого этот враппер пляшет.

https://github.com/ktf/apt-rpm/blob/master/tools/genbasedir

Вот тут еще 20 лет назад почти ключ --append был.

Где можно взять исходники genpkglist?

С вашего позволения

      const char *srpm = headerGetString(h, RPMTAG_SOURCERPM);
      if (srpm == NULL) {
         cerr << "genpkglist: " << rpm << ": invalid binary package" << endl;
         headerFree(h);
         return 1;
      }
Если я правильно понимаю, то если в пакете нет тэга SOURCERPM выдать сообщение invalid binary package. Мб стоит так и писать, что invalid sourcerpm tag?

(Ответ для Alexey на комментарий #10)
> Где можно взять исходники genpkglist?

http://git.altlinux.org/gears/a/apt-repo-tools.git?p=apt-repo-tools.git;a=tree;h=refs/heads/sisyphus;hb=sisyphus

Есть ли какая-либо возможность удалять записи из сгенерированного genpkglist листа?
Перегенерировать каждый раз нет возможности.

apt-repo-tools-0.7.0-alt1 -> sisyphus:

 Mon Oct 26 2020 Gleb F-Malinovskiy <glebfm@altlinux> 0.7.0-alt1
 - Added new options to patch package index.
 - Added --basedir option to specify base directory name.
 - genbasedir: added support for zstd-compressed package lists.
 - genpkglist, gensrclist:
   + removed --append option;
   + removed --meta option.
 - genpkglist: fixed --cachedir description in usage (ALT#38293).
 - imz@:
   + (.spec) Just added some compiler flags (which don't change anything) to be
   sure that APT API has not been used wrongly and will not be.  (Namely, to be
   sure that if a method override was intended, it would actually be overriding
   and not hiding a virtual method and that it would be marked "override" for
   future.).