FreeBSD 13.0-RELEASE

базу-то какой смысл пересобирать.

Ну а как сам думаешь, ядро от 13-й запустится на базе 12-й - подумай хорошенько, что ты получишь в итоге.

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

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

Даже роутер? :) Хотя, роутер можно собрать на x86 и накатить туда фряху.

Фряха давно есть для ARM (одноплатники) и можно собрать под MIPS (большинство роутеров).

Классно. А всякие NanoBSD и PicoBSD еще живы?

Фряха давно есть для ARM (одноплатники)

Знаю. Но я не знаю аналога OpenWRT на базе фряхи. Но может быть я ошибаюсь.

sinaps ты нормальный?

Где-то да, где-то нет. По разному.

базу-то какой смысл пересобирать

/etc/make.conf
CPUTYPE?=xxxxxxx

при апдейте с 12.2 на 13.1? нужно будет промежуточно обновляться до 13.0?

Бинарные обновления? Нет, не надо промежуточно обновляться до 13.0. Вот если бы 11.4 → 13.0 то может и пришлось бы. Если старая система с новым ядром не загрузится, вот тогда грузишь старое ядро и промежуточно обновляешь.

NanoBSD и PicoBSD

Не знаю. ☺

аналога OpenWRT на базе фряхи

Ну, базовая фряха в принципе уже готова к употреблению в качестве домашнего роутера с минимальным напилингом. Без вебни и прочего удобства, но это исправимо при необходимости/желании.

ядро от 13-й запустится на базе 12-й

Да.

я говорю про бинарные апдейты через freebsd-update.

У него (зачем-то) -STABLE это ветка для тестирования, в неё нет бинарных апдейтов.

… -STABLE это ветка для тестирования

Это, мягко говоря, совсем не так.

*-STABLE – это ветки в которые постепенно MFC-ят фичи из CURRENT, которые планируются к очередному релизу с этого STABLE, и которые в CURRENT уже обкатаны и протестированы.

24.4.2. Using FreeBSD-STABLE:

FreeBSD-STABLE is the development branch from which major releases are made. Changes go into this branch at a slower pace and with the general assumption that they have first been tested in FreeBSD-CURRENT. This is still a development branch and, at any given time, the sources for FreeBSD-STABLE may or may not be suitable for general use. It is simply another engineering development track, not a resource for end-users. Users who do not have the resources to perform testing should instead run the most recent release of FreeBSD.

FreeBSD-STABLE является веткой для разработки из которой формируются основные выпуски. Изменения попадают в эту ветки медленнее основываясь на том предположении, что они перед этим были протестированы во FreeBSD-CURRENT. Это всё ещё ветка для разработки и её исходные коды могут быть (а могут и не быть) пригодны для общего назначения. Это просто ещё один способ для инженеров вести разработку, а не ресурс для конечного пользователя. Тем, у кого недостаточно времени на тестирование данной ветки, стоит использовать наиболее свежий выпуск FreeBSD.

EDIT: Далеко не все измения в -CURRENT потом мёржат в -STABLE. Кроме того, любой кто отслеживает -STABLE является потенциальным тестировщиком и может наткнуться на баг. Хорошим тоном было бы сообщать о таких случаях, а не просто в слепую использовать плоды чужих трудов.

любой кто отслеживает -STABLE является потенциальным тестировщиком и может наткнуться на баг.

Любой, кто работает с исходниками и компиляторами, является невольным тестировщиком и может наткнуться на баг.

Хорошим тоном было бы сообщать о таких случаях, а не просто в слепую использовать плоды чужих трудов.

Что я и делаю в этой теме (и других).

CPUTYPE?=xxxxxxx

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

Где-то да, где-то нет. По разному.

p.s.

это был риторический вопрос) я в твою тайную жизнь не лезу=) с этим пусть твоя жена разбирается) меня только обновления интересовали)

меня только обновления интересовали)

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

MFC-ят фичи… которые в CURRENT уже обкатаны и протестированы.

А где они в текущей релизной ветке протестированы? Если вам такое тестирование кажется излишним и эти фичи так важны и срочно необходимы, тогда собирайте *-STABLE.

Это, мягко говоря, совсем не так.

Test this?

Обновление пакетами из центрального репозитория FreeBSD - это согласие на дополнительный неиспользуемый хлам в системе типа Самбы, Купса, Авахи и своевременного обновления и его тоже.

Если собираешь ПО из портов, есть возможность выключить их навсегда и не тратить системные ресурсы на поддержку ненужного.

Можно создать собственный репозиторий бинарных пакетов и дать возможность машинам в локальной сети брать обновления из него - это проще простого.

да, но базовую систему и ядро при этом собирать нет никакого смысла.

Ветка -STABLE обновляется каждый день. И есть волшебный файл src.conf, позволяющий настроить сборку определённой конфигурации базовой системы, опять же, без ненужного хлама — да, даже LLVM вынести из базовой системы и заменить его свежим LLVM-12, заранее установленным из порта devel/llvm12 в /usr/local.

неиспользуемый хлам в системе типа Самбы, Купса

В случае гетерогенной локалки со всякими оффтопиками и принт-серверами не такой уж он и бесполезный.

собственный репозиторий бинарных пакетов и дать возможность машинам в локальной сети брать обновления из него

Целесообразность зависит от кол-ва этих машин.

Целесообразность зависит от кол-ва этих машин.

Больше одной машины — уже нужно думать о локальном репозитории бинарных пакетов, чтобы не тратить время на точно такое же обновление на каждой машине в локалке.

собирать нет никакого смысла

Если из ядра нужно всё неиспользуемое выкинуть по максимуму, и патчи безопасности какие-нибудь в releng прилетели то смысл есть.

нужно

на кофемолке разве что

да ну, анонизм какой-то:(

Разрешается сидеть на -RELEASE с патчами безопасности. До следующего релиза. Только скушно это.

Только скушно это.

я так и понял выше.) дурная голова рукам покоя не дает.)

базу-то какой смысл пересобирать.

Внимательное прочтение src.conf(5) и/или /usr/src/sys/conf/NOTES и /usr/src/sys/${ARCH}/conf/NOTES может показать множество смыслов. Но может и не показать. От задач зависит.

src.conf(5)

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

src.conf даёт гибкость сборки не только для прошивок свитчей. Из десктопной системы можно вырезать много неиспользуемого и лишнего.

WITHOUT_AMD=true
WITHOUT_ASSERT_DEBUG=true
WITHOUT_ATM=true
WITHOUT_AUDIT=true
WITHOUT_BHYVE=true
WITHOUT_BLACKLIST=true
WITHOUT_BLACKLIST_SUPPORT=true
WITHOUT_BLUETOOTH=true
WITHOUT_BSDINSTALL=true
WITHOUT_DEBUG_FILES=true
WITHOUT_DMAGENT=true
WITHOUT_EXAMPLES=true
WITHOUT_FINGER=true
WITHOUT_FLOPPY=true
WITHOUT_FREEBSD_UPDATE=true
WITHOUT_FTP=true
WITHOUT_GAMES=true
WITHOUT_GDB=true
WITHOUT_GDB_LIBEXEC=true
WITHOUT_GOOGLETEST=true
WITHOUT_HAST=true
WITHOUT_HYPERV=true
WITHOUT_INETD=true
WITHOUT_IPFILTER=true
WITHOUT_IPFW=true
WITHOUT_KDUMP=true
WITHOUT_LLDB=true
WITHOUT_LLVM_ASSERTIONS=true
WITHOUT_LPR=true
WITHOUT_MAIL=true
WITHOUT_MAILWRAPPER=true
WITHOUT_MLX5TOOL=true
WITHOUT_NDIS=true
WITHOUT_NETGRAPH=true
WITHOUT_NETGRAPH_SUPPORT=true
WITHOUT_NIS=true
WITHOUT_PC_SYSINSTALL=true
WITHOUT_PPP=true
WITHOUT_PROFILE=true
WITHOUT_RADIUS_SUPPORT=true
WITHOUT_RESCUE=true
WITHOUT_SENDMAIL=true
WITHOUT_SHAREDOCS=true
WITH_SORT_THREADS=true
WITH_SVN=true
WITHOUT_TALK=true
WITHOUT_TCP_WRAPPERS=true
WITHOUT_TELNET=true
WITHOUT_TESTS=true
WITHOUT_TESTS_SUPPORT=true
WITHOUT_TFTP=true
WITHOUT_TIMED=true
WITHOUT_VI=true
WITHOUT_WARNS=true
WITHOUT_WIRELESS=true
WITHOUT_WIRELESS_SUPPORT=true
WITHOUT_WPA_SUPPLICANT_EAPOL=true

и сколько мегобайт ты сэкономишь? 200? 400? а времени потратишь?

Времени раза в три трачу меньше.

меньше, чем что?

На сборку системы из исходников при наличии оптимального src.conf.

Подскажите пожалуйста где и как указать количество потоков для компиляции, такое чувство что используется не все. Раст билдился в три раза дольше на фрибсд чем на генту. Я пробовал все собирать из сорцов и бинарные пакеты и пакеты выглядят получше особенно если переключишься на latest с quarterly

генту

зачем вы это с собой делаете...

Гента распухла

фрибсд

в make.conf нет параметра? я систему сборки использую, там есть, но другой.

зачем вы это с собой делаете…

Желание пользоваться хорошей системой.

Гента распухла

Автор — ССЗБ.

Потыкал, потыкал, да и снёс…

Увы. Построить десктоп - сложно, нужны знания предметной области.

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

Так что остался только консольный вариант или прочтение хендбука на предмет установки Х11 и запуска минимального icewm, потом ничего не трогать и не лезть за украшательствами.

Фря уже и не конкурент для Убунту-сервер`a. Эх времена меняются.

Желание пользоваться хорошей системой.

Слишком много времени жрёт эта хорошая система. 8-/

Благо, есть другие дистрибутивы.

Я сделал наблюдение относительно работы с генту. Не должно быть пакетов, которые компиляциям больше 5 минуты. Тогда все чики пуки. Поэтому раст конечно же бин, фф бин, клав вместо цундербирд. I3 вместо кде. В таком окружении апдейты занимают примерно как на пакетном дистрибутиве при моих 16ти потоках компиляции. Я очень хотел так же пособирать всего в фрибсд, но потратил полночи в ожиданиях и в конце оно отказалось собирать какой-то из зависимых пакетов, психанул и пока на бинарных пакетах, все ок. Думаю тут другой подход нежели в генту, если все работает с пакетов, нет проблем с железом, нет необходимости патчить софт, то необходимость собирать из исходников - это личное желание каждого кто хочет подождать лишний пяток часов. У меня благо все железо работает с коробки так что собирать все подряд ещё и на релизе , признаться, смысла не вижу для себя.

Я подразумевал настройку Десктопа.

Про компиляцию молчу уже совсем. Это было актуально до 2005 года, когда ФриБСД была еще молодая, но уже всё можно было.

После стабилизации убунты с её apt-get, конкурентов у неё почти не осталось. Как и yum upgrade.

Собирать софт из исходников - только всяким ARMщикам, да эмбедщикам.

это личное желание каждого кто хочет подождать лишний пяток часов

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

MAKE_JOBS_NUMBER=18

смысла тоже не вижу != смысла нет.

Может зрение подводит, а может смотрите не туда.

специально так написал. генту переболел в районе 2006-2008 года.

Я тоже примерно в это время. Буйные канпеляния и шевеление юзами. Но видимо зараза проникла глубоко. Когда я понял, что пакеты в дистрах собирают такие же жопорукие как и я - вернулся на генту. Сейчас она у меня дистиллированная и скучная.

Интересно, кто-нибудь пытался переделать плагин регулировки громкости Xfce4 на использование системного mixer’а вместо PulseAudio из порта?

Вчерась на лорчике один тролль тему про самое лучшее ДЕ создавал :-))

Ребята, а как давно ы использовали что-то отличное от Гном/КДЕ и тайловых менеджеров?

А я таки не поленился и даже поставил из реп убунты 20.04 Afterstep & Wmaker…

Афтерстеп отпадает сразу, там реальные вещества у аффторов или мейнтейнеров. Оно неюзабельно!!!

Wmaker - ничего страшного, но…. пользоваться уже неудобно. Слишком много там всего ненужного.

Короче говоря - классические ВМ 90х - всё??