| 1.1, ыы (?), 23:34, 29/04/2019 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| –11 +/– | |
>слияние с локальными изменениями в каталоге /etc
Это же просто сказка какая-то...обновил систему- и у тебя обновленные конфиги, в которых вдруг "из ниоткуда" появилось черт-знает-что...
| | |
| |
| 2.9, Аноним (9), 02:31, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +21 +/– |
В посте сквозит обида за бесцельно потраченное время на освоение mergemaster, etcmerge и написание хреновой горы костылей для нетривиальных случаев. Да как они посмели мои родные костыли сделать ненужными!1111
| | |
| |
| |
| 4.35, пох (?), 10:19, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
будет - но еще он и есть за тебя планирует.
В смысле, не факт что тебе понравится то, что он нарешает - разработчики знают лучше! ;-)
| | |
|
| 3.85, xm (ok), 21:38, 30/04/2019 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
 Во-первых там давно уже etcupdate вместо mergemaster, а, во-вторых, и это главное, он давно знает что и как можно безопасно обновить, а о чём надо спросить у тебя. Последнее случается в единичных случаях даже при мажорных обновлениях.
| | |
|
| 2.109, Аноним (109), 14:19, 02/05/2019 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
 ну в Centos это, например, /etc/configfile.conf.rpmnew . в Debian, когда ручками обновляешь, показывает новую версию файла и спрашивает что делать с новым файлом конфигурации - оставить, отклонить и т.д.
| | |
|
| 1.5, Дон Ягон (?), 00:25, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +2 +/– | |
Это ещё ничего, судя по описанию. Тот "pkgbase", который в "обычной" FreeBSD был/тестировался, короче - https://wiki.freebsd.org/PkgBase, вот это полный трэшак: каждой программе/либе из базы свой пакет, в итоге их за сотню выходит. Под чем это можно было придумать - не могу даже предполагать. Надеюсь, в свете TrueOS'ного pkgbase (с названиями у них что-то совсем туго) тот, что с вики закопают к дьяволу.
А так - напомнило OpenBSD с её возможностью выбрать файлсеты для установки/обновления.
| | |
| |
| 2.8, Аноним (9), 02:28, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– | |
Около 600, учитывая *-debug и *-development, и да, оно намного более адекватное чем данное предложение, однако вызывает неконтролируемые приступы паники у любителей свалки в base.
Предложение TrueOS - это по сути просто засунуть в пакеты то что сейчас распространяется в виде {base,kernel,doc,src,ports}.txz, ставится при установке и потом конпеляется до усеру на локальной машине. Охренеть какой прогресс по сравнению с полноценной системой пакетов из первого варианта.
| | |
| |
| |
| 4.14, анонн (?), 03:49, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +3 +/– |
> Далее или руками ставить то, что нужно, понимая, что таки именно нужно путём чтения
> чейнджлога или забить и ставть всё сразу.
Или парой мета-пакетов ставить сразу пачками, при нужде сделав желаемую конфигурацию своим собственным, кастомным метапакетом.
> Но FreeBSD разрабатывается централизованно и даже стороннее ПО, входящее в базовую систему обычно фиксируется на какой-то версии, которая поддерживается как часть системы.
И куча ПО там "чисто на всякий случай", раздувает базу и добавляет потенциальных уязвимостей и размера обновлений.
А чтобы убрать, нужно пересобрать с кучей WITHOUT_ в scr.conf со всеми вытекающими - невозможностью пользоваться бинарными обновлениеми или зарепортить баг без отсылки "собери стандартно".
| | |
| 4.16, Chuvy (?), 04:24, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– |
Думаю тут идёт к тому, чтоб была альтернатива пакетам. К примеру либы опенсорсные закинуть, вместо родных. Или тот же стэк zfs on Linux и т.п.
| | |
| |
| 5.63, Дон Ягон (?), 13:25, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> Думаю тут идёт к тому, чтоб была альтернатива пакетам. К примеру либы опенсорсные закинуть, вместо родных. Или тот же стэк zfs on Linux и т.п.
В каком смысле альтернатива? Тут как раз в обычные фрибсдшные пакеты упаковали базу и ядро.
Можно будет, например, собрать базу с нужными тебе опциями и деплоить её как пакеты, без freebsd-update. Возможности заменить, например, openssl из базы openssl'ем из портов будет нельзя. Только если собрать новый пакет базы с другим openssl.
Теоретически, pkgbase и фрибсдшной вики может (в перспективе) позволять такое - там как раз база разбита на отдельные пакеты. Но, как я уже писал, я считаю этот вариант вопиюще неадекватным для реалий FreeBSD, делающим поддержку системы более сложной, чем это нужно.
Оверинжиниринг, короче.
| | |
|
| 4.94, Аноним (42), 10:20, 01/05/2019 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– | |
> если бы разработка всех компонентов FreeBSD велась независимо, как в Linux. Тогда мы бы просто брали дистрибутивы программ из репозиториев
И имели бы перманентный головняк с разными мелкими "гвоздями в сапоге", потому что все независимые, все сами по себе и все работают по принципу "кто в лес, кто по дрова".
| | |
| |
| 5.102, Дон Ягон (?), 14:22, 01/05/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> если бы разработка всех компонентов FreeBSD велась независимо, как в Linux. Тогда мы бы просто брали дистрибутивы программ из репозиториев
> И имели бы перманентный головняк с разными мелкими "гвоздями в сапоге", потому что все независимые, все сами по себе и все работают по принципу "кто в лес, кто по дрова".
Да я, собственно, не призываю к такому, а пытаюсь показать, что модель распространения дистрибутивов Linux неприминима as-is для FreeBSD.
| | |
|
|
|
| 2.18, Аноним (18), 06:26, 30/04/2019 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –2 +/– |
Согласен с Доном (и его нижними постами). Базовая система фри - это то, чего не хватает линуксу. Я имел дело с 4 и 6 версиями freebsd, потом это стало не востребовано для меня, все работают с линуксом. Но такие вещи, как отсутствие базовой системы, кажутся странными в линуксе до сих пор. Поэтому, больше всего нравится центос, несмотря на галимую проприрастическую RH, суть в долгоиграющем и поддерживаемом минимуме пакетов "базовой системы", а остальное всё кастомное и ставится сверху. Ну в центе, как всем известно, пакеты составляющие "базу" мелкие, обычные линуксовые, но хотя бы консистентны и обновляются на протяжении нескольких лет.
| | |
|
| 1.6, vvo (?), 00:55, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +1 +/– |
Все в мире стремится к идеальным формам унификации, вот и "лохматый монстр" BSD потянулась туда же. Может быть вектор направления и верный, полный переход к бинарному обновлению, но как быть если требуются опции пакета, которые не включены в предлагаемый бинарник? Компилировать самому с необходимыми опциями в бинарник и его устанавливать? А не проще ли выбрать make config'ом все нужное из порта и установить интересующий пакет? Может быть от многолетнего использования я и не прав. все новое принимается с трудом, так же было с systemd в Linux... время покажет. Нынче в тренде какая то новомодная тенденция, меньше думать, больше нажимать кнопки в интерактиве, так недалеко и до приложений, которые будут за Вас код писать, путем складывания кубиков на рабочем столе монитора ИМХО.
| | |
| |
| 2.11, Аноним (9), 02:39, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– | |
> не проще ли выбрать make config'ом все нужное из порта и установить интересующий пакет
Нет не проще. Наелись уже зоопарка, когда у тебя на трёх разных машинах пакет собран чуть-чуть по разному, и ты тратишь полдня чтобы это выяснить. Если сильно надо - poudriere в зубы и компилять под свой случай на отдельной машине. Нахрен порты с прода.
> как быть если требуются опции пакета, которые не включены в предлагаемый бинарник
Писать автору софта, чтоб не ленился делать свое поделие модульным; писать мейнтейнеру чтоб тот не ленился включать часто используемые фичи сразу. Например тот же sasl для svn'а или spf для exim'а.
| | |
| |
| 3.29, Аноним (29), 09:52, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– | |
>писать мейнтейнеру чтоб тот не ленился включать часто используемые фичи сразу
Это приводит к тому, что все опции включаются сразу, и пакет тянет за собой dependency hell.
А что, в бзде уже не так? Говнотык больше за вимом не тащится?
| | |
| |
| 4.36, Аноним (36), 10:22, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
Так решение есть. Если софт состоит из плагинов, то их можно в отдельные пакеты паковать. Другой вопрос, что в вряхе это делается весьма больно, т.к. из одного порта нельзя собрать несколько пакетов. Впрочем, в федоре и дебиане это тоже очень муторно, если плагинов много.
| | |
| |
| 5.66, анонн (?), 14:50, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Другой вопрос, что в вряхе это делается весьма
> больно, т.к. из одного порта нельзя собрать несколько пакетов.
FLAVORs уже завезли. С разморозкой!
pkg rquery %o emacs-nox, emacs
editors/emacs
editors/emacs
pkg rquery %o py27-openssl
security/py-openssl
pkg rquery %o py36-openssl
| | |
|
|
| 3.34, Аноним (36), 10:17, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– | |
>Писать автору софта, чтоб не ленился делать свое поделие модульным
А какой толк от модульности, если ты собрался на этапе сборки этим управлять? ffmpeg вон не модульный, но отключить почти всё можно.
| | |
| |
| 4.99, vvo (?), 11:35, 01/05/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
>Писать автору софта.... Не вариант, одному опция нужна другому нет, эдак проще все до кучи включить, но в этом случае теряется весь смысл унификации и самой сути индивидуальности ОС. | | |
|
| 3.97, vvo (?), 11:27, 01/05/2019 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
Вы сами себе противоречите, если у Вас пакет собран чуть чуть по разному на 3-х разных машинах, то предлагаемый бинарник с отсутствующими опциями Вам ничем не поможет, т.к. собирать будете сами, "чуть чуть по разному" для трех разных машин, если там нужно на них это чуть чуть разное. За более чем 20 лет работы с ОС на кодовой базе UNIX, ни разу не столкнулся с описываемой Вами проблемой. Иногда нужно быстро установить пакет, из порта эта операция будет быстрее чем путем включения нужной опции с последующей сборкой бинарника. В бинарном формате есть свои неоспоримые преимущества, как раз шаблонное теражирование на одинаковые конфигурации, та же синхронизация конфигураций из одного общего репозитория,но описываемый Вами пример не к этой теме.
| | |
|
|
| 1.7, KonstantinB (ok), 00:57, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
 Ну вот, а то все рассказывали, что, дескать, базовая система - это величайшая ценность, так надо, в пакетах ее не будет, потому что не будет никогда, а вы ничего не понимаете и дураки. :-)
| | |
| |
| 2.10, Ordu (ok), 02:35, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +2 +/– |
 Ты почитай как они разбили, и станет ясно, что базовая система никуда не делась. Просто видимо их базовая система распухла до невозможности, и они решили выделить в userland-base то, что действительно является базовой системой, а остальные куски сделать опциональными.
Так что ничего-то вы не понимаете и дураки. ;)
| | |
| 2.13, Аноним (-), 02:59, 30/04/2019 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> Ну вот, а то все рассказывали, что, дескать, базовая система - это
> величайшая ценность, так надо, в пакетах ее не будет, потому что
> не будет никогда, а вы ничего не понимаете и дураки. :-)
Вообще-то оно уже пару лет как:
https://lists.freebsd.org/pipermail/freebsd-pkgbase/2016-March/000032.html
просто очередной NIH от ТруЪОСников с гигантскими пакетами и заточенное под ZFS.
| | |
| |
| 3.28, пох (?), 09:47, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| –4 +/– | |
> Вообще-то оно уже пару лет труп
поправил, не благодари.
Нивзлетело за полной бесполезностью на тех немногих уцелевших промышленных системах, где еще крутится фря, и сомнительной нужностью хомеюзверю - он и ставил-то ради того чтоб каждые три часа все собирать из исходников.
труезники решили зайти с другого конца, может чего и выгорит - для их категории пользователей (если таковые вообще существуют не в их воображении)
| | |
| |
| 4.72, qwerty123 (??), 15:30, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
>Нивзлетело за полной бесполезностью на тех немногих уцелевших промышленных системах, где еще крутится фря,
промышленность - это сеть ларьков с 1с?
| | |
|
|
|
| 1.19, Аноним (19), 06:53, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +1 +/– |
Говно идея. Получится еще один дистр линукса - голое ядро, само по себе ни для чего не годное, подпертое кучей кривых костылей.
| | |
| 1.20, XXX (??), 07:07, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]
| +2 +/– |
>[оверквотинг удален]
> базовая система преобразована в набор связанных между собой пакетов. Сборки развиваются
> в рамках проекта pkgbase (https://trueos.github.io/pkgbase-docs/), предоставляющего
> средства для использования штатного пакетного менеджера pkg для управления пакетами, образующими
> базовую систему.
> Поставка в форме раздельных пакетов позволяет существенно упростить процесс обновления
> базовой системы и использовать единую утилиту pkg как для обновления дополнительных
> приложений (портов), так и для обновления базовой системы, включая компоненты пространства
> пользователя и ядро. Проект также даёт возможность сгладить ранее жёстко очерченные
> рамки между базовой системой и портами/репозиторием пакетов, а в процессе обновления
> учитывать сочетаемость сторонних программ с компонентами основного окружения и ядром.
Идея не нова, в gentoo-freebsd давно разбили.
>[оверквотинг удален]
> и buildkernel-debug (файл /usr/dist/kernel-debug.txz с отладочным логом сборки ядра).
> Пакеты для ветки 13-CURRENT будут обновляться раз в неделю, а для ветки
> 12-STABLE каждые 48 часов. В случае изменения предлагаемых по умолчанию
> файлов конфигурации, в процессе установки обновления производится их слияние с локальными
> изменениями в каталоге /etc. Если выявляется конфликт, не позволяющий объединить настройки,
> то оставляется локальный вариант, а предлагаемые изменения сохраняются в файлах с
> расширением ".pkgnew" для последующего ручного разбора (для вывода списка конфликтующих
> файлов с настройками можно использовать команду "find /etc | grep '.pkgnew$'").
> URL: https://lists.freebsd.org/pipermail/freebsd-current/2019-April/073202.html
> Новость: https://www.opennet.ru/opennews/art.shtml?num=50598
| | |
| 1.21, Celcion (ok), 07:15, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +3 +/– |
 Надеюсь, в основную FreeBSD эти "замечательные" идеи ни у кого не хватит ума перенести. Ну а авторам TrueOS удачи в попытках сделать простое сложным и решать таким образом несуществующие проблемы. Они вообще затейники - то серверами займутся, то десктопами, то свой десктоп с запилят, который ничего кроме содроганий вызвать не может, то обвязку к джейлам сделают сначала с гуями, а потом без, то переименуют дистрибутив, то теперь вот решили распилить базовую систему, потому что... почему бы и нет?
Даже интересно - те, кто их деятельность спонсируют, вообще следят за расходованием средств? И адекватности получаемого результата производимым денежным вложениям.
| | |
| |
| |
| 3.25, qwerty123 (??), 08:22, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– | |
>О, бизнес-оналитика подъехала. Уроки сделал?
Все требует средств, халявы не бывает. Это голожопые совки про бюджет-фонды не думают, потому что отсохло.
Думать о расходе средств по проекту и про соотвествие прагматичным целям это базовое.
| | |
| |
| |
| 5.47, пох (?), 11:53, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– | |
отлично, мы вас поняли - где нам получить миллион на ремонт провала? Ну, чтоб не очень проваливался!
Исключительно ради исследовательских целей - вдруг вы дадите мне миллион, я всю жизнь проработаю (по дороге подумаю, над чем) и он выстрелит.
P.S. какое отношение к науке имеет васян-сборка freebsd current я уж и не спрашиваю - вполне возможно, что это исследование такое - например, в области психологии простейших. Ну, или паразитологии... Все это неважно - важно что я тоже хочу из г-на на курорт, и даже умею собирать пакеты пакетов в пакеты! Не подскажете, в какой бы это фонд обратиться?
| | |
| |
| 6.50, Аноним (41), 11:57, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +2 +/– | |
> где нам получить миллион на ремонт провала?
вы из рфии? тогда нигде. лично вам рекомендую включить кисилёва, соловьёва, супругов скабеевых. они вам расскажут о том, как отечественная наука бороздит просторы космоса...
| | |
| 6.53, Аноним (41), 12:00, 30/04/2019 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
> какое отношение к науке имеет васян-сборка freebsd current
хех, да никакого... но ведь пациент в ветке затронул фундаментальный и такой животрепещущий вопрос халявы, такой милый и любимый вопрос для любого жителя пост-совка... в том числе и для нашего замечательного юзверя поха...
| | |
| 6.54, Аноним (41), 12:03, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– | |
> в какой бы это фонд обратиться?
В Сколково. Там вам вручат в руки изобретённую лет 50 назад советскую спистоперделку, которую вы будете выдавать за новейшее чудо российского ноу-хау.
| | |
| |
| 7.75, пох (?), 15:48, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> в какой бы это фонд обратиться?
> В Сколково.
не, не катит, это надо было родиться в правильной семье, ходить в правильную секцию и быть вообще правильным пацанам.
У нас с вами, в лучшем случае, получится трюк Абби повторить. Которым сначала дали денег - потому что у них на самом деле был продукт, которым страна могла бы гордиться. А потом велели отдавать назад и с процентами - потому что те имели наглость на 1/10000000 этих денег купить печеньки сотрудникам. А вот такого быть не должно - кормить холопов на казенные деньги, ишь чо удумали! "Этак каждый пролетарий жрать захочет тоже!"
но вот товарищ из недалекого (во всех смыслах) зарубежья вещает, что уж он-то почти может протянуть руку и хапнуть пачку денег просто за то что умный и красивый.
| | |
|
| 6.57, Аноним (41), 12:18, 30/04/2019 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
> паразитологии
хорошо, что вы акцентировали внимание на паразитологии. пора прекращать слать русские слова по буржуйским сетям передачи данных, с буржуйских ос, с буржуйских компьютеров. пора возвращаться к лаптя^W к истокам! кстати, когда вас загонят в чебурне^W в резервацию подальше от прогресса, то чем планируете заняться? если у вас возникнет желание начать писать свою ОС - какую-нибудь БалалайкаОС, то потом вам порекомендую толковую литературу по написанию загрузчиков.
| | |
|
| 5.69, qwerty123 (??), 15:09, 30/04/2019 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
>Всё у тебя смешалось в кучу. Взболтай кашку в голове, чтобы не пригорало.
Ты специалист по кашам в голове? Или просто наболело?
>На Западе огромное количество доноров, которые ...
Космические корабли бороздят просторы космоса...
По теме TrueBSD есть информация?
| | |
| |
| 6.78, Аноним (41), 16:18, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> Ты специалист по кашам в голове? Или просто наболело?
Что? Чего наболело? Ты о чём? Тебе выше написали, что ты бизнес-оналитик мамкиного уровня. Суждения о капитализме уровня "утилитаризм 19-го века".
> По теме TrueBSD есть информация?
Какая информация тебе нужна? Прекрати вилами по воде грести, аналитик и горе-критик. Иди беги уроки делай.
| | |
| |
| 7.100, qwerty123 (??), 11:40, 01/05/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>Что? Чего наболело? Ты о чём? Тебе выше написали, что ты бизнес-оналитик мамкиного уровня.
Эй, взросляк, ты вообще на никнеймы смотришь? Или просто в космос сообщения пишешь? =)
| | |
|
|
|
|
|
| 2.24, qwerty123 (??), 08:17, 30/04/2019 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
>Надеюсь, в основную FreeBSD эти "замечательные" идеи ни у кого не хватит ума перенести.
Нет, не смогут.
В Makefiles много условий WITH_*(MK_*), и результат учета зависимостей, прежде всего библиотечных - матрица с десятками вариантов вариантов.
Траблов много, толку мало.
| | |
|
| 1.23, Нэээ (?), 08:04, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +2 +/– |
Я за 600 пакетов вместо 10.
Тут есть один маркетинговый и не очень плюс.
Живя в эпоху контейнеризации хочется иметь маленький такой jail с минимальным набором пакетов.
| | |
| |
| 2.26, qwerty123 (??), 08:33, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
Собери кастомную систему с нужными WITHOUT_* в chroot один раз.
Достаточно на одной системе, потом копировать.
m4/cpp/ансиблы в руки, и генерить конфигурацию автомагически.
| | |
| |
| 3.30, пох (?), 09:55, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +3 +/– | |
> Собери кастомную систему с нужными WITHOUT_* в chroot один раз.
убедись, что даром потратил несколько часов жизни, поскольку результат отличается от некастомного на 5% размера.
Заплачь и [роснадзор], ты не нужен миру.
в реальности - минималистичная система в jail - это одна-единственная программа и нужные ей .so (у меня долгое время так жил named) - тут вам чай не линyпс с доскером, где непременно надо затолкать в "контейнер" полноценную систему целиком, иначе пользы от него никакой. Все скрипты, сокеты, логи и прочее при этом остаются в хост-системе, внутри джейла они нафиг не нужны.
| | |
| |
| 4.70, qwerty123 (??), 15:21, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
$ du -sch /lib* /*bin /usr/lib* /usr/*bin /usr/share
12M /lib
449K /libexec
1.1M /bin
7.9M /sbin
76M /usr/lib
270K /usr/libdata
3.2M /usr/libexec
216M /usr/bin
18M /usr/sbin
82M /usr/share
416M total
если потыкать WITHOUT_, то можно получить минус 25-30%
SVN, GROFF, CLANG, MAN, ZFS, ...
это больше чем 5%.
другой вопрос, когда это необходимо.
| | |
|
| 3.33, Аноним (29), 10:03, 30/04/2019 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –3 +/– | |
>Собери кастомную систему с нужными WITHOUT_* в chroot один раз.
И все равно там куча гoвна останется.
Фря - это тяжкое наследие 90-х, когда компы были слабыми, а интернеты дорогими, и в базовую поставку по дефолту включалось все, что могдо понадобиться для развертывания сервака для универовской локалки. Вот так оно чучелом священной коровы и существует по сей день.
| | |
| |
| 4.37, пох (?), 10:27, 30/04/2019 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +2 +/– | |
ага, то ли дело вот сейчас - "live" (других - нету!) "серверный" дистрибутив б-жественной бубунточки из закрытой от интернета сети (или при банальном отсутствии нужного драйвера) поставить нельзя, никак, вообще, совсем. На 800 мегабайтный образ (не помещающийся на нормальную cd болванку даже если б и были) не поместилось, понимаешь, минимума, который позволял бы хотя бы в принципе поставить систему. А в чем, собственно, тогда "live"? А хз, слово, наверное, красивое.
Нет, сетевая установка тоже не работает - ломится (не спрашивая, надо ли и можно ли вообще) в интернет, и плевать что его тут не предусмотрено в принципе, а все нужные пакеты лежат локально - генитальных аффтаров это не колебет.
Если вы считаете что фря "тяжкое" наследие - выбросите его нахрен и убейте себя. Ну или поставьте любимую бубунточку, там все так как вы любите, и не лезьте в то, в чем не соображаете ничего.
| | |
| 4.71, qwerty123 (??), 15:25, 30/04/2019 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
>Фря - это тяжкое наследие 90-х, когда компы были слабыми, а интернеты дорогими,
А также дорогие диски... и скорость записи на них тот еще....
Л - логика.
У меня другой вопрос - уважаемый балагур, ты вообще freebsd систему видел? =)
| | |
| 4.111, bOOster (ok), 19:27, 03/05/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 А че, chroot как один сервис запустить несудьба?
/usr/bin/ldd 'find * -type f -perm +0111' | /usr/bin/awk '/=>/ { print $3 }' | /usr/bin/xargs -J % cp -p % <jaildir>/lib
| | |
| |
| 5.112, Аноним (-), 13:28, 04/05/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> А че, chroot как один сервис запустить несудьба?
> /usr/bin/ldd 'find * -type f -perm +0111' | /usr/bin/awk '/=>/ { print
> $3 }' | /usr/bin/xargs -J % cp -p % <jaildir>/lib
Много ж так накопируешь …
ldd -a -f "%p\n" $(find foo) |sort -u|grep -v ":$"
| | |
|
|
|
|
| |
| |
| 3.60, Дон Ягон (?), 12:59, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> это просто никому не нужное ненужно - можете потратить на него и следующие стосемь.
Это мягко говоря не так: аналогичная конструкция использовалась, по меньшей мере, в одной из крупнейших инсталляций FreeBSD. Пока она, эта инсталляция, имела место быть.
То, что по ссылке, позволяет деплоить базовую систему тремя пакетами: freebsd-{base,kernel} и freebsd-rescue. Это сильно более практично, чем пе*долинг с freebsd-update, если ты хочешь обновлять им свою сборку базы. Единственный минус - не будет обновления дельтами.
| | |
| |
| 4.76, пох (?), 16:03, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> То, что по ссылке, позволяет деплоить базовую систему тремя пакетами: freebsd-{base,kernel}
> и freebsd-rescue. Это сильно более практично, чем пе*долинг с freebsd-update, если
это точно более практично чем банальный installworld с примонтированной по nfs эталонной сборки?
Просто это-то работало, и, возможно, работает посейчас (не уверен - мои последние полупромышленные системы, где это имело смысл, умерли задолго до Aug 15, 2012), причем все, кому нужно было полуавтоматическо решение - уже тогда его примерно в этом же виде и применяли.
миллиард мелких пакетов понятен - можно обновлять только то что поменялось, и, если поменялось что-то несущественное - обновлять неглядя. А в таком варианте - по-моему, только зряшная потеря времени на опакечивание того, что все равно осталось монолитом. Ну и зачем?
| | |
| |
| 5.79, Дон Ягон (?), 16:21, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> это точно более практично чем банальный installworld с примонтированной по nfs эталонной сборки?
Всё как всегда зависит от задач. Плюсы подхода с разбитой не незначительное число пакетов базы:
* мы можем иметь несколько баз в зависимости от потребностей и не придётся велосипедить с метадатой - используются средства pkg
* в продолжение про метаданные: из коробки версионирование
* можно проверить целостность базы средствами pkg check
* последствия от помершей сети в случае NFS могут быть более печальными
> Просто это-то работало, и, возможно, работает посейчас (не уверен - мои последние полупромышленные системы, где это имело смысл, умерли задолго до Aug 15, 2012), причем все, кому нужно было полуавтоматическо решение - уже тогда его примерно в этом же виде и применяли.
У меня такое тоже было и работало. Тоже во времена до pkg.
> миллиард мелких пакетов понятен - можно обновлять только то что поменялось, и, если поменялось что-то несущественное - обновлять неглядя.
Это бы сработало, если бы база была бы модульной с точки зрения процесса разработки.
Сначала упихивать пакеты в базу, фризить версии и поддерживать их как часть базы, чтобы синхронизировать релизные циклы, а потом пилить обратно на куски, чтобы рассинхронизировать их?
Выглядит как слишком хитрый план.
Т.е. пока FreeBSD не станет bare kernel + packages, как Linux, все схемы с базой в 100500 пакетов будут являться изнасилованием здравого смысла. А нужен ли нам второй Linux вместо FreeBSD?..
> А в таком варианте - по-моему, только зряшная потеря времени на опакечивание того, что все равно осталось монолитом. Ну и зачем?
Пока с точки зрения разработчиков FreeBSD - монолит, т.е. одна система, монолитом и останется. Pkgbase не от TrueOS тоже - порубленный на куски, но монолит.
А зачем - чтобы обновлять базу штатными средствами без секаса с freebsd-update, поддерживать который не очень просто.
| | |
|
|
|
| 2.67, анонн (?), 15:00, 30/04/2019 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
> https://github.com/z0nt/pkg
> и @@@дь на это понадобилось каких-то 7 лет?!
Еще один.
usr/src % git log release/packages
Author: bapt <bapt@FreeBSD.org>
Date: Sun Feb 8 18:07:23 2015 +0000
Add a packages/ subdirectory which will contain the metadata for packaging base
Add a first example to package the kernel
| | |
|
| 1.40, Аноним (40), 10:45, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]
| +3 +/– |
Реальность: TrueOS пытается запилить свои пакеты.
Новость на опеннете: в BSD только-только завозят пакетные системы.
А так самый лучший вариант наверное у гайки, но там свобода никакая, всё сугубо по правилам.
| | |
| 1.43, имя (?), 11:21, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +/– |
Заголовок новости не соответствует содержанию : труосники могут тестировать что им угодно,но к ванильной фре это имеет очень опосредованное отношение.
| | |
| 1.56, ыы (?), 12:15, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]
| +/– | |
kris at ixsystems.com kris at ixsystems.com написал буквально следующее:
"I'm pleased to announce "
то есть "Я рад объявить..."
и он это объявил не от имени труос, а от себя.
Не "Проект TrueOS объявил о " а владелец компании продвигающей труос и заодно фрю объявил о...
| | |
| 1.58, Xasd (ok), 12:30, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]
| +/– |
 > сгладить ранее жёстко очерченные рамки между базовой системой и портами/репозиторием пакетов
и вот зачем это сглаживать? умники тоже мне
| | |
| 1.61, Аноним (42), 13:01, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +/– |
Это чё, теперь не надо будет иметь две версии OpenSSL - одну древнюю, прибитую гвоздями к базовой системе, другую свежую из портов?
| | |
| |
| 2.62, Аноним (62), 13:09, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Ишь чего захотел! Может тебе и две версии компилера в системе не надо и **дорский сендмейл из базы выкинуть?
| | |
| 2.77, пох (?), 16:05, 30/04/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Это чё, теперь не надо будет иметь две версии OpenSSL - одну
> древнюю, прибитую гвоздями к базовой системе, другую свежую из портов?
как только пересоберете всю систему с новой-модной из-портов (где совместимость поломана с чем можно и с чем нельзя) - так и не надо будет.
| | |
| |
| 3.95, Аноним (42), 10:25, 01/05/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Кагбэ, никто не запрещает посмотреть релизнотесы опенссл, а потом прогрепать код на предмет обращений к поломаным функциям.
| | |
|
|
| 1.88, Erley (ok), 01:25, 01/05/2019 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +2 +/– |
 Дeбилы блин...
FreeBSD - цельная система, все компоненты спаяны вместе и протестированы, разрабатываются и обновляются вместе, оттого и стройность кода, стабильность.
Зачем превращаться в линух?!
Давить таких недоумков надо
| | |
| |
| 2.89, Ivan_83 (ok), 03:10, 01/05/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 Полегче.
То что предложили фактически есть чуть более мелкая нарезка того что уже существует.
Параллельная тема с тем чтобы запаковать в отдельный пакет каждую либу и прогу отдельно - оно тоже имеет смысл - в случае бинарного обновления скачается только то что реально нужно обновить.
Скорее всего так не выйдет потому что для этого нужна готовая автоматическая система, которой нет, а следить за этим как с портами просто нет рук.
Клал я болт с прибором на вот эти твои "все компоненты спаяны вместе и протестированы, разрабатываются и обновляются вместе, оттого и стройность кода, стабильность.".
Софт что идёт в коробке или не нужен или устарел, обычно всё тоже самое есть в портах.
(я тут про всякие опенссл, анбоунд, опенссл и прочее что есть в портах)
Всякий специфичный для фри мусор мне тоже часто не нужен, в том числе и zfs - я им не пользуюсь и не собираю.
Насчёт протестировано - ох, ты просто теорик.
Фряшники умудрились сломать поведение accept()+close() при переходе на 11 - ну это просто праздник какой то, и я потратил пару дней чтобы понять почему наш софт не работает, потом написать замечательную кроссплатформенную утилиту на сях которая гоняла разные варианты accept()+close() и показать разницу что линукс, драгонфлай и фря10 - ок, а фря11 - фейл.
Ну и пользователи астериска тоже напоролись на это.
Или вон на днях проапгрейдили linuxkpi и дрова спёртые из линукса для видюх сломались разом.
И таких случаев хватает, и это я на стабле сижу а не на курренте.
| | |
| |
| 3.96, Аноним (42), 10:34, 01/05/2019 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Вообще-то, это разрабы фряхи клали чугунный шкворень с прибором на то, что тебе нужно или не нужно, что ты пользуешься и собираешь, а чем ты не пользуешься и не собираешь.
| | |
| 3.98, qwerty123 (??), 11:34, 01/05/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
>потратил пару дней чтобы понять почему наш софт не работает, потом написать замечательную кроссплатформенную утилиту на сях которая гоняла разные варианты accept()+close()
у меня есть пару фиговинок для управления, одна на голых
socket/kqueu + std::thread & co, вторая на asio (по сути там тоже socket/kqueu)
как работали, так и работают, включая 10-STABLE начиная с ~ 10.1
вот интересно, я что-то пропустил? че было то-то?
| | |
| |
| |
| 5.105, qwerty123 (??), 02:18, 02/05/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
>https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227259
r285910 attempted to make shutdown() be POSIX compliant by returning
ENOTCONN when shutdown() is called on unconnected sockets.
хз, я прям не настолько много пишу кода, знаю стек, и могу ошибаться,
везде перед закрытием обычно гасят клиентские сокеты, останавливают обработку, и потом сразу закрывают серверный.
промежуток между accept и работой с клиентским, и между стоп и close слущающего тоньше чем у комара, поэтому обрабатывать результат shutdown как-то не с руки.
поэтому не стал бы пафосно писать "все поломали", скажем, разработчик изменил не часто используемое поведения shutdown без объявления.
| | |
| |
| 6.107, Ivan_83 (ok), 02:26, 02/05/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Смысл бага в другом.
Приложуха запускается, и запускает поток, который создаёт слушающий сокет блокирующий и через accept() засыпает и ждёт новые конекты.
В этот момент основной поток получает сигнал что надо приложуху прибить или просто конфиг поменялся и нужно всё преинитить, он делает close() или shutdown() + close() для того слушающего сокета в надежде что поток проснётся и помрёт.
Вот в 11 это сломали и поток не просыпался.
В качестве воркароунда я сделал засыпание на poll() или select().
| | |
| |
| 7.108, qwerty123 (??), 11:09, 02/05/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
https://svnweb.freebsd.org/base/head/sys/kern/uipc_socket.c?r1=339170&r2=33916
из diff, как понял, и может быть, неверно, вы по сигналу запускали обработчик в том же потоке что и socket(), он вызывал shutdown() на блокирующем сокете в состоянии listen, и тут то обработчик и оставливался.
большинство юзало просто close() или еще как, и в ус не дуло (иначе релиз бы не состоялся, ибо ни одно серверное приложение не работало бы).
ну переделали, ладно.
| | |
|
|
|
|
|
|
| 1.90, Ivan_83 (ok), 03:17, 01/05/2019 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +/– |
Как то слишком крупная нарезка.
Я бы с удовольствием нарезал по всем опциям из src.conf, потому что когда базовую систему ставит новичёк он получает помойку с кучей ненужного барахла типа почти всего что есть в src.conf :)
И ядро бы порезал, там слишком много модулей развелось в принципе и слишком много напихали в generic.
Собственно для себя я уже всё так и сделал:
http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/12.0/
все мои кастомизации под сервер и десктоп, накатываются поверх базовой части и предусмотрена обработка специфичных для данного компа конфигов loader.conf.machine, make.conf.machine, src.conf.machine. И видимо будет ещё sysctl.conf.machine, пока просто не нужно было.
Патчи на ядро и порты у меня лежат отдельно.
И отдельная большая боль в том что FreeBSD не обжитая нихрена :(
Те на сервере с десятком пакетов ещё более-менее, а на десктопе постоянно приходится чинить то одно то другое.
| | |
| |
| |
| 3.104, Ivan_83 (ok), 16:29, 01/05/2019 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Потому что у меня тут не только конфигурация но и скрипты.
И мне проще рсинком это втягивать.
Думаю надо бы положить это в гит.
| | |
|
|
|
