[devel] Путаница в терминологии и названиях в документации

[devel] Путаница в терминологии и названиях в документации

[Aleksey Cheusov]

Привет всем. Заделом для этих замечаний и предложений явилась короткая offlist дискуссия с mike@
о давнишнем разделе git.alt на части. То, что ниже -- немного дискуссий на эту же тему в телеграм
канале и мой ответ Черепанову. Конструктив -- в двух первых моих постах в телеграме.
В принципе, дальше уже лирика, разжевывания и примеры (скукота).

Aleksey Cheusov, [17.05.20 16:11]
Риторический вопрос. А зачем, когда распиливали git.alt на части, не сделали так: git.alt оставить как
набор git репозиториев (на что компонент git в названии как бы и намекает), а сборочницу назвать
просто и банально build.alt (о чем и говорит компонент build в названии). Вместо этого ввели две
непонятных сущности на букву g. Если что, это идея Шигорина, я не сам придумал, но она мне кажется
Очень Логичной. gitery и gyle -- просто лишние названия, которые все усложняют. Кстати, в некоторых
Вики сборочницу ещё называют girar. В общем, кто в лес, кто по дрова, а сущности
всего лишь две: место, где хранятся репы, и сборочница

Wladmis, [17.05.20 16:20]
И всё ещё чуть-чуть сложнее.

Aleksey Cheusov, [17.05.20 16:23]
git.altlinux.org:2222 -- репы, build.altlinux.org:2222 -- сборочница. Чего-то не хватает?
Если эти порты заняты, можно взять другие

Aleksey Cheusov, [17.05.20 16:37]
Рекомендовать настройки .ssh/config можно было *бы* такие: git.alt и build.alt,
что я у себя и сделал. Очень просто, и очень понятно.

=============== Если мыль не ясна, читайте дальше. Конкструктив уже был :-) ==================

Anton Shevtsov, [17.05.20 18:02]
Поддерживаю. Gitery,girar,gyle.. усложнено все

Андрей Черепанов, [17.05.20 19:45]
[In reply to Anton Shevtsov]
Искусство не бывает простым. 😁

Aleksey Cheusov, [17.05.20 22:16]
[In reply to Андрей Черепанов]
А по сути? 😉

Андрей Черепанов, [18.05.20 08:44]
[In reply to Aleksey Cheusov]
По сути что? Именование серверов не является в Альте утилитарным, а подчиняется традиции, сложившейся исторически.

Aleksey Cheusov, [18.05.20 09:06]
На свое рац. предложение я рассчитывал получить сколь-нибудь рациональный
аргументированный ответ, а не "так повелось издревле".
Ответа "и все ещё чуть-чуть сложнее" я вообще не понял. То есть, в принципе уже ничего

Андрей Черепанов, [18.05.20 09:08]
[In reply to Aleksey Cheusov]
Рацпредложение в чём? В именовании серверов? Каждый может обозначить в ~/.ssh/config как угодно.
У меня вообще builder/git.alt. Не вижу смысла прикапываться к единовременной настройке.

Wladmis, [18.05.20 11:32]
[In reply to Aleksey Cheusov]
Это было риторическое замечание, но таки всё действительно чуть-чуть сложнее. Как, например,
часть (чуть ли не большая) пакетов до сих пор собирается из sourcerpm. А girar — это название
самой сборочницы (т.е., название программного обеспечения), а не самого сервера сборки.

Aleksey Cheusov, [18.05.20 11:37]
[In reply to Wladmis]
Насчёт girar я в курсе. Мой посыл в том, что документация оставляет желать лучшего. Отчасти это связано
с перегруженной на пустом месте терминологией. Перед лицом своих товарищей я обещал альтовцам
"обращать внимание своим свежим взглядом на всякие мелочи"(С) и я это делаю.
Что делать с традициями, уходящими в глубь веков, решать вам 😉

Андрей Черепанов, [18.05.20 16:10]
[In reply to Aleksey Cheusov]
Вот и укажите на конкретные проблемы на указанных страницах документации.

=========================================================================
Путаница #1:
  https://www.altlinux.org/Git.alt:

  "Выполняемые задачи
    Хостинг git-репозиториев, заточенный под нужды разработчиков Sisyphus
    Управление правами доступа к сборке пакетов в Sisyphus и другие бранчи
    Сборка пакетов в Sisyphus и другие бранчи из gear-репозиториев и SRPM-пакетов, располагающихся на нём самом"(c)

git.alt не может выполнять одновременно две задачи -- управлением gear
репозиториями и сборкой пакетов, поскольку вы распилили этот сервис на
два примерно : лет 5 назад. Один отвечает за сборку, второй -- за гит репы.
Здесь под git.alt имеется ввиду и то и другое месте, но
тогда это печально, поскольку в других статьях вики имя git.alt нам
явно рекомендуется повесить на сервис управления gear/git репозиториями.

=========================================================================
Путаница #2:
  Там же.

  "Powered by
  git.alt работает под управлением комплекса инструментов girar и girar-builder."(c)

  Обоснование выше. girar-builder -- это сборочница, а girar -- это управлялка репами.

Названия girar и girar-builder на этом этапе начинающему
мэнтейнеру AltLinux не говорят ни о чем. Они ему и не нужны. Ему
интересны ssh сервисы, и вот с ними его нужно и познакомить.
Я бы убрал их из документации. Тем не менее, запомним, что girar -- это
управление git репозиториями.

=========================================================================
Путаница #3:
https://www.altlinux.org/Git.alt/%D0%A1%D0%BF%D1%80%D0%B0%D0%B2%D0%BE%D1%87%D0%BD%D0%B8%D0%BA#acl_show

  "С 01.08.2015 г. для работы с git репозиторием надо настроить доступ к двум серверам : gitery.altlinux.org (gitery) и gyle.altlinux.org (girar)."(c)

  Здесь вводятся два новых ненужных слова: gitery, gyle. Кроме того
  girar (выше написано, что это управлялка git репозиториями)
  относится уже к сборочнице, хотя тул для нее называется girar-build,
  а girar -- это управлялка git репозиториями.

Там же, чуть ниже
  git.alt (gitery)
  girar (gyle)

  См. выше по аповоду запутанной терминологии. Кроме того в из "путаницы #1"
  мы помним, что git.alt -- это сборное понятие, обозначающее *и* управлялку репами
  *и* сборочницу.

=========================================================================
Путаница #3:
https://www.altlinux.org/Git.alt/%D0%A1%D0%BF%D1%80%D0%B0%D0%B2%D0%BE%D1%87%D0%BD%D0%B8%D0%BA#acl_show

   "Web-интерфейс Располагается по адресу http://git.altlinux.org/"

   Выше мы сказали, что web interface -- это git.alt, который мы
   назначили на gitery.altlinux.org. Конечно, я знаю разницу между
   службами ssh:// и http://, но и этой путаницы можно было бы
   избежать, если бы репы, доступные по ssh:// и действительно web
   interface http:// располагались на одном сайте -- git.altlinux.org,
   и висели на разных портах, как это обычно и делается.

=========================================================================
Путаница #4:
https://www.altlinux.org/Git.alt/FAQ
   "успешно собранные из gear-репозиториев пакеты сразу публикуются на /gears (он же git.altlinux.org::gears)"

   Выше было сказано, что пользовательские gear репы находятся на
   хосте gitery.altlinux.org. Окончательные репы Сизифа, как я
   понимаю -- на git.altlinux.org. Не то, чтобы это ошибка, но
   запутывает немного. Сходим смеху ради на
   http://git.altlinux.org/people/ -- все доступно, зачем тогда понадобился
   gitery.altlinux.org? http://git.altlinux.org/gears/ -- тоже работает.
   По http:// к репам добраться разработчиков можно, а по ssh -- зачем-то
   понадобился gitery.

=========================================================================
Путаница #5:
https://www.altlinux.org/Сборка_пакета_с_нуля#Отправка_в_git.alt

   "Отправка в git.alt"(c)

   Этот кувшин пуст(C). Если по несчастливой случайности вы наяндексили
   именно эту страницу, вы расстроитесь.

   В целом эта страница не отвечает своему заголовку. Запакетить
   какой-нибудь пакет с нуля она мне не позволит.

=========================================================================
Путаница #6:
https://www.altlinux.org/Краткое_руководство_по_сборке_пакета

   "git clone git://git.altlinux.org/people/dottedmag/packages/keyjnote.git"(c)

   Именно этот пример нерабочий, надежнее было бы какой-то фейковый
   пакет положить, и никогда никуда не заливать, скажем
   /people/mike/packages/gnuhello.git или что-то в этом духе.

=========================================================================
Путаница #7:
https://www.altlinux.org/Краткое_руководство_по_сборке_пакета#Сборка

   Здесь нам советуют для сборки использовать "gear-hsh $TMP/"

а вот здесь https://www.altlinux.org/О_стратегии_сборки_RPM_пакетов#Сборка

   скрипт какого-то парня. В чем разница без прочтения вороха
   документации -- совершенно не ясно. Этот ворох я еще не осилил.

=========================================================================
Путаница #8:
https://www.altlinux.org/О_стратегии_сборки_RPM_пакетов

   Вот здесь очень часто для редактирования команды используется конструкция с nohup:

   nohup medit /etc/hasher-priv/system 1>/dev/null 2>/dev/null &

   Я знаю, что такое nohup, но здесь он точно не нужен. Возможно, он
   попал сюда только потому, что такая схема *нравится* автору этой wiki
   страницы. Но, поскольку wiki в AltLinux не разделены на
   "Официальные" и "Какие-то люди написали", у меня в этом месте
   возникают вопросы.

Re: [devel] Путаница в терминологии и названиях в документации

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 7877 bytes --]

Доброго времени суток всем!

On Tue, 19 May 2020 17:31:05 +0300 Aleksey Cheusov wrote:
> Привет всем. Заделом для этих замечаний и предложений явилась короткая offlist дискуссия с mike@
> о давнишнем разделе git.alt на части. То, что ниже -- немного дискуссий на эту же тему в телеграм
> канале и мой ответ Черепанову. Конструктив -- в двух первых моих постах в телеграме.
> В принципе, дальше уже лирика, разжевывания и примеры (скукота).
>
> Aleksey Cheusov, [17.05.20 16:11]
> Риторический вопрос. А зачем, когда распиливали git.alt на части, не сделали так: git.alt оставить как
> набор git репозиториев (на что компонент git в названии как бы и намекает), а сборочницу назвать
> просто и банально build.alt (о чем и говорит компонент build в названии). Вместо этого ввели две
> непонятных сущности на букву g. Если что, это идея Шигорина, я не сам придумал, но она мне кажется
> Очень Логичной. gitery и gyle -- просто лишние названия, которые все усложняют. Кстати, в некоторых
> Вики сборочницу ещё называют girar. В общем, кто в лес, кто по дрова, а сущности
> всего лишь две: место, где хранятся репы, и сборочница
> 
> Wladmis, [17.05.20 16:20]
> И всё ещё чуть-чуть сложнее.
> 
> Aleksey Cheusov, [17.05.20 16:23]
> git.altlinux.org:2222 -- репы, build.altlinux.org:2222 -- сборочница. Чего-то не хватает?
> Если эти порты заняты, можно взять другие
> 
> Aleksey Cheusov, [17.05.20 16:37]
> Рекомендовать настройки .ssh/config можно было *бы* такие: git.alt и build.alt,
> что я у себя и сделал. Очень просто, и очень понятно.

Я понял так: когда решили разбить git.alt на гитовницу
и сборочницу, прежний git.alt оставили для совместимости на долгое
время и полностью прибили буквально на днях. Поэтому для гитовницы
нужно было выбрать новое имя и взяли gitery. На тот момент это было
оправданное решение, но сейчас пора бы вернуть обратно. И вот тут
начинается нытьё: мы уже привыкли к gitery, у нас же не только
гиты (хотя из srpm сборочница всё равно делает гиты), так
исторически сложилось и т.д. и т.п.

Со сборочницей всё ещё хуже: название gyle крайне запутывающее, на
мой взгляд. Я давно ругаюсь на эту тему; ldv как-то IRL пояснил мне,
что gyle — это котелок, в котором всё варится и поэтому всё
понятно, а build — непонятное название, потому что сборочница не
только пакеты собирает, а верифицирует репозиторий, индексы создаёт
и всё такое. Безусловно, это так, но основная задача сборочницы
с точки зрения мейнтенеров пакетов — это сборка пакетов
в репозиторий.

Girar — это название софта сборочницы, которое в дальнейшем
разделилось на girar и girar-builder. Не знаю, было ли это
синхронно с разделением git на git и build, но думаю, что это
вероятный сценарий. Здесь авторы могут называть свой софт как
угодно, хоть тумбочкой и табуреткой. Но зачем использовать это
на.звание в описаниях интерфейсов git и build для мейнтенеров
пакетов — непонятно.

Когда я только пришёл в Альт, меня самого эти gitery, gyle, girar
вымораживали и была вечная путаница, пока mike не показал пример
конфига с понятными git.alt и build.alt. За что ему огромное
спасибо.

