Size: a a a

2020 April 19

Ю

ЮЙ in freebsd_ru
Vesper
ну как без драйвера, они там встроены
Да встроены и меня не мучает))
источник

AP

Alexander P in freebsd_ru
Vesper
я вот две недели проепался и завел кликхауз под бсд, но имел я ввиду такую практику в принципе
Я чо-то упускаю? clickhouse же давно в портах.
Правда, года три назад собранный бинарь выпадал в осадок, но потом починили.
Зависимостей у него, конечно, хренова гора...
источник

AA

Artyom Abramovich in freebsd_ru
ЮЙ
Да встроены и меня не мучает))
до поры до времени
источник

AP

Alexander P in freebsd_ru
Alexander P
Я чо-то упускаю? clickhouse же давно в портах.
Правда, года три назад собранный бинарь выпадал в осадок, но потом починили.
Зависимостей у него, конечно, хренова гора...
Какой великолепный трэш. make missing выдаёт ~400 пакетов для него. В том числе:
* sqlite3, unixODBC
* git, svn, mercurial
* w3m
* tex-*, graphviz
* хуеву гору питоноговна под 27, 35, 36, 38.
Шо это за пиздец?.. Вот это вот всё зачем? Он точно из категории databases?
источник

DM

Dmitry Marakasov in freebsd_ru
Alexander P
Какой великолепный трэш. make missing выдаёт ~400 пакетов для него. В том числе:
* sqlite3, unixODBC
* git, svn, mercurial
* w3m
* tex-*, graphviz
* хуеву гору питоноговна под 27, 35, 36, 38.
Шо это за пиздец?.. Вот это вот всё зачем? Он точно из категории databases?
А что вам не нравится? Любите конпелять - конпеляйте, большая часть указанного нужна любому порту собирающему доки doxygen'ом, и любому порту зависящему от такого порта. Пакету же нужно два десятка более-менее адекватных зависимостей.
источник

p

prll in freebsd_ru
Alexander P
Какой великолепный трэш. make missing выдаёт ~400 пакетов для него. В том числе:
* sqlite3, unixODBC
* git, svn, mercurial
* w3m
* tex-*, graphviz
* хуеву гору питоноговна под 27, 35, 36, 38.
Шо это за пиздец?.. Вот это вот всё зачем? Он точно из категории databases?
Питон там для тестов был
источник

AP

Alexander P in freebsd_ru
Ага. Только тесты по дефолту выключены
источник

AP

Alexander P in freebsd_ru
А питоньих пакетов — половина от тех 400
источник

p

prll in freebsd_ru
Если правильно дообновить clickhouse то там и 1000 зависимостей будет
источник

AP

Alexander P in freebsd_ru
Dmitry Marakasov
А что вам не нравится? Любите конпелять - конпеляйте, большая часть указанного нужна любому порту собирающему доки doxygen'ом, и любому порту зависящему от такого порта. Пакету же нужно два десятка более-менее адекватных зависимостей.
Много чего не нравится.

Во-первых, тенденция пихать в самый сраный проект кучу сомнительных зависимостей. Это в огород разработчиков. Например, у ch пихтоновский lxml в исходниках вообще не встречается, а termcolor -- только в тестах, но зачем-то ещё и в докер-образы засовывается (которые применительно к фряхе как той собаке пятая нога). У ch ещё и configure (или аналог) отсутствует, ненужное не поотключаешь.

Во-вторых, пихать сомнительные зависимости в порт. Это в огород портеров. Скажем, зачем clickhouse'у googletest, если в опциях тесты выключены вообще? А expect+tcl+сотоварищи?

В-третьих, почему не побить проект на несколько пакетов? Скажем, вынести тот же odbc-интерфейс. Тоже к портерам. Тут, конечно, надо не переборщить и не дробить, как некоторые, совем уж на атомы (типа sqlite: либа отдельно, бинарь отдельно, .h отдельно, маны отдельно). На крайний случай, опций досыпать (но тогда пакетная установка отпадает).

В-четвёртых, нихуя неочевидно, зачем именно эта гора мусора нужна. Для сборки? Для рантайма? Для самого пакета или для зависимости седьмого колена? Отслеживать вручную каждый сомнительный из нескольких сотен -- не смешно нифига. Добавить бы такую фишку в порты (типа make missing-tree) и чтоб pkg install показывал -- цены б ей не было. Взять тот же graphviz. Может, достаточно у какой-то зависимости по дороге галочку снять. Может, потом подумать, не побить ли тот зависимый пакет на помельче.

В-пятых, дефолтные опции в портах. Тоже порой не понимаю, чем портеры руководствуются.

Может, я погорячился, но наболело. Прастити :)
источник

VG

Vadim Goncharov in freebsd_ru
ну во-первых, это ИХ зависимости, или просто дефолтные опции прямых депенденсов?
источник

DM

Dmitry Marakasov in freebsd_ru
Alexander P
Много чего не нравится.

Во-первых, тенденция пихать в самый сраный проект кучу сомнительных зависимостей. Это в огород разработчиков. Например, у ch пихтоновский lxml в исходниках вообще не встречается, а termcolor -- только в тестах, но зачем-то ещё и в докер-образы засовывается (которые применительно к фряхе как той собаке пятая нога). У ch ещё и configure (или аналог) отсутствует, ненужное не поотключаешь.

Во-вторых, пихать сомнительные зависимости в порт. Это в огород портеров. Скажем, зачем clickhouse'у googletest, если в опциях тесты выключены вообще? А expect+tcl+сотоварищи?

В-третьих, почему не побить проект на несколько пакетов? Скажем, вынести тот же odbc-интерфейс. Тоже к портерам. Тут, конечно, надо не переборщить и не дробить, как некоторые, совем уж на атомы (типа sqlite: либа отдельно, бинарь отдельно, .h отдельно, маны отдельно). На крайний случай, опций досыпать (но тогда пакетная установка отпадает).

В-четвёртых, нихуя неочевидно, зачем именно эта гора мусора нужна. Для сборки? Для рантайма? Для самого пакета или для зависимости седьмого колена? Отслеживать вручную каждый сомнительный из нескольких сотен -- не смешно нифига. Добавить бы такую фишку в порты (типа make missing-tree) и чтоб pkg install показывал -- цены б ей не было. Взять тот же graphviz. Может, достаточно у какой-то зависимости по дороге галочку снять. Может, потом подумать, не побить ли тот зависимый пакет на помельче.

В-пятых, дефолтные опции в портах. Тоже порой не понимаю, чем портеры руководствуются.

Может, я погорячился, но наболело. Прастити :)
Дефолтные опции делаются или должны делаться по максимуму, потому что функциональность пакета должна покрывать максимум кейсов.

По 4,3,2,1 - добавьте, побейте, уберите зависимость и попробуйте собрать, зарепортьте. Порт должен предоставлять рабочее приложение, а не удовлетворять высокие хотения считателей зависимостей.

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

VG

Vadim Goncharov in freebsd_ru
если бы да кабы это случилось, то есть дебиановский пример suggests
источник

A

Alex in freebsd_ru
Добрый день. Апгрейднул nginx-1.16.1_13,2, bind916-9.16.2, получил сообщения:
You may need to manually remove /usr/local/etc/nginx/nginx.conf if it is no longer needed.
You may need to manually remove /usr/local/etc/namedb/named.conf if it is no longer needed.

Конфиги переместили куда-то? Фря 11.3-RELEASE-p7
источник

DP

Dima Panov in freebsd_ru
Alex
Добрый день. Апгрейднул nginx-1.16.1_13,2, bind916-9.16.2, получил сообщения:
You may need to manually remove /usr/local/etc/nginx/nginx.conf if it is no longer needed.
You may need to manually remove /usr/local/etc/namedb/named.conf if it is no longer needed.

Конфиги переместили куда-то? Фря 11.3-RELEASE-p7
Это просто напоминалка при удалении пакетов, что конфиг был правлен и если не нужен далее, то можно удалить. Поскольку потом встали новые версии пакетов, они и подхватили эти правленые конфиги
источник

A

Alex in freebsd_ru
Dima Panov
Это просто напоминалка при удалении пакетов, что конфиг был правлен и если не нужен далее, то можно удалить. Поскольку потом встали новые версии пакетов, они и подхватили эти правленые конфиги
Спасибо.
источник

p

prll in freebsd_ru
Alexander P
Много чего не нравится.

