AO
Андрей, не делай тут мисту, сказали же.
Ну бля...
Size: a a a
2019 December 26
NG
Я думал это уже было проделано
я же с dll/so/детищем плюсов на вы. поэтому не знаю, с какой стороны подступиться
компонента 1С под линуксом в докере - это не костыль, а микросервис - костыль?
Конечно. Все должно быть средствами платформы. Нельзя 1Снику по сторонам смотреть! Ноду ещё предлагаешь, еретик.
AO
я же с dll/so/детищем плюсов на вы. поэтому не знаю, с какой стороны подступиться
Окей, план:
1. если есть возможность проверить без докера под линуксом печать, надо проверить. Исключаем приницпиальную неработоспособность компоненты в конкретной конфигурации линукса.
2. компонента рабочая, надо упаковать в докер. Упаковываем и проверяем как написал @vbondarevsky или через ldd (что один хрен)
3. Скорее всего, ей не хватает какого-то *.so
4. Ставим so и повторяем процедуру
1. если есть возможность проверить без докера под линуксом печать, надо проверить. Исключаем приницпиальную неработоспособность компоненты в конкретной конфигурации линукса.
2. компонента рабочая, надо упаковать в докер. Упаковываем и проверяем как написал @vbondarevsky или через ldd (что один хрен)
3. Скорее всего, ей не хватает какого-то *.so
4. Ставим so и повторяем процедуру
AO
4.1 - сверяемся с выхлопом ldd из пункта 1 (когда работало) и доустанавливаем всего, чего не хватает в докере
AO
Так не миста?
VB
Окей, план:
1. если есть возможность проверить без докера под линуксом печать, надо проверить. Исключаем приницпиальную неработоспособность компоненты в конкретной конфигурации линукса.
2. компонента рабочая, надо упаковать в докер. Упаковываем и проверяем как написал @vbondarevsky или через ldd (что один хрен)
3. Скорее всего, ей не хватает какого-то *.so
4. Ставим so и повторяем процедуру
1. если есть возможность проверить без докера под линуксом печать, надо проверить. Исключаем приницпиальную неработоспособность компоненты в конкретной конфигурации линукса.
2. компонента рабочая, надо упаковать в докер. Упаковываем и проверяем как написал @vbondarevsky или через ldd (что один хрен)
3. Скорее всего, ей не хватает какого-то *.so
4. Ставим so и повторяем процедуру
Ну ldd не совсем тоже самое
In the usual case, ldd invokes the standard dynamic linker (see ld.so(8)) with the LD_TRACE_LOADED_OBJECTS environment variable set to 1, which causes the linker to display the library dependencies. Be aware, however, that in some circumstances, some versions of ldd may attempt to obtain the dependency information by directly executing the program. Thus, you should never employ ldd on an untrusted executable, since this may result in the execution of arbitrary code.
In the usual case, ldd invokes the standard dynamic linker (see ld.so(8)) with the LD_TRACE_LOADED_OBJECTS environment variable set to 1, which causes the linker to display the library dependencies. Be aware, however, that in some circumstances, some versions of ldd may attempt to obtain the dependency information by directly executing the program. Thus, you should never employ ldd on an untrusted executable, since this may result in the execution of arbitrary code.
NG
readelf показал отсутствие libpng12. что логично, ее нет в 18.04, на базе которой построен образ. спасибо! попробую доустановить ее.
https://www.linuxuprising.com/2018/05/fix-libpng12-0-missing-in-ubuntu-1804.html
https://www.linuxuprising.com/2018/05/fix-libpng12-0-missing-in-ubuntu-1804.html
AO
Ну ldd не совсем тоже самое
In the usual case, ldd invokes the standard dynamic linker (see ld.so(8)) with the LD_TRACE_LOADED_OBJECTS environment variable set to 1, which causes the linker to display the library dependencies. Be aware, however, that in some circumstances, some versions of ldd may attempt to obtain the dependency information by directly executing the program. Thus, you should never employ ldd on an untrusted executable, since this may result in the execution of arbitrary code.
In the usual case, ldd invokes the standard dynamic linker (see ld.so(8)) with the LD_TRACE_LOADED_OBJECTS environment variable set to 1, which causes the linker to display the library dependencies. Be aware, however, that in some circumstances, some versions of ldd may attempt to obtain the dependency information by directly executing the program. Thus, you should never employ ldd on an untrusted executable, since this may result in the execution of arbitrary code.
ну в такие нюансы я уже не вдавался. Обычно я юзал ldd и мне хватало
Они конечно молодцы. И описания нужных библиотек не прикладывают и статикой не линкуют.
AO
Они конечно молодцы. И описания нужных библиотек не прикладывают и статикой не линкуют.
ну хоть ms-core-fonts больше ставить не надо
AO
или какая там либа была нужна, которую из устаревших реп дебиана приходилось руками качать
AO
Я уж молчу про версию ICU которая для 1с-постгрес была нужна и которая не совпадала с версией в убунте
AO
Это Линукс, детка, тут это нормально
VB
Это Линукс, детка, тут это нормально
А можно подумать в винде таких проблем нет
AO
А можно подумать в винде таких проблем нет
настолько - нет
VB
Одних рантаймов плюсов сколько только версий ставится
NG
Я уж молчу про версию ICU которая для 1с-постгрес была нужна и которая не совпадала с версией в убунте
О да, помню этот квест в 2013...
КВ
Я уж молчу про версию ICU которая для 1с-постгрес была нужна и которая не совпадала с версией в убунте
Видимо для этого теперь есть это: https://kb.1c.ru/articleView.jsp?id=134