Что я предлагаю:

1. Нужно ориентироваться на понятные новым мейнтенерам названия
сервисов: git и build. Разумеется, устаревшие названия gitery
и gyle можно и нужно будет сохранить (лет на 5?) чтоб ничего не
сломать действующим мейнтенерам. Это легко сделать через алиасы, ну
тот же CNAME.

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

2. После решения вопроса о переименовании нужно приступить к правке
документации, а то будет ещё хуже.

Зачем использовать название girar в документации — мне не понятно,
это только запутывает и мейнтенеру пакетов оно не нужно от слова
совсем. Видимо, «так исторически сложилось»©™ со времён, когда git
был единым сервисом и git и girar во многом были синонимичны.

Если очень хочется рассказать про girar, можно сделать отдельные
страницы на эту тему. На intranet уже сейчас есть детальное
руководство по эксплуатации для администратора сборочницы для e2k.
Можно его взять за основу.

P.S. Вообще, проблема с «напиши себе конфиг/скрипты» типична
в Альте, речь не только про конфиг ssh для сборочницы: например,
hasher непрактично использовать без того или иного вида обёрток:
нужна куча ключей и настроек просто для выполнения повседневной
типовой работы, нет механизма логирования сборки и приходится
изобретать свой велосипед; и такие велосипеды в том или ином виде
у каждого разработчика и это не очень хорошо. Хотелось бы, чтоб из
коробки уже можно было более-менее пользоваться.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] Путаница в терминологии и названиях в документации

[Sergey V Turchin]

On Wednesday, 20 May 2020 10:00:56 MSK Andrey Savchenko wrote:

[...]
> понятными git.alt и build.alt
+1.
Сразу же так сделал, а уже прошедшие обсуждения этого в рассылке ни к чему не 
приводили. Магометы ходить, конечно, могут, но вдруг сейчас гора сдвинется...

[...]

-- 
Regards, Sergey.

Re: [devel] Путаница в терминологии и названиях в документации

[Aleksey Cheusov]

20.05.2020, 10:13, "Sergey V Turchin" <zerg@altlinux.org>:
> On Wednesday, 20 May 2020 10:00:56 MSK Andrey Savchenko wrote:
>
> [...]
>>  понятными git.alt и build.alt
>
> +1.
> Сразу же так сделал, а уже прошедшие обсуждения этого в рассылке ни к чему не
> приводили. Магометы ходить, конечно, могут, но вдруг сейчас гора сдвинется...

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

https://bugzilla.altlinux.org/show_bug.cgi?id=38490

Re: [devel] Путаница в терминологии и названиях в документации

[Aleksey Novodvorsky]

ср, 20 мая 2020 г. в 13:58, Aleksey Cheusov <vle@gmx.net>:
>
> 20.05.2020, 10:13, "Sergey V Turchin" <zerg@altlinux.org>:
> > On Wednesday, 20 May 2020 10:00:56 MSK Andrey Savchenko wrote:
> >
> > [...]
> >>  понятными git.alt и build.alt
> >
> > +1.
> > Сразу же так сделал, а уже прошедшие обсуждения этого в рассылке ни к чему не
> > приводили. Магометы ходить, конечно, могут, но вдруг сейчас гора сдвинется...
>
> Чтобы иметь шансы сдвинуть гору, нужно, чтобы aen принял единственно верное решение вот здесь.
>
> https://bugzilla.altlinux.org/show_bug.cgi?id=38490

??

Бага на ldv@ . Я написал то, что считал нужным.

Rgrds, Алексей

Re: [devel] Путаница в терминологии и названиях в документации

[Michael Shigorin]

On Wed, May 20, 2020 at 10:13:11AM +0300, Sergey V Turchin wrote:
> > понятными git.alt и build.alt
> +1.

+1

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Путаница в терминологии и названиях в документации

[Anton Farygin]

On 20.05.2020 10:13, Sergey V Turchin wrote:
> On Wednesday, 20 May 2020 10:00:56 MSK Andrey Savchenko wrote:
>
> [...]
>> понятными git.alt и build.alt
> +1.
> Сразу же так сделал, а уже прошедшие обсуждения этого в рассылке ни к чему не
> приводили. Магометы ходить, конечно, могут, но вдруг сейчас гора сдвинется...
>
> [...]
>
Гора вообще забила давно на то, что от неё просят окружающие и 
занимается своими горьими делами... что там обычно горы делают.

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

Ну или хотя бы за публично-доступные алиасы.

Re: [devel] Путаница в терминологии и названиях в документации

[Paul Wolneykien]

В Thu, 21 May 2020 16:02:31 +0300
Anton Farygin <rider@basealt.ru> пишет:

> Гора вообще забила давно на то, что от неё просят окружающие и 
> занимается своими горьими делами... что там обычно горы делают.

  Высиживают алмазы?

Re: [devel] Путаница в терминологии и названиях в документации

[Alexey V. Vissarionov]

On 2020-05-21 16:47:47 +0300, Paul Wolneykien wrote:

 >> Гора вообще забила давно на то, что от неё просят окружающие и
 >> занимается своими горьими делами... что там обычно горы делают.
 > Высиживают алмазы?

Рожают мышей :-)


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Путаница в терминологии и названиях в документации

[Dmitry V. Levin]

On Wed, May 20, 2020 at 10:00:56AM +0300, Andrey Savchenko wrote:
[...]
> Я понял так: когда решили разбить git.alt на гитовницу
> и сборочницу, прежний git.alt оставили для совместимости на долгое
> время и полностью прибили буквально на днях.

На самом деле ресурсов больше двух.  Помимо ssh://gitery.alt
и ssh://gyle.alt, есть и другие, в том числе и http://git.alt,
который, в свою очередь, является агрегатором нескольких ресурсов,
среди которых есть и gitery.alt, и gyle.alt.

По этой причине для gitery.alt и gyle.alt при желании можно делать cname,
а вот менять git.alt нельзя.

Например, если поменять адрес git.alt на gitery.alt, то http://git.alt
сразу начнёт показывать то, что сейчас показывает http://gitery.alt,
т.е. Connection refused.

Предлагая разные идеи, как можно всё поменять, исходите из того,
что ssh://gitery.alt, ssh://gyle.alt, и http://git.alt находятся
на трёх разных серверах.

А документация наверняка отстала от жизни и нуждается в обновлении.


-- 
ldv

Re: [devel] Путаница в терминологии и названиях в документации

[Anton Farygin]

