Re: [freebsd] libX11 на сервере [было: pkg и зависимости]
У меня складывается такое впечатление, что у всех вас основная - это сборка софта и его обновление. Если нужен с параметрами сборки, отличными от дефолтных - велкам ту порты, если устараивает - pkg полностью решает данный вопрос. Использовать два инструмента для решения одной задачи, когда можно использовать один - лично для меня не понятно. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] libX11 на сервере [было: pkg и зависимости]
01.03.2017 13:37, Konstantin Stefanov пишет: On 01.03.2017 12:52, Владимир Друзенко wrote: Готовые пакеты всё равно далеко не всегда годны и не только из-за иксов, есть и другие функционально неподходящие дефолтные опции сборки. Всё в сумме делает использование готовых пакетов подходящим только в тривиальных случаях. Кто спорит? Я тоже все порты сам собираю - это проще, чем следить за теми 5-ю из 100+ пакетов с опциями не по умолчанию, чтобы они не обновились из репозитория и не сломали работу сервисов этого конкретного сервера. А для этого есть pkg lock. Если действительно надо недефолтные опции у пяти из сотни, то проще залочить эти пять, чем мудохаться с портами на остальных девяноста пяти. Для ручного обновления таких портов необходимо каждый раз снимать lock, а после обновления опять устанавливать. Больше ручной работы за счёт сокращения полуавтоматической на пересборку - не мой вариант. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] libX11 на сервере [было: pkg и зависимости]
On 01.03.2017 12:52, Владимир Друзенко wrote: >> Готовые пакеты всё равно далеко не всегда годны и не только из-за иксов, >> есть и другие функционально неподходящие дефолтные опции сборки. >> Всё в сумме делает использование готовых пакетов подходящим только >> в тривиальных случаях. > Кто спорит? Я тоже все порты сам собираю - это проще, чем следить за > теми 5-ю из 100+ пакетов с опциями не по умолчанию, чтобы они не > обновились из репозитория и не сломали работу сервисов этого конкретного > сервера. А для этого есть pkg lock. Если действительно надо недефолтные опции у пяти из сотни, то проще залочить эти пять, чем мудохаться с портами на остальных девяноста пяти. -- Константин Стефанов Страшнее китайского алфавита может быть только китайская азбука Морзе. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] libX11 на сервере [было: pkg и зависимости]
01.03.2017 08:26, Eugene Grosbein пишет: On 01.03.2017 02:37, Владимир Друзенко wrote: 28.02.2017 21:34, Eugene Grosbein пишет: 01.03.2017 1:14, Владимир Друзенко пишет: Но даже это всё тоже экономия на спичках по сравнению с объёмами данных на этих серверах: Ну зачем же вы приводите объемы данных на каких-то своих серверах, то есть ваш частный случай? И так понятно, что объемы иксовых потрохов вас не волнуют, это можно уже не повторять. Меня волнуют и объемы, и время/объем загрузки необходимых для их сборки дистрибутивов, и время сборки этих портов, и время, необходимое на загрузку/пересоборку при обновлении потом. Вы больше времени тратите на борьбу, чем сервер на загрузку и установку. Нет. Загрузка и установка при наличии множества лишних зависимостей требуется на регулярной основе из-за уязвимостей безопасности. Чем меньше (откровенно ненужных) зависимостей, там реже сервер касаются эти проблемы и тем быстрее и проще они решаются. А один раз оторвать зависимость от иксов при сборке порта это просто. Я же не говорю об ручном хаке исходников - речь об WITHOUT_X11 и иже с ними, или просто о снятии крестиков в меню make config. Как хотите. И часть их уберу, наверное (libvncserver-0.9.9_5 в первую очередь), так как для управления достаточно VBoxManage. Оно надо для работы с виртуальной консолью, а не для управления. Как вы устанавливаете произвольную операционку на виртиуалку без доступа к виртуальной консоли? Ну не у себя же на декстопе это делать. В этом месте я уже не буду ничего устанавливать :-) Там всё что нужно, уже установлено и работает. А если виртуалка «сломается»? Уж очень вы категоричны - если не нашли полезное применение чему-либо, то это совсем не значит, что оно никому не нужно. Так и не было речи о том, что оно никому не нужно. Речь была о том, что не нужно пихать всюду как дефолт. Это называется компромисс. Для десктопа эти зависимости нужны, а для сервера это копейки. Размер на диске это не главная проблема. Главная - гигантский временной оверхед на сборку/обновление рабочих портов, у которых не отключена зависимость от иксов. Речь идёт о зависимостях от иксов в _готовых пакетах_. Нет, речь идёт и ненужности иксов на серверах, а не про готовые пакеты. Нет, речь именно о готовых пакетах - посмотрите с чего началось это обсуждение: недовольство зависимостями от иксов в готовых пакетах. Зачем вы перешли на доказывание того, что лично вам иксовые библиотеки не нужны на сервере и потому собираете все порты самостоятельно и без зависимостей от иксов, мне не понятно. Я же никому не навязываю свои «best practice». Готовые пакеты всё равно далеко не всегда годны и не только из-за иксов, есть и другие функционально неподходящие дефолтные опции сборки. Всё в сумме делает использование готовых пакетов подходящим только в тривиальных случаях. Кто спорит? Я тоже все порты сам собираю - это проще, чем следить за теми 5-ю из 100+ пакетов с опциями не по умолчанию, чтобы они не обновились из репозитория и не сломали работу сервисов этого конкретного сервера. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] libX11 на сервере [было: pkg и зависимости]
On 01.03.2017 02:37, Владимир Друзенко wrote: > 28.02.2017 21:34, Eugene Grosbein пишет: >> 01.03.2017 1:14, Владимир Друзенко пишет: >> >>> Но даже это всё тоже экономия на спичках по сравнению с объёмами >>> данных на этих серверах: >> >> Ну зачем же вы приводите объемы данных на каких-то своих серверах, >> то есть ваш частный случай? И так понятно, что объемы иксовых потрохов >> вас не волнуют, это можно уже не повторять. Меня волнуют и объемы, >> и время/объем загрузки необходимых для их сборки дистрибутивов, >> и время сборки этих портов, и время, необходимое на загрузку/пересоборку >> при обновлении потом. > Вы больше времени тратите на борьбу, чем сервер на загрузку и установку. Нет. Загрузка и установка при наличии множества лишних зависимостей требуется на регулярной основе из-за уязвимостей безопасности. Чем меньше (откровенно ненужных) зависимостей, там реже сервер касаются эти проблемы и тем быстрее и проще они решаются. А один раз оторвать зависимость от иксов при сборке порта это просто. Я же не говорю об ручном хаке исходников - речь об WITHOUT_X11 и иже с ними, или просто о снятии крестиков в меню make config. >> И часть их уберу, наверное (libvncserver-0.9.9_5 в первую очередь), >> так как для управления достаточно VBoxManage. > Оно надо для работы с виртуальной консолью, а не для управления. Как вы > устанавливаете произвольную операционку на виртиуалку без доступа к > виртуальной консоли? Ну не у себя же на декстопе это делать. В этом месте я уже не буду ничего устанавливать :-) Там всё что нужно, уже установлено и работает. > Уж очень вы категоричны - если не нашли полезное применение чему-либо, > то это совсем не значит, что оно никому не нужно. Так и не было речи о том, что оно никому не нужно. Речь была о том, что не нужно пихать всюду как дефолт. >>> Это называется компромисс. Для десктопа эти зависимости нужны, а для >>> сервера это копейки. >> >> Размер на диске это не главная проблема. Главная - гигантский временной >> оверхед на сборку/обновление рабочих портов, у которых не отключена >> зависимость от иксов. > Речь идёт о зависимостях от иксов в _готовых пакетах_. Нет, речь идёт и ненужности иксов на серверах, а не про готовые пакеты. Готовые пакеты всё равно далеко не всегда годны и не только из-за иксов, есть и другие функционально неподходящие дефолтные опции сборки. Всё в сумме делает использование готовых пакетов подходящим только в тривиальных случаях. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] libX11 на сервере [было: pkg и зависимости]
28.02.2017 21:34, Eugene Grosbein пишет: 01.03.2017 1:14, Владимир Друзенко пишет: Но даже это всё тоже экономия на спичках по сравнению с объёмами данных на этих серверах: Ну зачем же вы приводите объемы данных на каких-то своих серверах, то есть ваш частный случай? И так понятно, что объемы иксовых потрохов вас не волнуют, это можно уже не повторять. Меня волнуют и объемы, и время/объем загрузки необходимых для их сборки дистрибутивов, и время сборки этих портов, и время, необходимое на загрузку/пересоборку при обновлении потом. Вы больше времени тратите на борьбу, чем сервер на загрузку и установку. Гораздо интересней тема автоматизирования запуска процесса обновления на большом количестве серверов, чем экономия на загрузке десятка пакетов. Поэтому вот все зависимости того же virtualbox у меня: $ pkg info --dependencies -x virtualbox virtualbox-ose-kmod-5.1.14: virtualbox-ose-nox11-5.1.14_2: libxslt-1.1.28_6 libxml2-2.9.3 cdrtools-3.00_2 openssl-1.0.2k_1,1 libvncserver-0.9.9_5 gcc49-4.9.4_1 png-1.6.20 curl-7.53.0 virtualbox-ose-kmod-5.1.14 libIDL-0.8.14_2 glib-2.42.1 # pkg info --dependencies -x virtualbox phpvirtualbox-5.0.5: php70-session-7.0.16 php70-xml-7.0.16 php70-simplexml-7.0.16 php70-soap-7.0.16 php70-7.0.16 php70-json-7.0.16 virtualbox-ose-5.1.14_2: qt5-x11extras-5.7.1 libxcb-1.12 libXinerama-1.1.3_3,1 libXext-1.3.3_1,1 libXcursor-1.1.14_3 libX11-1.6.5,1 qt5-widgets-5.7.1 qt5-gui-5.7.1 pango-1.38.0_1 libXt-1.1.5,1 libXmu-1.1.2_3,1 libxslt-1.1.29_1 libxml2-2.9.4 cdrtools-rscsi-3.01 qt5-printsupport-5.7.1 vde2-2.3.2_2 libvncserver-0.9.11 libvpx-1.6.1 python27-2.7.13_1 qt5-opengl-5.7.1 png-1.6.28 libGL-13.0.5 gtk-update-icon-cache-2.24.29 gdk-pixbuf2-2.32.3_1 curl-7.53.1 virtualbox-ose-kmod-5.1.14 sdl-1.2.15_7,2 qt5-dbus-5.7.1 qt5-core-5.7.1 py27-setuptools27-32.1.0 libIDL-0.8.14_3 glib-2.46.2_4 atk-2.18.0 virtualbox-ose-kmod-5.1.14: Редко, но бывает нужно запустить гуи. И часть их уберу, наверное (libvncserver-0.9.9_5 в первую очередь), так как для управления достаточно VBoxManage. Оно надо для работы с виртуальной консолью, а не для управления. Как вы устанавливаете произвольную операционку на виртиуалку без доступа к виртуальной консоли? Ну не у себя же на декстопе это делать. Что уж говорить об иксовом пробросе - с транзитным пробросом не приходилось сталкиваться? И, например, на сервере с VirtualBox бывает очень полезен. Приходилось сталкиваться со многим. GUI на сервере FreeBSD это редчайшее исключение, типа гуёвого инсталлятора Oracle в своё время в линуксоляторе. Если у вас венда на десктопе, тогда, пожалуй, редчайшее - всё равно толку от него мало. На рабочей станции у меня FreeBSD с иксами и портов там более 700 установлено. Но для моих серверов иксы низачем не нужны. А это разве не ваш частный случай? Тогда зачем меня в этом упрекать? Также хочется увидеть «сотни компонентов, из которых нынче состоят иксы» в контексте иксовых библиотек на сервере: # pkg info -s *font* x* libx* lib[A-Z]* *proto* | sort -u | wc -l 75 Пакетные зависимости тянут не только xlib, заголовки и шрифты. А что ещё? Покажите, пожалуйста ваши расчёты. Мои были с одного из боевых серверов. На серверах иксов нет, показывать нечего. На рабочей станции использую только графический софт, в консоли не сижу, поэтому зависимости от X тут неотрываю, в итоге: $ pkg info | wc -l 773 Как-то уж очень аскетично: В офисе (есть лишнее - ставил на посмотреть и не снёс): $ pkg info | wc -l 1698 Дома (откровенно лишнего ничего нет): $ pkg info | wc -l 1558 Уж очень вы категоричны - если не нашли полезное применение чему-либо, то это совсем не значит, что оно никому не нужно. Так и не было речи о том, что оно никому не нужно. Речь была о том, что не нужно пихать всюду как дефолт. Это называется компромисс. Для десктопа эти зависимости нужны, а для сервера это копейки. Размер на диске это не главная проблема. Главная - гигантский временной оверхед на сборку/обновление рабочих портов, у которых не отключена зависимость от иксов. Речь идёт о зависимостях от иксов в _готовых пакетах_. И что при установки _готовых пакетов_ по зависимостям приходят иксовые библиотеки. Какой такой оверхед на сборку, если мы устанавливаем _готовые пакеты_? А если сами собираете из портов, то вас этот вопрос не задевает. С чем тогда спорите? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] libX11 на сервере [было: pkg и зависимости]
01.03.2017 1:14, Владимир Друзенко пишет: Но даже это всё тоже экономия на спичках по сравнению с объёмами данных на этих серверах: Ну зачем же вы приводите объемы данных на каких-то своих серверах, то есть ваш частный случай? И так понятно, что объемы иксовых потрохов вас не волнуют, это можно уже не повторять. Меня волнуют и объемы, и время/объем загрузки необходимых для их сборки дистрибутивов, и время сборки этих портов, и время, необходимое на загрузку/пересоборку при обновлении потом. Поэтому вот все зависимости того же virtualbox у меня: $ pkg info --dependencies -x virtualbox virtualbox-ose-kmod-5.1.14: virtualbox-ose-nox11-5.1.14_2: libxslt-1.1.28_6 libxml2-2.9.3 cdrtools-3.00_2 openssl-1.0.2k_1,1 libvncserver-0.9.9_5 gcc49-4.9.4_1 png-1.6.20 curl-7.53.0 virtualbox-ose-kmod-5.1.14 libIDL-0.8.14_2 glib-2.42.1 И часть их уберу, наверное (libvncserver-0.9.9_5 в первую очередь), так как для управления достаточно VBoxManage. Что уж говорить об иксовом пробросе - с транзитным пробросом не приходилось сталкиваться? И, например, на сервере с VirtualBox бывает очень полезен. Приходилось сталкиваться со многим. GUI на сервере FreeBSD это редчайшее исключение, типа гуёвого инсталлятора Oracle в своё время в линуксоляторе. Если у вас венда на десктопе, тогда, пожалуй, редчайшее - всё равно толку от него мало. На рабочей станции у меня FreeBSD с иксами и портов там более 700 установлено. Но для моих серверов иксы низачем не нужны. Также хочется увидеть «сотни компонентов, из которых нынче состоят иксы» в контексте иксовых библиотек на сервере: # pkg info -s *font* x* libx* lib[A-Z]* *proto* | sort -u | wc -l 75 Пакетные зависимости тянут не только xlib, заголовки и шрифты. А что ещё? Покажите, пожалуйста ваши расчёты. Мои были с одного из боевых серверов. На серверах иксов нет, показывать нечего. На рабочей станции использую только графический софт, в консоли не сижу, поэтому зависимости от X тут неотрываю, в итоге: $ pkg info | wc -l 773 Уж очень вы категоричны - если не нашли полезное применение чему-либо, то это совсем не значит, что оно никому не нужно. Так и не было речи о том, что оно никому не нужно. Речь была о том, что не нужно пихать всюду как дефолт. Это называется компромисс. Для десктопа эти зависимости нужны, а для сервера это копейки. Размер на диске это не главная проблема. Главная - гигантский временной оверхед на сборку/обновление рабочих портов, у которых не отключена зависимость от иксов. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] libX11 на сервере [было: pkg и зависимости]
28.02.2017 17:11, Eugene Grosbein пишет: On 28.02.2017 18:50, Владимир Друзенко wrote: 28.02.2017 12:49, Eugene Grosbein пишет: On 28.02.2017 02:39, Владимир Друзенко wrote: Не вижу ничего плохого в наличии иксовых библиотек на сервере (если это конечно не какой-то жуткий embeded). Бывает даже полезно запустить что-то с GUI через иксовый проброс. При этом на сервере xorg-server и не нужен - только клиентские библиотеки. Сам X-сервер нынче это малая часть иксов. Низачем не нужен "иксовый проброс" на серверах, как и иксовые библиотеки, шрифты и прочие сотни компонентов, из которых нынче состоят иксы. И чем мешают это копейки? # du -s /usr/local 1944624/usr/local Два гигабайта это не копейки. Носитель может быть не сильно больше и это "больше" требуется под полезные данные. Плюс это ненужное - лишний disk i/o во время полных бекапов, лишняя нагрузка на сжатие полных бекапов c этим ненужным, лишнее время на передачу бекапов по сети и лишнее пространcтво в хранилище бекапов. Это _весь_ local, в том числе VirtualBox, perl, apache, gcc, binutils, python, icu, openjdk, www и т.д., а не только зависимости xorg. Сервер виртуализации на VirtualBox: # pkg info -s '*'|sed 'y/./,/'|sort -h -k 2|tail -n21 phpvirtualbox-4,3,210,5MiB pkg-1,10,0_2 10,7MiB net-snmp-5,7,3_12 11,3MiB qt4-gui-4,8,7_215,0MiB db6-6,2,23_2 15,6MiB php56-5,6,30 16,5MiB cmake-3,7,216,6MiB docbook-xsl-1,76,1_3 17,2MiB glib-2,46,2_4 18,1MiB py27-Babel-2,3,4 20,1MiB nmap-7,40 22,9MiB apache24-2,4,25_1 24,6MiB qt4-webkit-4,8,7_1 26,8MiB icu-58,2,1 42,7MiB perl5-5,24,1 51,3MiB python27-2,7,13_1 66,5MiB gcc-4,9,4 154MiB binutils-2,27_5,1 170MiB virtualbox-ose-4,3,38_1238MiB libclc-0,2,0,20160915 468MiB llvm39-3,9,1_1 1,16GiB Виртуалка с redmine и tomcat: # pkg info -s '*'|sed 'y/./,/'|sort -h -k 2|tail -n21 glib-2,46,2_4 18,1MiB postgresql96-server-9,6,2 19,0MiB virtualbox-ose-additions-5,1,14 21,6MiB docbook-xsl-1,76,1_3 21,9MiB nmap-7,40 23,0MiB git-2,11,1 23,3MiB apache24-2,4,25_1 24,8MiB ImageMagick-6,9,6,4,1 25,9MiB ja-font-ipa-00303_627,2MiB ja-font-mplus-ipa-1,0,20060520,p1_5 28,1MiB zh-arphicttf-2,11_531,4MiB ruby-2,3,3_2,1 34,0MiB icu-58,2,1 42,7MiB ghostscript9-agpl-base-9,16_5 46,4MiB perl5-5,24,1 51,6MiB python27-2,7,13_1 66,6MiB gcc-4,9,4 155MiB openjdk8-8,121,13 165MiB binutils-2,27_5,1 170MiB libclc-0,2,0,20160915 468MiB llvm39-3,9,1_1 1,10GiB Как уже говорил ранее, меня только llvm не устраивает (+libclc), а остальное не делает погоды. Но даже это всё тоже экономия на спичках по сравнению с объёмами данных на этих серверах: 15% для виртуалки с redmine: # du -sc /opt/postgres /opt/redmine /opt/git 269780 /opt/postgres 9122256 /opt/redmine 768276 /opt/git 82036 /opt/apache-tomcat-8.0 10242352total В пределах погрешности для физических серверов: # du -sc /vm/Machines /backup 507752958 /vm/Machines 403511563 /backup 911264521 total # du -scA /vm/Machines /backup 1174485301 /vm/Machines 753330982 /backup 1927816283 total Вот ещё к примеру бареметал файлсервер с иксовыми библиотеками: # pkg info -s '*'|sed 'y/./,/'|sort -h -k 2|tail -n21 py27-sphinx-1,4,8,19,17MiB texinfo-6,1,20160425,1 9,21MiB compat9x-amd64-9,3,903000,20161027 10,3MiB cups-2,2,2_1 10,4MiB net-snmp-5,7,3_12 11,3MiB pkg-1,10,0_2 11,4MiB clamav-0,99,2_214,6MiB db6-6,2,23_2 15,4MiB cmake-3,7,217,4MiB glib-2,46,2_4 18,1MiB freeipmi-1,5,5 18,9MiB py27-Babel-2,3,4 20,1MiB nmap-7,40 22,3MiB apache24-2,4,25_1 24,8MiB icu-58,2,1 42,5MiB perl5-5,24,1 51,5MiB samba44-4,4,8_158,5MiB python27-2,7,13_1 66,6MiB llvm36-3,6,2_2 102MiB gcc-4,9,4 153MiB binutils-2,27_5,1 169MiB # du -s /usr/local 554194 /usr/local # du -sA /usr/local 1095759 /usr/local Что уж говорить об иксовом пробросе - с транзитным пробросом не приходилось сталкиваться? И, например, на сервере с VirtualBox бывает очень полезен. Приходилось сталкиваться со многим. GUI на сервере FreeBSD это редчайшее исключение, типа гуёвого инсталлятора Oracle в своё время в линуксоляторе. Если у вас венда на десктопе, тогда, пожалуй, редчайшее - всё равно толку от него мало. А я ч
Re: [freebsd] libX11 на сервере [было: pkg и зависимости]
On 28.02.2017 18:50, Владимир Друзенко wrote: > 28.02.2017 12:49, Eugene Grosbein пишет: >> On 28.02.2017 02:39, Владимир Друзенко wrote: >>> Не вижу ничего плохого в наличии иксовых библиотек на сервере (если это >>> конечно не какой-то жуткий embeded). >>> Бывает даже полезно запустить что-то с GUI через иксовый проброс. >>> При этом на сервере xorg-server и не нужен - только клиентские библиотеки. >> Сам X-сервер нынче это малая часть иксов. Низачем не нужен "иксовый проброс" >> на серверах, как и иксовые библиотеки, шрифты и прочие сотни компонентов, >> из которых нынче состоят иксы. > > И чем мешают это копейки? > # du -s /usr/local > 1944624/usr/local Два гигабайта это не копейки. Носитель может быть не сильно больше и это "больше" требуется под полезные данные. Плюс это ненужное - лишний disk i/o во время полных бекапов, лишняя нагрузка на сжатие полных бекапов c этим ненужным, лишнее время на передачу бекапов по сети и лишнее пространcтво в хранилище бекапов. > Что уж говорить об иксовом пробросе - с транзитным пробросом не > приходилось сталкиваться? И, например, на сервере с VirtualBox бывает > очень полезен. Приходилось сталкиваться со многим. GUI на сервере FreeBSD это редчайшее исключение, типа гуёвого инсталлятора Oracle в своё время в линуксоляторе. > Также хочется увидеть «сотни компонентов, из которых нынче состоят иксы» > в контексте иксовых библиотек на сервере: > # pkg info -s *font* x* libx* lib[A-Z]* *proto* | sort -u | wc -l > 75 Пакетные зависимости тянут не только xlib, заголовки и шрифты. > Уж очень вы категоричны - если не нашли полезное применение чему-либо, > то это совсем не значит, что оно никому не нужно. Так и не было речи о том, что оно никому не нужно. Речь была о том, что не нужно пихать всюду как дефолт. > Раньше я тоже замарачивался чтобы не поставить лишнюю библиотеку, тулкит > и т.д., но потом осознал, что на борьбу уходит гораздо больше сил и > времени, чем на установку. И даже внутри виртуалки лишние 100Mb не > играют никакой роли. Тут не 100Mb, да и сотня играет. Особенно если нужно ставить пакеты в собранную компактную систему по типу nanobsd. А пакеты не годятся, ибо не лезут. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] libX11 на сервере [было: pkg и зависимости]
> > И чем мешают это копейки? > Да ничем не мешают - вот за это фрю и уважаю и пользую, ибо можно реализовать любые извращенные фантазии. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] libX11 на сервере [было: pkg и зависимости]
28.02.2017 12:49, Eugene Grosbein пишет: On 28.02.2017 02:39, Владимир Друзенко wrote: Не вижу ничего плохого в наличии иксовых библиотек на сервере (если это конечно не какой-то жуткий embeded). Бывает даже полезно запустить что-то с GUI через иксовый проброс. При этом на сервере xorg-server и не нужен - только клиентские библиотеки. Сам X-сервер нынче это малая часть иксов. Низачем не нужен "иксовый проброс" на серверах, как и иксовые библиотеки, шрифты и прочие сотни компонентов, из которых нынче состоят иксы. И чем мешают это копейки? # du -s /usr/local 1944624/usr/local Мне только одно не нравится, что по зависимостям от месы приходит llvm: # pkg info -s llvm* llvm39-3.9.1_1 1.16GiB Что уж говорить об иксовом пробросе - с транзитным пробросом не приходилось сталкиваться? И, например, на сервере с VirtualBox бывает очень полезен. Также хочется увидеть «сотни компонентов, из которых нынче состоят иксы» в контексте иксовых библиотек на сервере: # pkg info -s *font* x* libx* lib[A-Z]* *proto* | sort -u | wc -l 75 Уж очень вы категоричны - если не нашли полезное применение чему-либо, то это совсем не значит, что оно никому не нужно. Раньше я тоже замарачивался чтобы не поставить лишнюю библиотеку, тулкит и т.д., но потом осознал, что на борьбу уходит гораздо больше сил и времени, чем на установку. И даже внутри виртуалки лишние 100Mb не играют никакой роли. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] libX11 на сервере [было: pkg и зависимости]
On 28.02.2017 02:39, Владимир Друзенко wrote: > Не вижу ничего плохого в наличии иксовых библиотек на сервере (если это > конечно не какой-то жуткий embeded). > Бывает даже полезно запустить что-то с GUI через иксовый проброс. > При этом на сервере xorg-server и не нужен - только клиентские библиотеки. Сам X-сервер нынче это малая часть иксов. Низачем не нужен "иксовый проброс" на серверах, как и иксовые библиотеки, шрифты и прочие сотни компонентов, из которых нынче состоят иксы. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] libX11 на сервере [было: pkg и зависимости]
27.02.2017 15:07, Vasiliy P. Melnik пишет: В порте нет, а официальный бинарный пакет собран с mysql56 - ABI с mysql57, afaik, не совместим. ааа, пропустил - много писем из рассылки оказывается в спам у меня падало. Ну тут такое дело: если ставишь из пакетов, то нечего выделываться и надо юзать то, что ставится из пакетов. Порты они решают задачу кастомизации сборки, и либо использовать порты, либо - пакеты. И не получится - пакеты часто отстают по версиям и по зависимостям тянут всякий хлам. З.Ы. я не понимаю как на сервере можно использовать софт из пакетов, там же чуть что - сразу иксы прилетают по зависимостям и куча всего не нужного, из пакетов что-то используется только в каких-то исключительных кривых ситуация. Не вижу ничего плохого в наличии иксовых библиотек на сервере (если это конечно не какой-то жуткий embeded). Бывает даже полезно запустить что-то с GUI через иксовый проброс. При этом на сервере xorg-server и не нужен - только клиентские библиотеки. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd