The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Тестирование разделения базовой системы FreeBSD на пакеты

29.04.2019 23:26

Проект TrueOS объявил о тестировании экспериментальных сборок FreeBSD 12-STABLE и FreeBSD 13-CURRENT, в которых монолитная базовая система преобразована в набор связанных между собой пакетов. Сборки развиваются в рамках проекта pkgbase, предоставляющего средства для использования штатного пакетного менеджера pkg для управления пакетами, образующими базовую систему.

Поставка в форме раздельных пакетов позволяет существенно упростить процесс обновления базовой системы и использовать единую утилиту pkg как для обновления дополнительных приложений (портов), так и для обновления базовой системы, включая компоненты пространства пользователя и ядро. Проект также даёт возможность сгладить ранее жёстко очерченные рамки между базовой системой и портами/репозиторием пакетов, а в процессе обновления учитывать сочетаемость сторонних программ с компонентами основного окружения и ядром.

Pkgbase разделяет базовую систему на следующие пакеты:

  • userland (мета-пакет, охватывающий все пакеты с компонентами пространства пользователя базовой системы)
  • userland-base (основные исполняемые файлы и библиотеки)
  • userland-docs (системные руководства)
  • userland-debug (отладочные файлы, размещаемые в/usr/lib/debug)
  • userland-lib32 (библиотеки для совместимости с 32-разрядными приложениями);
  • userland-tests (фреймворки для тестирования)
  • kernel (основное ядро в конфигурации GENERIC)
  • kernel-debug (ядро, собранное в отладочном режиме Witness)
  • kernel-symbols (отладочные символы для ядра, размещаемые в /use/lib/debug)
  • kernel-debug-symbols (отладочные символы, при сборке ядра в режиме Witness)

Дополнительно предоставляется несколько пакетов для сборки из исходных текстов: src (код базовой системы, устанавливаемый в /usr/src), buildworld (файл /usr/dist/world.txz с логом сборки buildworld), buildkernel (файл /usr/dist/kernel.txz c логом сборки buildkernel) и buildkernel-debug (файл /usr/dist/kernel-debug.txz с отладочным логом сборки ядра).