On 22.05.2020 02:26, Dmitry V. Levin wrote:
> On Wed, May 20, 2020 at 10:00:56AM +0300, Andrey Savchenko wrote:
> [...]
>> Я понял так: когда решили разбить git.alt на гитовницу
>> и сборочницу, прежний git.alt оставили для совместимости на долгое
>> время и полностью прибили буквально на днях.
> На самом деле ресурсов больше двух.  Помимо ssh://gitery.alt
> и ssh://gyle.alt, есть и другие, в том числе и http://git.alt,
> который, в свою очередь, является агрегатором нескольких ресурсов,
> среди которых есть и gitery.alt, и gyle.alt.
>
> По этой причине для gitery.alt и gyle.alt при желании можно делать cname,
> а вот менять git.alt нельзя.
>
> Например, если поменять адрес git.alt на gitery.alt, то http://git.alt
> сразу начнёт показывать то, что сейчас показывает http://gitery.alt,
> т.е. Connection refused.
>
> Предлагая разные идеи, как можно всё поменять, исходите из того,
> что ssh://gitery.alt, ssh://gyle.alt, и http://git.alt находятся
> на трёх разных серверах.

Самый непонятный из них по названию - это gyle. Как вариант, можно 
сделать для него алиас builder (или сокращённое build), т.к. его 
основная задача - build, т.е. сборка.

Но самый правильный способ привести названия в порядок, на мой взгляд - 
это git.alt для gitery.alt и build.alt для gyle.alt

Что касается http://gitery, то этот вопрос достаточно просто решается с 
помощью nginx.

Архитектурно, я бы вообще бы сделал отдельный брокер соединений, который 
будет разбираться кто и зачем пришёл (по http-хостам и ssh-портам) и 
соответственно перебрасывать на тот или иной сервер.

В этом случае можно опять вернуться к одному git.alt, который будет 
делать всё что нужно.

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

>
> А документация наверняка отстала от жизни и нуждается в обновлении.

Для обновления документации надо бы привести в разумное состояние имена 
ресурсов.

Re: [devel] Путаница в терминологии и названиях в документации

[Sergey V Turchin]

On Friday, 22 May 2020 02:26:50 MSK Dmitry V wrote:

[...]
> На самом деле ресурсов больше двух.  Помимо ssh://gitery.alt
> http://git.alt, который, в свою очередь,
> является агрегатором нескольких ресурсов,
> среди которых есть и gitery.alt, и gyle.alt.
Так, может, и назвать его соответственно? Какой-нибуль dev.alt или ещё как.

[...]

-- 
Regards, Sergey.

Re: [devel] Путаница в терминологии и названиях в документации

[Dmitry V. Levin]

On Fri, May 22, 2020 at 10:19:34AM +0300, Sergey V Turchin wrote:
> On Friday, 22 May 2020 02:26:50 MSK Dmitry V wrote:
> 
> [...]
> > На самом деле ресурсов больше двух.  Помимо ssh://gitery.alt
> > http://git.alt, который, в свою очередь,
> > является агрегатором нескольких ресурсов,
> > среди которых есть и gitery.alt, и gyle.alt.
> Так, может, и назвать его соответственно? Какой-нибуль dev.alt или ещё как.

Мы видим, что как не назовёшь ресурс, кому-нибудь это не нравится.

Мне нравятся имена gitery.alt и gyle.alt, но я не против синонимов,
если на них есть спрос.

Мне не нравится имя git.alt в качестве агрегатора, тот же dev.alt
подошёл бы лучше, но никуда от git.alt не деться из-за ссылок
http://git.alt, которые мы не хотим сломать.


-- 
ldv

Re: [devel] Путаница в терминологии и названиях в документации

[Sergey V Turchin]

On Friday, 22 May 2020 14:53:45 MSK Dmitry V wrote:
> On Fri, May 22, 2020 at 10:19:34AM +0300, Sergey V Turchin wrote:
> > On Friday, 22 May 2020 02:26:50 MSK Dmitry V wrote:
> > 
> > [...]
> > 
> > > На самом деле ресурсов больше двух.  Помимо ssh://gitery.alt
> > > http://git.alt, который, в свою очередь,
> > > является агрегатором нескольких ресурсов,
> > > среди которых есть и gitery.alt, и gyle.alt.
> > 
> > Так, может, и назвать его соответственно? Какой-нибуль dev.alt или ещё
> > как.
> 
> Мы видим, что как не назовёшь ресурс, кому-нибудь это не нравится.
Думаю, случаев маловато для статистики.

> Мне нравятся имена gitery.alt и gyle.alt, но я не против синонимов,
> если на них есть спрос.
> 
> Мне не нравится имя git.alt в качестве агрегатора, тот же dev.alt
> подошёл бы лучше, но никуда от git.alt не деться из-за ссылок
> http://git.alt, которые мы не хотим сломать.
Думаю, один раз можно и сломать, т.к. агрегатор все равно лучше с более 
нейтральным названием. Постепенно рассосётся.

P.S.
Лично мне никогда не нравились названия ресурсов по имени используемого софта. 
Например, moodle.alt. Это как apache.alt и nginx.alt вместо www.alt.

-- 
Regards, Sergey.

Re: [devel] Путаница в терминологии и названиях в документации

[Sergey V Turchin]

On Friday, 22 May 2020 18:06:40 MSK Sergey V wrote:

[...]
> > никуда от git.alt не деться из-за ссылок
> > http://git.alt, которые мы не хотим сломать.
> Думаю, один раз можно и сломать, т.к. агрегатор все равно лучше с более
> нейтральным названием. Постепенно рассосётся.
Блямбу сверху повесить со ссылкам на соотв. ресурсы.

[...]

-- 
Regards, Sergey.

Re: [devel] Путаница в терминологии и названиях в документации

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 4146 bytes --]

On Fri, May 22, 2020 at 02:53:45PM +0300, Dmitry V. Levin wrote:
> On Fri, May 22, 2020 at 10:19:34AM +0300, Sergey V Turchin wrote:
> > On Friday, 22 May 2020 02:26:50 MSK Dmitry V wrote:
> > 
> > [...]
> > > На самом деле ресурсов больше двух.  Помимо ssh://gitery.alt
> > > http://git.alt, который, в свою очередь,
> > > является агрегатором нескольких ресурсов,
> > > среди которых есть и gitery.alt, и gyle.alt.
> > Так, может, и назвать его соответственно? Какой-нибуль dev.alt или ещё как.
> 
> Мы видим, что как не назовёшь ресурс, кому-нибудь это не нравится.
> 
> Мне нравятся имена gitery.alt и gyle.alt, но я не против синонимов,
> если на них есть спрос.

Когда я вступал в тиму, у меня больше всего вопросов вызывали
наименования git.*, gitery.*, girar и gyle.*; было очень легко спутать
одно с другим, они все начинаются на g[iy] — в хеш-таблицу плохо ложатся
— и выглядели как новоизобретённые слова.
(IMHO: не говоря уже о том, что называть эндпоинты и инструменты в честь
алкоголя — mauvais ton; хосты их админы вправе называть по усмотрению)

Cпрос же будет всегда, при вступлении в тиму новичков. Ветеран же и
помнит, кто есть кто, лучше, и даже нечасто этой памятью пользуется,
имея подходящий .ssh/config под рукой.

> Мне не нравится имя git.alt в качестве агрегатора, тот же dev.alt
> подошёл бы лучше, но никуда от git.alt не деться из-за ссылок
> http://git.alt, которые мы не хотим сломать.
> 

Очевидно, что git.* с нами надолго, хотя бы в его web-лице, именно ради
старых ссылок.
Gitery — в переводе "гитовница" — хорошее, говорящее[1], доходчивое[2] наименование.
Тот же Gyle (как имя эндпоинта, не хоста) — не говорящий и не
доходчивый, в отличие от build.
Girar отличить от Gitery легче методом исключения, потому что разные категории и из-за
доходчивости, говорящести gitery.

Поэтому на мой вкус
build       IN  CNAME   gyle
будет достаточно.
От ssh-интерфейсов к git.* мы уже ушли, еяпп.

А по поводу git vs dev — для веб-интерфейсов не так критично, если и
менять имя, то в случае чего-то крупного, напр. пересмотра HTTP API и
состава урлов.
git как агрегатор действительно плохо, но я пока думаю, что и вообще
хостнейм-агрегатор — плохо.

Всё, что думал — сказал.


[1] "Говорящим" считается название сущности, по которому легко понять
назначение этой сущности ранее неосведомлённому о нём индивиду.
[2] "Доходчивым" считается название сущности, которое легко запомнить
при большой образовательной нагрузке (большом потоке новой информации)
или в ином ослабленном состоянии мышления.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] Путаница в терминологии и названиях в документации

[Alexey V. Vissarionov]

On 2020-05-22 18:39:47 +0300, Arseny Maslennikov wrote:

 >>>> http://git.alt, который, в свою очередь, является
 >>>> агрегатором нескольких ресурсов, среди которых есть и
 >>>> gitery.alt, и gyle.alt.
 >>> Так, может, и назвать его соответственно? Какой-нибуль
 >>> dev.alt или ещё как.
 >> Мы видим, что как не назовёшь ресурс, кому-нибудь это не
 >> нравится.

Не нравиться они могут по двум причинам:
1. Нихрена не понятно
2. Дохрена всего менять

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

 >> Мне нравятся имена gitery.alt и gyle.alt, но я не против
 >> синонимов, если на них есть спрос.

Есть насущная потребность в унификации имен сервисов для репы и
сборочницы. Названия git и build (соответственно) личто я считаю
оптимальными.

Да, и SSH на них хорошо бы на стандартных портах держать - это
никак не влияет на безопасность, но сильно снижает удобство, ибо
приходится что-то там писать в пользовательский конфиг.

А если хочется, чтобы демон SSH поменьше писал в лог о попытках
несанкционированного доступа, то это делается предельно просто:
iptables -t filter -A INPUT -i wan -p tcp --syn --dport 22 -m recent \
  --update --seconds 60 --hitcount 5 -j REJECT --reject-with tcp-reset
iptables -t filter -A INPUT -i wan -p tcp --syn --dport 22 -m recent --set

 > Когда я вступал в тиму, у меня больше всего вопросов вызывали
 > наименования git.*, gitery.*, girar и gyle.*; было очень легко
 > спутать одно с другим, они все начинаются на g[iy] -

Вот-вот... "гы-гы-гы-гы" и есть.

 > в хеш-таблицу плохо ложатся — и выглядели как новоизобретённые
 > слова.  (IMHO: не говоря уже о том, что называть эндпоинты и
 > инструменты в честь алкоголя — mauvais ton;

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

 > хосты их админы вправе называть по усмотрению)

Все желающие могут на DNS-записи 195.42.160.49 посмотреть :-)

 > Cпрос же будет всегда, при вступлении в тиму новичков. Ветеран
 > же и помнит, кто есть кто, лучше, и даже нечасто этой памятью
 > пользуется, имея подходящий .ssh/config под рукой.

Ага - и это тайное знание до сих пор нигде не документировано.

 >> Мне не нравится имя git.alt в качестве агрегатора, тот же
 >> dev.alt подошёл бы лучше, но никуда от git.alt не деться
 >> из-за ссылок http://git.alt, которые мы не хотим сломать.

Смысла пороть горячку в любом случае нет. Хочется dev - пусть
будет dev (для HTTP-морды оно вполне уместно). Хочется сменить
ссылки на http://git.alt - тоже никаких проблем, тот же nginx
прекрасно умеет выдавать 301.

 > Очевидно, что git.* с нами надолго, хотя бы в его web-лице,
 > именно ради старых ссылок.

Это может быть одиночный nginx с редиректами.

 > Gitery — в переводе "гитовница" — хорошее, говорящее[1],
 > доходчивое[2] наименование.

Ну... так себе.

 > Тот же Gyle (как имя эндпоинта, не хоста) — не говорящий и
 > не доходчивый, в отличие от build.

Да вообще не пойми что.

 > Girar отличить от Gitery легче методом исключения, потому
 > что разные категории и из-за доходчивости, говорящести gitery.

Не нужно исключений - нужно, чтобы назначение сервера было
понятно (а лучше даже очевидно) из его названия.

 > Поэтому на мой вкус build IN CNAME gyle будет достаточно.

Строго наоборот! Новое имя хоста - всегда основное, все старые -
CNAME для новых.

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

 > От ssh-интерфейсов к git.* мы уже ушли, еяпп.

Почему? И репа, и сборочница управляются именно по SSH.

 > А по поводу git vs dev — для веб-интерфейсов не так критично,
 > если и менять имя, то в случае чего-то крупного, напр.
 > пересмотра HTTP API и состава урлов.

На этот случай существуют редиректы, которые практически не жрут
ресурсов.

 > git как агрегатор действительно плохо, но я пока думаю, что
 > и вообще хостнейм-агрегатор — плохо.

Увы, ничего лучше пока не придумали.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Путаница в терминологии и названиях в документации

[Anton Farygin]

On 22.05.2020 20:22, Alexey V. Vissarionov wrote:
> Да, и SSH на них хорошо бы на стандартных портах держать - это
> никак не влияет на безопасность, но сильно снижает удобство, ибо
> приходится что-то там писать в пользовательский конфиг.

здесь соглашусь - боты уже научились долбиться в 222-й порт, как и в 
любой другой, на котором будет поднят ssh.

Было бы конечно неплохо спрятать сигнатуру SSH-2.0-OpenSSH_7.9 на порту 
ssh, т.к. она слишком много рассказывает о хосте.

Re: [devel] Путаница в терминологии и названиях в документации

[Dmitry V. Levin]

On Fri, May 22, 2020 at 08:38:29PM +0300, Anton Farygin wrote:
> On 22.05.2020 20:22, Alexey V. Vissarionov wrote:
> > Да, и SSH на них хорошо бы на стандартных портах держать - это
> > никак не влияет на безопасность, но сильно снижает удобство, ибо
> > приходится что-то там писать в пользовательский конфиг.
> 
> здесь соглашусь - боты уже научились долбиться в 222-й порт, как и в 
> любой другой, на котором будет поднят ssh.

Раньше в 22-й порт долбились гораздо интенсивнее, чем в 222-й.

> Было бы конечно неплохо спрятать сигнатуру SSH-2.0-OpenSSH_7.9 на порту 
> ssh, т.к. она слишком много рассказывает о хосте.

Какой ценой спрятать?


-- 
ldv

Re: [devel] Путаница в терминологии и названиях в документации

[Alexey V. Vissarionov]

On 2020-05-22 20:44:41 +0300, Dmitry V. Levin wrote:
 >>> Да, и SSH на них хорошо бы на стандартных портах держать - это
 >>> никак не влияет на безопасность, но сильно снижает удобство,
 >>> ибо приходится что-то там писать в пользовательский конфиг.
 >> здесь соглашусь - боты уже научились долбиться в 222-й порт,
 >> как и в любой другой, на котором будет поднят ssh.
 > Раньше в 22-й порт долбились гораздо интенсивнее, чем в 222-й.

Вспомнила бабка, как девкой была...

 >> Было бы конечно неплохо спрятать сигнатуру SSH-2.0-OpenSSH_7.9
 >> на порту ssh, т.к. она слишком много рассказывает о хосте.
 > Какой ценой спрятать?

Ценой потраченного впустую времени.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Путаница в терминологии и названиях в документации

[Alexey V. Vissarionov]

On 2020-05-22 20:38:29 +0300, Anton Farygin wrote:

 >> Да, и SSH на них хорошо бы на стандартных портах держать - это
 >> никак не влияет на безопасность, но сильно снижает удобство,
 >> ибо приходится что-то там писать в пользовательский конфиг.
 > здесь соглашусь - боты уже научились долбиться в 222-й порт,
 > как и в любой другой, на котором будет поднят ssh.
 > Было бы конечно неплохо спрятать сигнатуру SSH-2.0-OpenSSH_7.9
 > на порту ssh, т.к. она слишком много рассказывает о хосте.

Никакого смысла - все необходимое клиент (будь он /usr/bin/ssh -vv
или робот, без разницы) выясняет быстрее, чем за сотню миллисекунд.

Что действительно надо бы сделать, это закрыть "изкоробочные" дыры
в sshd_config


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Путаница в терминологии и названиях в документации

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 3341 bytes --]

On Fri, May 22, 2020 at 08:22:06PM +0300, Alexey V. Vissarionov wrote:
> On 2020-05-22 18:39:47 +0300, Arseny Maslennikov wrote:
> 
>  <...>
> 
>  > Очевидно, что git.* с нами надолго, хотя бы в его web-лице,
>  > именно ради старых ссылок.
> 
> Это может быть одиночный nginx с редиректами.

Да, но это уже за рамки $subj выходит.

> 
>  > Gitery — в переводе "гитовница" — хорошее, говорящее[1],
>  > доходчивое[2] наименование.

В каком-то смысле оно и в традицию вошло — см. webery.altlinux.org

> 
> Ну... так себе.
> 
>  > Тот же Gyle (как имя эндпоинта, не хоста) — не говорящий и
>  > не доходчивый, в отличие от build.
> 
> Да вообще не пойми что.
> 
>  > Girar отличить от Gitery легче методом исключения, потому
>  > что разные категории и из-за доходчивости, говорящести gitery.
> 
> Не нужно исключений - нужно, чтобы назначение сервера было
> понятно (а лучше даже очевидно) из его названия.
> 
>  > Поэтому на мой вкус build IN CNAME gyle будет достаточно.
> 
> Строго наоборот! Новое имя хоста - всегда основное, все старые -
> CNAME для новых.
> 

Если бы мы хост _переименовывали_ — то именно так.
Я же имел в виду публичный endpoint — ту фигню, которую пишут в
документации и всем рекомендуют на неё завязываться.
Кажется мне, что уважаемые администраторы сборочницы не захотят хост
переименовывать.

> Это классические грабли, на которые напарывается вот уже третье
> поколение администраторов.
> 
>  > От ssh-интерфейсов к git.* мы уже ушли, еяпп.
> 
> Почему? И репа, и сборочница управляются именно по SSH.

Управляются-то да, но публичные ssh-интерфейсы для пользования недавно
ldv@ выключил.

> 
>  > А по поводу git vs dev — для веб-интерфейсов не так критично,
>  > если и менять имя, то в случае чего-то крупного, напр.
>  > пересмотра HTTP API и состава урлов.
> 
> На этот случай существуют редиректы, которые практически не жрут
> ресурсов.
> 
>  > git как агрегатор действительно плохо, но я пока думаю, что
>  > и вообще хостнейм-агрегатор — плохо.
> 
> Увы, ничего лучше пока не придумали.
> 

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] Путаница в терминологии и названиях в документации

[Dmitry V. Levin]

On Fri, May 22, 2020 at 06:39:47PM +0300, Arseny Maslennikov wrote:
[...]
> Очевидно, что git.* с нами надолго, хотя бы в его web-лице, именно ради
> старых ссылок.
> Gitery — в переводе "гитовница" — хорошее, говорящее[1], доходчивое[2] наименование.
> Тот же Gyle (как имя эндпоинта, не хоста) — не говорящий и не
> доходчивый, в отличие от build.
> Girar отличить от Gitery легче методом исключения, потому что разные категории и из-за
> доходчивости, говорящести gitery.
> 
> Поэтому на мой вкус
> build       IN  CNAME   gyle
> будет достаточно.

Мне тоже так кажется.

> От ssh-интерфейсов к git.* мы уже ушли, еяпп.
> 
> А по поводу git vs dev — для веб-интерфейсов не так критично, если и
> менять имя, то в случае чего-то крупного, напр. пересмотра HTTP API и
> состава урлов.
> git как агрегатор действительно плохо, но я пока думаю, что и вообще
> хостнейм-агрегатор — плохо.

Логично.


-- 
ldv

Re: [devel] Путаница в терминологии и названиях в документации

[Alexey V. Vissarionov]

On 2020-05-22 02:26:50 +0300, Dmitry V. Levin wrote:

 >> Я понял так: когда решили разбить git.alt на гитовницу
 >> и сборочницу, прежний git.alt оставили для совместимости
 >> на долгое время и полностью прибили буквально на днях.
 > На самом деле ресурсов больше двух. Помимо ssh://gitery.alt и
 > ssh://gyle.alt, есть и другие, в том числе и http://git.alt,
 > который, в свою очередь, является агрегатором нескольких
 > ресурсов, среди которых есть и gitery.alt, и gyle.alt.
 > По этой причине для gitery.alt и gyle.alt при желании можно
 > делать cname, а вот менять git.alt нельзя.
 > Например, если поменять адрес git.alt на gitery.alt, то
 > http://git.alt сразу начнёт показывать то, что сейчас
 > показывает http://gitery.alt, т.е. Connection refused.

И ты считаешь это непреодолимым препятствием?

 > Предлагая разные идеи, как можно всё поменять, исходите из
 > того, что ssh://gitery.alt, ssh://gyle.alt, и http://git.alt
 > находятся на трёх разных серверах.

Замечательно. У этих серверов ведь есть внутренний VLAN, который
не отсвечивает наружу?

1. DNS

; view public, zone altlinux.org

build	IN A		...
	IN AAAA		...

git	IN A		...
	IN AAAA		...

gitery	IN CNAME	git
gyle	IN CNAME	build

; view internal, zone alt.lan

build	IN A		...
	IN AAAA		...

git	IN A		...
	IN AAAA		...

gitery	IN A		...
	IN AAAA		...

gyle	IN A		...
	IN AAAA		...

2. Nginx на серверах, торчащих наружу

http
{
  server
  {
    server_name "git.altlinux.org";
    listen 0.0.0.0:80;
    listen [::]:80;
    listen 0.0.0.0:443 ssl;
    listen [::]:443 ssl;
    location /
    {
      proxy_set_header Host $host;
      proxy_set_header X-Real-IP $remote_addr;
      proxy_pass http://git.alt.lan;
    }
  }
  server
  {
    server_name "gitery.altlinux.org";
    listen 0.0.0.0:80;
    listen [::]:80;
    listen 0.0.0.0:443 ssl;
    listen [::]:443 ssl;
    location /
    {
      proxy_set_header Host $host;
      proxy_set_header X-Real-IP $remote_addr;
      proxy_pass http://gitery.alt.lan;
    }
  }
  server
  {
    server_name "gyle.altlinux.org";
    listen 0.0.0.0:80;
    listen [::]:80;
    listen 0.0.0.0:443 ssl;
    listen [::]:443 ssl;
    location /
    {
      proxy_set_header Host $host;
      proxy_set_header X-Real-IP $remote_addr;
      proxy_pass http://gyle.alt.lan;
    }
  }
}

 > А документация наверняка отстала от жизни и нуждается в
 > обновлении.

Ваша байдарка, капитан:

________________________________________________________
\______________________________________________________/


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Путаница в терминологии и названиях в документации

[Dmitry V. Levin]

On Fri, May 22, 2020 at 11:35:19AM +0300, Alexey V. Vissarionov wrote:
> On 2020-05-22 02:26:50 +0300, Dmitry V. Levin wrote:
> 
>  >> Я понял так: когда решили разбить git.alt на гитовницу
>  >> и сборочницу, прежний git.alt оставили для совместимости
>  >> на долгое время и полностью прибили буквально на днях.
>  > На самом деле ресурсов больше двух. Помимо ssh://gitery.alt и
>  > ssh://gyle.alt, есть и другие, в том числе и http://git.alt,
>  > который, в свою очередь, является агрегатором нескольких
>  > ресурсов, среди которых есть и gitery.alt, и gyle.alt.
>  > По этой причине для gitery.alt и gyle.alt при желании можно
>  > делать cname, а вот менять git.alt нельзя.
>  > Например, если поменять адрес git.alt на gitery.alt, то
>  > http://git.alt сразу начнёт показывать то, что сейчас
>  > показывает http://gitery.alt, т.е. Connection refused.
> 
> И ты считаешь это непреодолимым препятствием?

Ну, как тебе сказать.  Поскольку gitery.alt реализует только ssh://,
это стало бы проблемой.

[...]
> 2. Nginx на серверах, торчащих наружу

nginx для туннелирования ssh-трафика не очень подходит.

Нет, ssh://git.alt уже не вернуть.


-- 
ldv

Re: [devel] Путаница в терминологии и названиях в документации

[Anton Farygin]

On 22.05.2020 20:39, Dmitry V. Levin wrote:
> Нет, ssh://git.alt уже не вернуть.

Так на git.altlinux.org на 22-ом порту сейчас нет вообще ничего. как и 
на 222-ом.

Почему не вернуть ?

Re: [devel] Путаница в терминологии и названиях в документации

[Dmitry V. Levin]

On Fri, May 22, 2020 at 08:40:57PM +0300, Anton Farygin wrote:
> On 22.05.2020 20:39, Dmitry V. Levin wrote:
> > Нет, ssh://git.alt уже не вернуть.
> 
> Так на git.altlinux.org на 22-ом порту сейчас нет вообще ничего. как и 
> на 222-ом.
> 
> Почему не вернуть ?

Если вернуть, то в каком качестве?


-- 
ldv

Re: [devel] Путаница в терминологии и названиях в документации

[Alexey V. Vissarionov]

On 2020-05-22 20:55:29 +0300, Dmitry V. Levin wrote:

 >>> Нет, ssh://git.alt уже не вернуть.
 >> Так на git.altlinux.org на 22-ом порту сейчас нет вообще
 >> ничего. как и на 222-ом.
 >> Почему не вернуть ?
 > Если вернуть, то в каком качестве?

В качестве способа доступа к репе.

Сильно подозреваю, что у многих коллег это имя уже прибито
гвоздями в `git remote` и различных скриптах.

-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Путаница в терминологии и названиях в документации

[Anton Farygin]

On 22.05.2020 20:55, Dmitry V. Levin wrote:
> On Fri, May 22, 2020 at 08:40:57PM +0300, Anton Farygin wrote:
>> On 22.05.2020 20:39, Dmitry V. Levin wrote:
>>> Нет, ssh://git.alt уже не вернуть.
>> Так на git.altlinux.org на 22-ом порту сейчас нет вообще ничего. как и
>> на 222-ом.
>>
>> Почему не вернуть ?
> Если вернуть, то в каком качестве?
>
>
Можно опять объединить команды в одно место и брокером сделать свой 
скрипт, который в зависимости от переданной команды будет её выполнять 
на том или ином сервере.

Re: [devel] Путаница в терминологии и названиях в документации

[Dmitry V. Levin]

On Fri, May 22, 2020 at 09:07:24PM +0300, Anton Farygin wrote:
> On 22.05.2020 20:55, Dmitry V. Levin wrote:
> > On Fri, May 22, 2020 at 08:40:57PM +0300, Anton Farygin wrote:
> >> On 22.05.2020 20:39, Dmitry V. Levin wrote:
> >>> Нет, ssh://git.alt уже не вернуть.
> >> Так на git.altlinux.org на 22-ом порту сейчас нет вообще ничего. как и
> >> на 222-ом.
> >>
> >> Почему не вернуть ?
> > Если вернуть, то в каком качестве?
> >
> Можно опять объединить команды в одно место и брокером сделать свой 
> скрипт, который в зависимости от переданной команды будет её выполнять 
> на том или ином сервере.

Это уже какая-то новая сущность.  Кстати, если такое случится,
то лучше придумать для неё новое имя, например, dev.


-- 
ldv

Re: [devel] Путаница в терминологии и названиях в документации

[Anton Farygin]

On 22.05.2020 21:15, Dmitry V. Levin wrote:
> On Fri, May 22, 2020 at 09:07:24PM +0300, Anton Farygin wrote:
>> On 22.05.2020 20:55, Dmitry V. Levin wrote:
>>> On Fri, May 22, 2020 at 08:40:57PM +0300, Anton Farygin wrote:
>>>> On 22.05.2020 20:39, Dmitry V. Levin wrote:
>>>>> Нет, ssh://git.alt уже не вернуть.
>>>> Так на git.altlinux.org на 22-ом порту сейчас нет вообще ничего. как и
>>>> на 222-ом.
>>>>
>>>> Почему не вернуть ?
>>> Если вернуть, то в каком качестве?
>>>
>> Можно опять объединить команды в одно место и брокером сделать свой
>> скрипт, который в зависимости от переданной команды будет её выполнять
>> на том или ином сервере.
> Это уже какая-то новая сущность.  Кстати, если такое случится,
> то лучше придумать для неё новое имя, например, dev.
>
>
Согласен. Мне тоже нравится dev.altlinux.org

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

ssh dev.alt shell powerpc
ssh dev.alt shell aarch64

Re: [devel] Путаница в терминологии и названиях в документации

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 2002 bytes --]

On Fri, 22 May 2020 20:39:30 +0300 Dmitry V. Levin wrote:
> On Fri, May 22, 2020 at 11:35:19AM +0300, Alexey V. Vissarionov wrote:
> > On 2020-05-22 02:26:50 +0300, Dmitry V. Levin wrote:
> > 
> >  >> Я понял так: когда решили разбить git.alt на гитовницу
> >  >> и сборочницу, прежний git.alt оставили для совместимости
> >  >> на долгое время и полностью прибили буквально на днях.
> >  > На самом деле ресурсов больше двух. Помимо ssh://gitery.alt и
> >  > ssh://gyle.alt, есть и другие, в том числе и http://git.alt,
> >  > который, в свою очередь, является агрегатором нескольких
> >  > ресурсов, среди которых есть и gitery.alt, и gyle.alt.
> >  > По этой причине для gitery.alt и gyle.alt при желании можно
> >  > делать cname, а вот менять git.alt нельзя.
> >  > Например, если поменять адрес git.alt на gitery.alt, то
> >  > http://git.alt сразу начнёт показывать то, что сейчас
> >  > показывает http://gitery.alt, т.е. Connection refused.
> > 
> > И ты считаешь это непреодолимым препятствием?
> 
> Ну, как тебе сказать.  Поскольку gitery.alt реализует только ssh://,
> это стало бы проблемой.
> 
> [...]
> > 2. Nginx на серверах, торчащих наружу
> 
> nginx для туннелирования ssh-трафика не очень подходит.
> 
> Нет, ssh://git.alt уже не вернуть.

Ещё как вернуть. Это одна строчка iptables, даже если внешнего
LB нет.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] Путаница в терминологии и названиях в документации

[Dmitry V. Levin]

On Fri, May 22, 2020 at 08:47:03PM +0300, Andrey Savchenko wrote:
> On Fri, 22 May 2020 20:39:30 +0300 Dmitry V. Levin wrote:
> > On Fri, May 22, 2020 at 11:35:19AM +0300, Alexey V. Vissarionov wrote:
> > > On 2020-05-22 02:26:50 +0300, Dmitry V. Levin wrote:
> > > 
> > >  >> Я понял так: когда решили разбить git.alt на гитовницу
> > >  >> и сборочницу, прежний git.alt оставили для совместимости
> > >  >> на долгое время и полностью прибили буквально на днях.
> > >  > На самом деле ресурсов больше двух. Помимо ssh://gitery.alt и
> > >  > ssh://gyle.alt, есть и другие, в том числе и http://git.alt,
> > >  > который, в свою очередь, является агрегатором нескольких
> > >  > ресурсов, среди которых есть и gitery.alt, и gyle.alt.
> > >  > По этой причине для gitery.alt и gyle.alt при желании можно
> > >  > делать cname, а вот менять git.alt нельзя.
> > >  > Например, если поменять адрес git.alt на gitery.alt, то
> > >  > http://git.alt сразу начнёт показывать то, что сейчас
> > >  > показывает http://gitery.alt, т.е. Connection refused.
> > > 
> > > И ты считаешь это непреодолимым препятствием?
> > 
> > Ну, как тебе сказать.  Поскольку gitery.alt реализует только ssh://,
> > это стало бы проблемой.
> > 
> > [...]
> > > 2. Nginx на серверах, торчащих наружу
> > 
> > nginx для туннелирования ssh-трафика не очень подходит.
> > 
> > Нет, ssh://git.alt уже не вернуть.
> 
> Ещё как вернуть. Это одна строчка iptables, даже если внешнего
> LB нет.

Т.е. костыль?  Был уже такой костыль для обратной совместимости.


-- 
ldv