58197 2026-03-11 15:49:56 +0300 Error 28 while invoking curl 2026-03-29 01:40:32 +0300 1 1 4 Development Sisyphus apt-repo unstable x86_64 Linux CLOSED FIXED https://bugzilla.altlinux.org/show_bug.cgi?id=38269 P5 normal --- 1 asy cas cas shevchenkodyu vt qa-sisyphus oldest_to_newest 283617 0 asy 2026-03-11 15:49:56 +0300 # apt-repo add 401870 Error 28 while invoking curl at /usr/bin/apt-repo line 417. Компьютер не имеет доступ в Интернет, но в apt настроен доступ через прокси. Ещё недавно оно работало. 283619 1 asy 2026-03-11 15:57:49 +0300 Собственно в apt-repo-1.4.8-alt1 работает: # apt-repo add 401870 # 283667 2 vt 2026-03-12 05:01:21 +0300 А с curl $proxy работает как надо? 283669 3 vt 2026-03-12 07:20:18 +0300 Вот тестовое задание https://git.altlinux.org/tasks/411063/ К сожалению ссылка различается для обычных и архивных заданий, http redirect в apt-get не работает, а определить разницу в url можно только curl запросом. Возможно, лучше при apt-repo add всегда добавлять url для обычных заданий (без архивных), для обратной совместимости. 283885 4 asy 2026-03-15 13:21:22 +0300 (Ответ для Vitaly Chikunov на комментарий #3) > Вот тестовое задание https://git.altlinux.org/tasks/411063/ работает. > К сожалению ссылка различается для обычных и архивных заданий, http redirect > в apt-get не работает, а определить разницу в url можно только curl запросом. > > Возможно, лучше при apt-repo add всегда добавлять url для обычных заданий > (без архивных), для обратной совместимости. Раз уж оно проверяется, можно сначала проверять и добавлять обычное задание, а если обычного уже нет, проверять и добавлять архивное. 283888 5 vt 2026-03-15 13:38:22 +0300 (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 для обычных заданий > > (без архивных), для обратной совместимости. > > Раз уж оно проверяется, можно сначала проверять и добавлять обычное задание, > а если обычного уже нет, проверять и добавлять архивное. Две проверки делать? Добавлять не архивное задание, если пользователь хочет архивное нет смысла. Добавлять архивное задание, если пользователь хочет не архивное нет смысла. Поэтому проверка нужна. Но можно было откатиться на предыдущее поведение. 283900 6 asy 2026-03-15 15:16:28 +0300 На сколько я понимаю, задание или в работе, или в архиве, или удалено. Одновлеменно в работе и в архиве оно быть не может. Правильно? Тогда надо просто добавить его оттуда, где оно сейчас есть. Опять же, если оно в работе, а делать так, чтобы ещё потом и из архива было доступно без телодвижений может быть и не стоит. Как напоминание, что надо удалить. Или уж передобавить из архива. 283901 7 vt 2026-03-15 15:23:48 +0300 (In reply to Sergey Y. Afonin from comment #6) > На сколько я понимаю, задание или в работе, или в архиве, или удалено. > Одновлеменно в работе и в архиве оно быть не может. Правильно? > > Тогда надо просто добавить его оттуда, где оно сейчас есть. Разве сейчас не так? 283991 8 asy 2026-03-16 18:55:27 +0300 (Ответ для Vitaly Chikunov на комментарий #7) > > Тогда надо просто добавить его оттуда, где оно сейчас есть. > > Разве сейчас не так? Даже не задумывался, честно говоря. Я на фразу "Добавлять не архивное задание, если пользователь хочет архивное нет смысла. Добавлять архивное задание, если пользователь хочет не архивное нет смысла." сориентировался. Если задание или там, или там, а в двух местах быть не может, то смысл фразы теряется. 283992 9 vt 2026-03-16 19:02:50 +0300 Какой фразы? 1. Чтоб "просто добавить его оттуда, где оно сейчас есть" 2. нужно узнать где оно есть. 3. Для этого делается curl запрос. 4. Добавлять не узнав "где оно есть" не имеет смысла. 284720 10 asy 2026-03-28 12:43:41 +0300 (In reply to Vitaly Chikunov from comment #9) > Какой фразы? "Возможно, лучше при apt-repo add всегда добавлять url для обычных заданий" А задание 411063 куда делось? 284730 11 vt 2026-03-29 01:30:40 +0300 (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 номера здания. 284732 12 repository-robot 2026-03-29 01:40:32 +0300 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).