Во-первых, тенденция пихать в самый сраный проект кучу сомнительных зависимостей. Это в огород разработчиков. Например, у ch пихтоновский lxml в исходниках вообще не встречается, а termcolor -- только в тестах, но зачем-то ещё и в докер-образы засовывается (которые применительно к фряхе как той собаке пятая нога). У ch ещё и configure (или аналог) отсутствует, ненужное не поотключаешь.

Во-вторых, пихать сомнительные зависимости в порт. Это в огород портеров. Скажем, зачем clickhouse'у googletest, если в опциях тесты выключены вообще? А expect+tcl+сотоварищи?

В-третьих, почему не побить проект на несколько пакетов? Скажем, вынести тот же odbc-интерфейс. Тоже к портерам. Тут, конечно, надо не переборщить и не дробить, как некоторые, совем уж на атомы (типа sqlite: либа отдельно, бинарь отдельно, .h отдельно, маны отдельно). На крайний случай, опций досыпать (но тогда пакетная установка отпадает).

В-четвёртых, нихуя неочевидно, зачем именно эта гора мусора нужна. Для сборки? Для рантайма? Для самого пакета или для зависимости седьмого колена? Отслеживать вручную каждый сомнительный из нескольких сотен -- не смешно нифига. Добавить бы такую фишку в порты (типа make missing-tree) и чтоб pkg install показывал -- цены б ей не было. Взять тот же graphviz. Может, достаточно у какой-то зависимости по дороге галочку снять. Может, потом подумать, не побить ли тот зависимый пакет на помельче.

В-пятых, дефолтные опции в портах. Тоже порой не понимаю, чем портеры руководствуются.

Может, я погорячился, но наболело. Прастити :)
Lxml тоже был только для тестов.
источник

E

Ernesto in freebsd_ru
народ помогите найти статью пожалуйста! тут в своё время мне подсказали что есть статейка-инструкция по разбивке двух hdd разного размера в один ZFS страйп так чтоб основные разделы были на первом (SSD 256Gb), хомяк на втором (HDD 1Tb) дисках.
источник

p

prll in freebsd_ru
Alexander P
Много чего не нравится.

Во-первых, тенденция пихать в самый сраный проект кучу сомнительных зависимостей. Это в огород разработчиков. Например, у ch пихтоновский lxml в исходниках вообще не встречается, а termcolor -- только в тестах, но зачем-то ещё и в докер-образы засовывается (которые применительно к фряхе как той собаке пятая нога). У ch ещё и configure (или аналог) отсутствует, ненужное не поотключаешь.

Во-вторых, пихать сомнительные зависимости в порт. Это в огород портеров. Скажем, зачем clickhouse'у googletest, если в опциях тесты выключены вообще? А expect+tcl+сотоварищи?

В-третьих, почему не побить проект на несколько пакетов? Скажем, вынести тот же odbc-интерфейс. Тоже к портерам. Тут, конечно, надо не переборщить и не дробить, как некоторые, совем уж на атомы (типа sqlite: либа отдельно, бинарь отдельно, .h отдельно, маны отдельно). На крайний случай, опций досыпать (но тогда пакетная установка отпадает).

В-четвёртых, нихуя неочевидно, зачем именно эта гора мусора нужна. Для сборки? Для рантайма? Для самого пакета или для зависимости седьмого колена? Отслеживать вручную каждый сомнительный из нескольких сотен -- не смешно нифига. Добавить бы такую фишку в порты (типа make missing-tree) и чтоб pkg install показывал -- цены б ей не было. Взять тот же graphviz. Может, достаточно у какой-то зависимости по дороге галочку снять. Может, потом подумать, не побить ли тот зависимый пакет на помельче.

В-пятых, дефолтные опции в портах. Тоже порой не понимаю, чем портеры руководствуются.

Может, я погорячился, но наболело. Прастити :)
Если делать все правильно - у порта ch должно быть несколько десятков опций что даст около бесконечности разных вариантов сборки которые будут всегда частично разломаны и нужно иметь небольшую группу людей которые будет их постоянно чинить и собирать хейт.
Его бы просто для начала обновлять хоть раз в год..
источник

А

Алексей Панфилов... in freebsd_ru
Подскажите как корректно отредактировать /etc/login.conf что бы русский остался, но все сообщения были английские? Как правильно указать LC_MESSAGES сейчас секция выглядит так:
источник