Пакеты для ветки 13-CURRENT будут обновляться раз в неделю, а для ветки 12-STABLE каждые 48 часов. В случае изменения предлагаемых по умолчанию файлов конфигурации, в процессе установки обновления производится их слияние с локальными изменениями в каталоге /etc. Если выявляется конфликт, не позволяющий объединить настройки, то оставляется локальный вариант, а предлагаемые изменения сохраняются в файлах с расширением ".pkgnew" для последующего ручного разбора (для вывода списка конфликтующих файлов с настройками можно использовать команду "find /etc | grep '.pkgnew$'").

  1. Главная ссылка к новости (https://lists.freebsd.org/pipe...)
  2. OpenNews: Началось тестирование сборок FreeBSD, переведённых на "ZFS on Linux"
  3. OpenNews: Выпуск Trident 18.12, операционной системы от проекта TrueOS
  4. OpenNews: Началось тестирование сборок FreeBSD, переведённых на "ZFS on Linux"
  5. OpenNews: Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD
  6. OpenNews: Разработчики FreeBSD представили релиз пакетного менеджера Pkg 1.5
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: freebsd, pkg
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (110) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, ыы (?), 23:34, 29/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    >слияние с локальными изменениями в каталоге /etc

    Это же просто сказка какая-то...обновил систему- и у тебя обновленные конфиги, в которых вдруг "из ниоткуда" появилось черт-знает-что...

     
     
  • 2.2, Gannet (ok), 23:38, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Да, это вам не какой-то там Linux!
     
  • 2.9, Аноним (9), 02:31, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +21 +/
    В посте сквозит обида за бесцельно потраченное время на освоение mergemaster, etcmerge и написание хреновой горы костылей для нетривиальных случаев. Да как они посмели мои родные костыли сделать ненужными!1111
     
     
  • 3.17, скорая помощь (?), 06:14, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хотите сказать, что pkgbase в отличие от mergemaster-а магическим образом будет знать какие из настроек оставить, какие заменить?
     
     
  • 4.35, пох (?), 10:19, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    будет - но еще он и есть за тебя планирует.
    В смысле, не факт что тебе понравится то, что он нарешает - разработчики знают лучше! ;-)

     
  • 3.85, xm (ok), 21:38, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых там давно уже etcupdate вместо mergemaster, а, во-вторых, и это главное, он давно знает что и как можно безопасно обновить, а о чём надо спросить у тебя. Последнее случается в единичных случаях даже при мажорных обновлениях.
     
     
  • 4.92, Минона (ok), 08:32, 01/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Shit, и сюда ИИ пролез…
     
  • 2.109, Аноним (109), 14:19, 02/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну в Centos это, например, /etc/configfile.conf.rpmnew . в Debian, когда ручками обновляешь, показывает новую версию файла и спрашивает что делать с новым файлом конфигурации - оставить, отклонить и т.д.
     

  • 1.3, Аноним (3), 00:15, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    У молодежи атомарные обновления в тренде, а тут какие-то пакеты придумывают
     
     
  • 2.48, Аноним (48), 11:54, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А чего минусите? Атомарные обновление с монолитной базой выглядят как раз вполне стройно.
     
     
  • 3.59, Аноним (59), 12:46, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    За слово "молодежь". Изучи, что такое "атомарные операции" и когда на них началась "мода".
     

  • 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, ставится при установке и потом конпеляется до усеру на локальной машине. Охренеть какой прогресс по сравнению с полноценной системой пакетов из первого варианта.

     
     
  • 3.12, Дон Ягон (?), 02:54, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ок Facepalm jpg Чем Какой вообще в этом смысле У нас будет не 5 пакетов, кот... текст свёрнут, показать
     
     
  • 4.14, анонн (?), 03:49, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Далее или руками ставить то, что нужно, понимая, что таки именно нужно путём чтения
    > чейнджлога или забить и ставть всё сразу.

    Или парой мета-пакетов ставить сразу пачками, при нужде сделав желаемую конфигурацию своим собственным, кастомным метапакетом.

    > Но FreeBSD разрабатывается централизованно и даже стороннее ПО, входящее в базовую систему обычно фиксируется на какой-то версии, которая поддерживается как часть системы.

    И куча ПО там "чисто на всякий случай", раздувает базу и добавляет потенциальных уязвимостей и размера обновлений.
    А чтобы убрать, нужно пересобрать с кучей WITHOUT_ в scr.conf со всеми вытекающими - невозможностью пользоваться бинарными обновлениеми или зарепортить баг без отсылки "собери стандартно".

     
     
  • 5.15, Дон Ягон (?), 04:04, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это теория или практика Я давно в это всё уже не лазил, тем не менее, такого м... текст свёрнут, показать
     
     
  • 6.65, анонн (?), 14:37, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это обычная практика с метапакетами Тот же xorg-minimal или gnome gnome-light ... текст свёрнут, показать
     
     
  • 7.68, Дон Ягон (?), 15:06, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я не любитель линуксовых пакетов в целом Метапакеты мне кажутся ущербной концеп... текст свёрнут, показать
     
     
  • 8.80, анонн (?), 16:55, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Почему по-разному собранных частей Смысл в том, что тогда есть оф и одним ку... текст свёрнут, показать
     
     
  • 9.81, Дон Ягон (?), 17:30, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Для этого нужно не просто побить базу на пакеты Ещё нужно тестировать работоспо... текст свёрнут, показать
     
  • 4.16, Chuvy (?), 04:24, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю тут идёт к тому, чтоб была альтернатива пакетам. К примеру либы опенсорсные закинуть, вместо родных. Или тот же стэк zfs on Linux  и т.п.
     
     
  • 5.42, Аноним (42), 11:20, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ээээ... а родные либы фряхи - неопенсорсные?
     
  • 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

     
  • 4.49, Аноним (48), 11:56, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Два пакета: vim и vim-console, второй без иксовых зависимостей
     
  • 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, ни разу не столкнулся с описываемой Вами проблемой. Иногда нужно быстро установить пакет, из порта эта операция будет быстрее чем путем включения нужной опции с последующей сборкой бинарника. В бинарном формате есть свои неоспоримые преимущества, как раз шаблонное теражирование на одинаковые конфигурации, та же синхронизация конфигураций из одного общего репозитория,но описываемый Вами пример не к этой теме.
     
  • 2.83, Аноним (83), 20:20, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >недалеко и до приложений, которые будут за Вас код писать

    Да скорее бы уже.

     

  • 1.7, KonstantinB (ok), 00:57, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну вот, а то все рассказывали, что, дескать, базовая система - это величайшая ценность, так надо, в пакетах ее не будет, потому что не будет никогда, а вы ничего не понимаете и дураки. :-)
     
     
  • 2.10, Ordu (ok), 02:35, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты почитай как они разбили, и станет ясно, что базовая система никуда не делась. Просто видимо их базовая система распухла до невозможности, и они решили выделить в userland-base то, что действительно является базовой системой, а остальные куски сделать опциональными.
    Так что ничего-то вы не понимаете и дураки. ;)
     
     
  • 3.52, KonstantinB (ok), 11:59, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В качестве первого шага и это очень неплохо, а дальше посмотрим. :-)
     
  • 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с?

     
     
  • 5.73, пох (?), 15:31, 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 удачи в попытках сделать простое сложным и решать таким образом несуществующие проблемы. Они вообще затейники - то серверами займутся, то десктопами, то свой десктоп с запилят, который ничего кроме содроганий вызвать не может, то обвязку к джейлам сделают сначала с гуями, а потом без, то переименуют дистрибутив, то теперь вот решили распилить базовую систему, потому что... почему бы и нет?
    Даже интересно - те, кто их деятельность спонсируют, вообще следят за расходованием средств? И адекватности получаемого результата производимым денежным вложениям.
     
     
  • 2.22, Аноним (22), 07:49, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    О, бизнес-оналитика подъехала. Уроки сделал?
     
     
  • 3.25, qwerty123 (??), 08:22, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >О, бизнес-оналитика подъехала. Уроки сделал?

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

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

     
     
  • 4.41, Аноним (41), 11:06, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Всё у тебя смешалось в кучу Взболтай кашку в голове, чтобы не пригорало То, о ... текст свёрнут, показать
     
     
  • 5.47, пох (?), 11:53, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    отлично, мы вас поняли - где нам получить миллион на ремонт провала? Ну, чтоб не очень проваливался!

    Исключительно ради исследовательских целей - вдруг вы дадите мне миллион, я всю жизнь проработаю (по дороге подумаю, над чем) и он выстрелит.

    P.S. какое отношение к науке имеет васян-сборка freebsd current я уж и не спрашиваю - вполне возможно, что это исследование такое - например, в области психологии простейших. Ну, или паразитологии... Все это неважно - важно что я тоже хочу из г-на на курорт, и даже умею собирать пакеты пакетов в пакеты! Не подскажете, в какой бы это фонд обратиться?

     
     
  • 6.50, Аноним (41), 11:57, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > где нам получить миллион на ремонт провала?

    вы из рфии? тогда нигде. лично вам рекомендую включить кисилёва, соловьёва, супругов скабеевых. они вам расскажут о том, как отечественная наука бороздит просторы космоса...

     
     
  • 7.74, пох (?), 15:42, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что, эти миллионы раздает фонд Сорося запрещенная в Р 4324 террористическая... текст свёрнут, показать
     
     
  • 8.84, Аноним (83), 20:27, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не можешь Ты старый и хочешь просто взять денег и ничего не делать А нужны мол... текст свёрнут, показать
     
     
  • 9.87, Аноним (87), 22:25, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я правильно тебя понял, брат Аноним что в Берлине и других местах массового скоп... текст свёрнут, показать
     
  • 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 этих денег купить печеньки сотрудникам. А вот такого быть не должно - кормить холопов на казенные деньги, ишь чо удумали! "Этак каждый пролетарий жрать захочет тоже!"

    но вот товарищ из недалекого (во всех смыслах) зарубежья вещает, что уж он-то почти может протянуть руку и хапнуть пачку денег просто за то что умный и красивый.

     
     
  • 8.114, Школьник (ok), 10:42, 15/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ух ты, стало интересно А где можно почитать, что конкретно случилось По каким ... текст свёрнут, показать
     
     
  • 9.115, пох (?), 07:48, 16/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    abby сколково, каких тебе еще слов гугль нынче у каждого свой, что он тебе прин... текст свёрнут, показать
     
  • 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"? А хз, слово, наверное, красивое.

    Нет, сетевая установка тоже не работает - ломится (не спрашивая, надо ли и можно ли вообще) в интернет, и плевать что его тут не предусмотрено в принципе, а все нужные пакеты лежат локально - генитальных аффтаров это не колебет.

    Если вы считаете что фря "тяжкое" наследие - выбросите его нахрен и убейте себя. Ну или поставьте любимую бубунточку, там все так как вы любите, и не лезьте в то, в чем не соображаете ничего.

     
     
  • 5.55, Аноним (29), 12:11, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ты кроме "божественной" бyбyнточки других дистров не знаешь, да?
     
  • 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 ":$"


     
  • 2.32, iZEN (ok), 09:56, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    NanoBSD
     
     
  • 3.38, Нэээ (?), 10:36, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    42
     
     
  • 4.101, iZEN (ok), 13:04, 01/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    43
     

  • 1.27, anono (?), 08:40, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    https://github.com/z0nt/pkg
    и @@@дь на это понадобилось каких-то 7 лет?!
     
     
  • 2.31, пох (?), 09:56, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    это просто никому не нужное ненужно - можете потратить на него и следующие стосемь.

     
     
  • 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 лет?!

    Еще один.
    [code]
    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
    [/code]

     

  • 1.39, Аноним (36), 10:43, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Здравое решение. Вопрос только в качестве реализации.
     
  • 1.40, Аноним (40), 10:45, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Реальность: TrueOS пытается запилить свои пакеты.
    Новость на опеннете: в BSD только-только завозят пакетные системы.

    А так самый лучший вариант наверное у гайки, но там свобода никакая, всё сугубо по правилам.

     
  • 1.43, имя (?), 11:21, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Заголовок новости не соответствует содержанию : труосники могут тестировать что им угодно,но к ванильной фре это имеет очень опосредованное отношение.
     
     
  • 2.44, ыы (?), 11:30, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А почему они вообще, называют свои исошки фрибзд а не труос?
     

  • 1.45, Аноним (45), 11:46, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ваще зе бест. Еще и если pkg audit будет уязвимости по ядру показывать, так цены не будет!
     
  • 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.91, Ivan_83 (ok), 03:18, 01/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Там уже всё не так плохо, libressl в этот раз всего пару портов сломал :)
     
  • 3.95, Аноним (42), 10:25, 01/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Кагбэ, никто не запрещает посмотреть релизнотесы опенссл, а потом прогрепать код на предмет обращений к поломаным функциям.
     

  • 1.82, swine (ok), 18:42, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Жаль, что gentoo/freebsd загнулась. Для неё это была бы хорошая новость.
     
  • 1.86, Аноним (86), 21:42, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Через 20 лет они придумали  генту
     
     
  • 2.106, qwerty123 (??), 02:23, 02/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Через 20 лет они придумали  генту

    не, просто следущее поколении пепси решило еще раз повторить грабли линуксо-свалки.

     

  • 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

    вот интересно, я что-то пропустил? че было то-то?

     
     
  • 4.103, Ivan_83 (ok), 16:22, 01/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227259
    У меня тоже вроде больше ничего не сломалось, но подозреваю что кроме софтины на работе и астериска было что то ещё, просто не репортили или не связали с тем что я накопал.
     
     
  • 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() или еще как, и в ус не дуло (иначе релиз бы не состоялся, ибо ни одно серверное приложение не работало бы).

    ну переделали, ладно.

     
     
  • 8.110, Ivan_83 (ok), 19:59, 02/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Я же написал, у нас было два потока Основной на старте запускал дополнител... текст свёрнут, показать
     
     
  • 9.113, qwerty123 (??), 14:53, 04/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    жесть ... текст свёрнут, показать
     

  • 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 не обжитая нихрена :(
    Те на сервере с десятком пакетов ещё более-менее, а на десктопе постоянно приходится чинить то одно то другое.

     
     
  • 2.93, ыы (?), 09:50, 01/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Почему вы не используете системы управления конфигурациями?
     
     
  • 3.104, Ivan_83 (ok), 16:29, 01/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что у меня тут не только конфигурация но и скрипты.
    И мне проще рсинком это втягивать.
    Думаю надо бы положить это в гит.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    MIRhosting
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру