NV
Там ответы всему интернету доступны, а не тем нескольким людям, которые в этот момент в чате.
Size: a a a
2020 June 26
FM
Может, начнём вопросы задавать не в чате, а на stackoverflow? А сюда ссылку.
уже был там. большинство тасков по умл+аскидок+гитлаб имеют статус failed
NV
Fox Mulder
Ник, почему может поломаться локальный рендеринг диаграмм?
Не та версия джавы, не та версия PlantUML, не та версия плагина, лежит сервер PlantUML, фаервол банит этот сервер, плохое соединение, да куча всего. Дай воспроизводимый пример, а?
FM
Не та версия джавы - я недавно обновился. хм это может быть и причиной.
NV
Чат переходит в slow mode до завтра. Пожалуйста, думайте трижды, прежде чем что-то написать.
H
Коллеги, кто-либо из вас занимался документацией для ДевОпсов, включая описание CI/CD, создания и настройки AWS environment’ов? Если есть возможность, поделитесь, пожалуйста, примерами таких работ/инструкций.
Можно в ЛС.
Можно в ЛС.
FM
Аналогично скоро будет в планах.
2020 June 30
NV
Коллеги, кто-либо из вас занимался документацией для ДевОпсов, включая описание CI/CD, создания и настройки AWS environment’ов? Если есть возможность, поделитесь, пожалуйста, примерами таких работ/инструкций.
Можно в ЛС.
Можно в ЛС.
Имхо, тут работает тот же способ, что и с изучением естественных языков — чтение. Причём активное, по делу, для рабочей задачи. Находишь хоть какую-нибудь задачу, для которой нужен AWS или k8s, своими руками её делаешь и в процессе много читаешь документацию на это всё. А ещё Stackoverflow, тикеты на Гитхабе, примеры кода чьи-то — всё, что каждый день читает обычный разработчик/девопс, для которого ты будешь писать.
Через некоторое время ты начинаешь неплохо понимать своих читателей. Понимаешь, что и как они читают. Что делают, когда не находят ответ в доке. Какими словами писать, как обычно организована документация, какие термины в ней есть.
Через некоторое время ты начинаешь неплохо понимать своих читателей. Понимаешь, что и как они читают. Что делают, когда не находят ответ в доке. Какими словами писать, как обычно организована документация, какие термины в ней есть.
NV
Коллеги, кто-либо из вас занимался документацией для ДевОпсов, включая описание CI/CD, создания и настройки AWS environment’ов? Если есть возможность, поделитесь, пожалуйста, примерами таких работ/инструкций.
Можно в ЛС.
Можно в ЛС.
Когда я совсем только вкатывался в девопс, мне документация не очень помогала, зато помогло видео. Видимо, есть часть совсем начинающей аудитории, для которой нужны именно обучающие видео. https://t.me/docops/323
SR
Мальчишки и девчонки! Подскажите.
Устанавливаю
Это же символическая ссылка? Где взять такой GLIBC?
Извините, что не совсем в тему... Мало док, немного опс.
Спасибо.
Устанавливаю
libcrypt на RHEL 7.7. Он хочет libc.so.6(GLIBC_2.25)(64bit).Это же символическая ссылка? Где взять такой GLIBC?
Извините, что не совсем в тему... Мало док, немного опс.
Спасибо.
iv
Мальчишки и девчонки! Подскажите.
Устанавливаю
Это же символическая ссылка? Где взять такой GLIBC?
Извините, что не совсем в тему... Мало док, немного опс.
Спасибо.
Устанавливаю
libcrypt на RHEL 7.7. Он хочет libc.so.6(GLIBC_2.25)(64bit).Это же символическая ссылка? Где взять такой GLIBC?
Извините, что не совсем в тему... Мало док, немного опс.
Спасибо.
у вас скорее всего пакет собран для другой версии ОС, отсюда расхождение между имеющейся и требуемой версией glibc. Доустанавливать параллельно ещё одну версию glibc особого смысла не вижу, так как это вам развалит вообще всё
iv
поэтому лучше найдите пакет libcrypt, скомпилированный для вашей версии ОС
SR
у вас скорее всего пакет собран для другой версии ОС, отсюда расхождение между имеющейся и требуемой версией glibc. Доустанавливать параллельно ещё одну версию glibc особого смысла не вижу, так как это вам развалит вообще всё
Класс. Очень похоже на правду. Так и что? Dead end?
L
Так как от glibc больше половины системы зависит, то да, dead end. А в репозитарии дистрибутива нет libcrypt?
iv
я помню ваш кейс, вы всё ещё пытаетесь ставить pandoc? он точно собран для вашей версии OS? Потому что если нет, вы так и не соберёте все подходящие зависимости
SR
я помню ваш кейс, вы всё ещё пытаетесь ставить pandoc? он точно собран для вашей версии OS? Потому что если нет, вы так и не соберёте все подходящие зависимости
Как ни смешно, да. Мыши ругались, но продолжали...
Он собран под OpenSuSe Tumbleweed for x86_64.
Слово weed меня обнадёжило, но видимо преждевременно.
То есть, так не пойдёт?
Он собран под OpenSuSe Tumbleweed for x86_64.
Слово weed меня обнадёжило, но видимо преждевременно.
То есть, так не пойдёт?
iv
в общем случае нельзя взять RPM для одного дистрибутива и установить в другой. иногда получается, но это скорее исключение, так как возможна бинарная несовместимость библиотек (с чем вы столкнулись выше) и вообще в каждом дистрибутиве свои наборы пакетов со своим деревом зависимостей. Поэтому либо найти RPM именно для вашего дистрибутива, либо собирать (компилировать и упаковывать в RPM) самому
SR
Perkele! С 256-го раза понял. Спасибо за пояснения.
Видимо с такими вопросами браться за сборку из исходников не стоит?
Видимо с такими вопросами браться за сборку из исходников не стоит?
iv
вообще говоря, как говорит мне гугл, библиотека libcrypt, во всяком случае, в CentOS, является частью пакета glibc. Скорее всего дело обстоит таким образом и в RHEL. То есть ваш имеющийся RPM pandoc требует наличия другой версии (отличной от имеющейся в системе) glibc, другими словами, он просто не подходит к вашей имеющейся системе. Сборка RPM это вообще довольно "наукоёмкая" штука, и если вы никогда до сих пор этого не делали, с наскоку голова распухнет.
SR
вообще говоря, как говорит мне гугл, библиотека libcrypt, во всяком случае, в CentOS, является частью пакета glibc. Скорее всего дело обстоит таким образом и в RHEL. То есть ваш имеющийся RPM pandoc требует наличия другой версии (отличной от имеющейся в системе) glibc, другими словами, он просто не подходит к вашей имеющейся системе. Сборка RPM это вообще довольно "наукоёмкая" штука, и если вы никогда до сих пор этого не делали, с наскоку голова распухнет.
Беда. Я и yum localinstall признаться никогда до этого не делал.