Собственно в apt-repo-1.4.8-alt1 работает:

# apt-repo  add 401870
#

А с curl $proxy работает как надо?

Вот тестовое задание https://git.altlinux.org/tasks/411063/

К сожалению ссылка различается для обычных и архивных заданий, http redirect в apt-get не работает, а определить разницу в url можно только curl запросом.

Возможно, лучше при apt-repo add всегда добавлять url для обычных заданий (без архивных), для обратной совместимости.

(Ответ для Vitaly Chikunov на комментарий #3)

> Вот тестовое задание https://git.altlinux.org/tasks/411063/

работает.

> К сожалению ссылка различается для обычных и архивных заданий, http redirect
> в apt-get не работает, а определить разницу в url можно только curl запросом.
> 
> Возможно, лучше при apt-repo add всегда добавлять url для обычных заданий
> (без архивных), для обратной совместимости.

Раз уж оно проверяется, можно сначала проверять и добавлять обычное задание, а если обычного уже нет, проверять и добавлять архивное.

(In reply to Sergey Y. Afonin from comment #4)
> (Ответ для Vitaly Chikunov на комментарий #3)
> 
> > Вот тестовое задание https://git.altlinux.org/tasks/411063/
> 
> работает.

Спасибо.

> > К сожалению ссылка различается для обычных и архивных заданий, http redirect
> > в apt-get не работает, а определить разницу в url можно только curl запросом.
> > 
> > Возможно, лучше при apt-repo add всегда добавлять url для обычных заданий
> > (без архивных), для обратной совместимости.
> 
> Раз уж оно проверяется, можно сначала проверять и добавлять обычное задание,
> а если обычного уже нет, проверять и добавлять архивное.

Две проверки делать?

Добавлять не архивное задание, если пользователь хочет архивное нет смысла.
Добавлять архивное задание, если пользователь хочет не архивное нет смысла.
Поэтому проверка нужна.

Но можно было откатиться на предыдущее поведение.

На сколько я понимаю, задание или в работе, или в архиве, или удалено. Одновлеменно в работе и в архиве оно быть не может. Правильно?

Тогда надо просто добавить его оттуда, где оно сейчас есть.

Опять же, если оно в работе, а делать так, чтобы ещё потом и из архива было доступно без телодвижений может быть и не стоит. Как напоминание, что надо удалить. Или уж передобавить из архива.

(In reply to Sergey Y. Afonin from comment #6)
> На сколько я понимаю, задание или в работе, или в архиве, или удалено.
> Одновлеменно в работе и в архиве оно быть не может. Правильно?
> 
> Тогда надо просто добавить его оттуда, где оно сейчас есть.

Разве сейчас не так?

(Ответ для Vitaly Chikunov на комментарий #7)

> > Тогда надо просто добавить его оттуда, где оно сейчас есть.
> 
> Разве сейчас не так?

Даже не задумывался, честно говоря. Я на фразу "Добавлять не архивное задание, если пользователь хочет архивное нет смысла. Добавлять архивное задание, если пользователь хочет не архивное нет смысла." сориентировался. Если задание или там, или там, а в двух местах быть не может, то смысл фразы теряется.

Какой фразы?

1. Чтоб "просто добавить его оттуда, где оно сейчас есть"
2. нужно узнать где оно есть.
3. Для этого делается curl запрос.
4. Добавлять не узнав "где оно есть" не имеет смысла.

(In reply to Vitaly Chikunov from comment #9)

> Какой фразы?

"Возможно, лучше при apt-repo add всегда добавлять url для обычных заданий"

А задание 411063 куда делось?

(In reply to Sergey Y. Afonin from comment #10)
> (In reply to Vitaly Chikunov from comment #9)
> 
> > Какой фразы?
> 
> "Возможно, лучше при apt-repo add всегда добавлять url для обычных заданий"

Зачем делать регресс если решение с $proxty работает?

> А задание 411063 куда делось?

Случайно стер при copy paste номера здания.

apt-repo-1.5.1-alt1 -> sisyphus:

Sun Mar 15 2026 Vitaly Chikunov <vt@altlinux> 1.5.1-alt1
- Fix APT proxy support (ALT #58197).
- Make apt-repo rm match both http and https urls (ALT #58216).