Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
Сообщение от opennews (??) on 02-Июн-17, 23:52
Сформирована (https://www.trueos.org/blog/trueos-stable-update-june-2-2017/) третья стабильная сборка проекта TrueOS (https://www.trueos.org). Размер установочного iso-образа (http://download.trueos.org/master/amd64/) 2.6 Гб. По умолчанию в  TrueOS используется окружение рабочего стола Lumina (https://www.opennet.me/opennews/art.shtml?num=45812), файловая система ZFS и   система инициализации OpenRC (https://wiki.gentoo.org/wiki/OpenRC).   Для установки и обновления всех частей системы, включая компоненты базовой системы, применяется пакетный менеджер pkg. Кроме консольного pkg для установки дополнительных программ в TrueOS  также можно использовать графический интерфейс SysAdm AppCafe.  Обновления могут устанавливаться как автоматически, так и в ручном режиме. Новую версию TrueOS также можно поставить в отдельный zpool, не нарушая работу уже установленной системы, что позволяет провести обновление с PC-BSD/FreeBSD без очистки диска с сохранением всей пользовательской информации. В ответ на пожелания сообщества по повышению стабильности дистрибутива начиная с данного выпуска проект переходит на новую схему разработки, в рамках которой отдельно будет развиваться стабильная ветка STABLE, которая будет обновляться раз в шесть месяцев. Включаемые в STABLE компоненты будут проходить дополнительное тестирование и подготовку. Таким образом, пользователи теперь имеют возможность выбора: остаться на UNSTABLE-ветке с самыми свежими версиями программ или перейти на ветку STABLE, в которой предлагаются немного отстающие по времени, но полностью протестированные выпуски. При этом TrueOS продолжает использовать rolling-модель и FreeBSD Current в качестве основы. В STABLE ветку также будут оперативно переноситься все исправления, связанные с устранением серьёзных ошибок, которые  будут проходить дополнительное тестирование. Исключение сделано для рабочего стола Lumina и конфигуратора SysAdm (https://sysadm.us/handbook/client/sysadmclient.html), которые будут переноситься в STABLE ветку сразу после формирования новых выпусков, не дожидаясь общего шестимесячного цикла переноса обновлений. Особенности новой STABLE-версии: -  Инсталлятор теперь использует только графические драйверы VESA (для MBR) и SCFB (для UEFI)  для обеспечения максимальной совместимости с разным оборудованием. Проведена оптимизация работы интерфейса инсталлятора для корректной работы при использовании разрешения  640×480. Добавлен экран с опциональными установочными пакетами (например, можно выбрать альтернативные видеодрайверы и драйверы для систем виртуализации). Значительно переработан текстовый вариант инсталлятора и мастер настройки после первого запуска; -  Прекращено использование HAL, который теперь не устанавливается по умолчанию, но остаётся доступен из репозиториев. Из базовой поставки исключены PostgreSQL и ConsoleKit; -  Система инициализации OpenRC обновлена до версии  0.26.2. -  Для  OpenRC адаптирована большая порция портов FreeBSD; -  Решены проблемы с определением качестве беспроводного сигнала в  Network Manager; -  Пользовательское окружение Lumina обновлено до версии 1.2.2. Для пиктограмм на рабочем столе добавлены функции вырезания, копирования, вставки и переименования, а также функции создания нового файла и каталога; -   Порт с Lumina разделён на модули deskutils/lumina-*, x11/lumina-core и x11/lumina-coreutils.. Для установки всех компонентов может применяться метапакет x11/lumina. URL: https://www.trueos.org/blog/trueos-stable-update-june-2-2017/ Новость: http://www.opennet.me/opennews/art.shtml?num=46646
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
Сообщение от Аноним (??) on 02-Июн-17, 23:52
ВНЕЗАПНО Steam.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от фребсдоюзрнемогунайтивыход on 03-Июн-17, 00:32
	а как его на фрю поставить-тоооо?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	8. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Anonimous on 03-Июн-17, 02:46
	https://github.com/SteamOnFreeBSD/SteamOnFreeBSD
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	31. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от фребсдоюзрнемогунайтивыход on 03-Июн-17, 17:32
	Это гно давно заброшено и не работало никогда и не работает и сейчас.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	39. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Аноним (??) on 03-Июн-17, 19:43
	> давно заброшено > 2 months ago > и не работало никогда и не работает и сейчас. Если у фребсдоюзрнемогунайтивыход не работает, значит не работает у всех.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	55. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от фребсдоюзрнемогунайтивыход on 04-Июн-17, 00:06
	Оно не может работать в принципе. В системе портов фребсд в dpkg прописаны неверные вызовы tar (линуксовые аргументы вызова tar не совместимы со фребсдшным tar), а шелл скрипт steamonfreebsd использует dpkg. + Даже если обойти эту проблему - встаёт следующая: Error: Unsupported Operating System /usr/home/%пользователь%/.local/share/Steam/steam.sh: line 66: STEAMOS: unbound variable
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	59. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от нах on 04-Июн-17, 00:34
	> Оно не может работать в принципе. > В системе портов фребсд в dpkg прописаны неверные вызовы tar (линуксовые аргументы > вызова tar не совместимы со фребсдшным tar) вы, походу, где-то взяли неправильный dpkg. Ибо в моем явно: RUN_DEPENDS=    gtar:archivers/gtar \                 gpatch:devel/patch (и соответствующий патч, чтобы вызывался именно гнутый утиль - long options они что-ли там используют, где не надо? Как вообще может быть несовместим - tar?) > Error: Unsupported Operating System > /usr/home/%пользователь%/.local/share/Steam/steam.sh: line 66: STEAMOS: unbound variable ну а если определить ее?
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	60. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от фребсдоюзрнемогунайтивыход on 04-Июн-17, 00:46
	> вы, походу, где-то взяли неправильный dpkg. Ибо в моем явно: > RUN_DEPENDS=    gtar:archivers/gtar \ >             >     gpatch:devel/patch > (и соответствующий патч, чтобы вызывался именно гнутый утиль - long options они > что-ли там используют, где не надо? Как вообще может быть несовместим > - tar?) сделайте dpkg -i steam.deb и увидите что-то типа tar: Option --warning=no-timestamp is not supported Usage:   List:    tar -tf <archive-filename>   Extract: tar -xf <archive-filename>   Create:  tar -cf <archive-filename> [filenames...]   Help:    tar --help dpkg-deb: error: subprocess tar returned error exit status 1 dpkg: error processing archive steam.deb (--install): subprocess dpkg-deb --control returned error exit status 2 Errors were encountered while processing: steam.deb >> Error: Unsupported Operating System >> /usr/home/%пользователь%/.local/share/Steam/steam.sh: line 66: STEAMOS: unbound variable > ну а если определить ее? А как? Как решить проблему unbound variable? Автор этого г-на в гитхаб-репо не отвечает.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	65. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от Аноним (??) on 04-Июн-17, 04:35
	Ты ему говоришь: Вот, не работает же. А тугой фанатик тебе в ответ: Да всё работает же! Аххаха!
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	92. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от Аноним (??) on 04-Июн-17, 14:35
	Как маленький, ей богу. Даже патчи автору предложить не может, а туда же. $ ar vx steam_latest.deb $ tar -xzvf data.tar.gz Я решил твою проблему. Но у меня не *BSD. Проверяй.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	94. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от нах on 04-Июн-17, 15:19
	>> вы, походу, где-то взяли неправильный dpkg. Ибо в моем явно: >> RUN_DEPENDS=    gtar:archivers/gtar \ >> >>     gpatch:devel/patch > сделайте dpkg -i steam.deb и увидите что-то типа > tar: Option --warning=no-timestamp is not supported это явный bsd tar - может, стоит пересобрать пакет? Либо он кривособранный, либо не нашел gtar (а установлен? При пересборке в любом случае поставится) либо у нас слой совместимости сломан весь, это повод все же сдать баг куда следует. >>> /usr/home/%пользователь%/.local/share/Steam/steam.sh: line 66: STEAMOS: unbound variable >> ну а если определить ее? > А как? Как решить проблему unbound variable? Автор этого г-на в гитхаб-репо ну типа вот прямо в line66 и написать там что-нить. > не отвечает. "у него все работает". Типичная фигня с гитхабом - у меня полно таких, причем с другими пострадавшими даже удалось нащупать пути затыкания проблемы, а автор прыгает по соседним комментам, которые ему понятней и приятней.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	42. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от ЛинуксоидЪ on 03-Июн-17, 21:25
	> Это гно давно заброшено и не работало никогда и не работает и > сейчас. А зачем оно вообще сдалось? Поностальгировать есть вайн с досбоксом. Да и вроде как были видосики стима то ли под вайном, то ли  под линуксулятором. Конкретно на субжике вроде должна быть PlayOnBSD из фряшных портов https://www.freshports.org/emulators/playonbsd/ которая есть порт playonlinux. https://www.freebsdnews.com/2017/02/14/its-easier-run-steam-.../ > Steam can be run using playonbsd, which is based on Wine and can be downloaded from the AppCafe
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	57. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от фребсдоюзрнемогунайтивыход on 04-Июн-17, 00:25
	> А зачем оно вообще сдалось? Поиграть в современные игори. Хотя бы в доту2. > Поностальгировать есть вайн с досбоксом. Да и вроде как были видосики стима то ли под вайном, то ли под линуксулятором. Под вайном игори почти не работают полноценно. Даже старые. Пытался поиграть в homm 3.5 hota по сети - а под вайном сетевая игра-то и не работает. И это пример древнючей игры, которую сообщество добровольцев ещё к тому же и активно допиливает хз сколько лет. > Конкретно на субжике вроде должна быть PlayOnBSD из фряшных портов https://www.freshports.org/emulators/playonbsd/ > которая есть порт playonlinux. Это wine. Я playon[bsd|linux] не трогал, но вроде для полноценного использования wine нужен winetricks, а он на фребсд поддерживает только 32-битный wine. Хотя сейчас вот полез посмотреть в репо winetricks и вижу, что там с марта началось допиливание всего под win64, не знаю поменялась ли ситуация с моей последней попытки. > https://www.freebsdnews.com/2017/02/14/its-easier-run-steam-.../ >> Steam can be run using playonbsd, which is based on Wine and can be downloaded from the AppCafe Ну у меня то фребсд, а не трюос :[ psearch appcafe не даёт результатов.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	82. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Аноним (??) on 04-Июн-17, 09:53
	> Под вайном игори почти не работают полноценно. Смотря какие. У меня почти все старые завелись, кроме тех, которые даже на вантузе из-за дурацкой защиты не заводятся. > на фребсд поддерживает только 32-битный wine. 64-битный вайн не готов. Недавно в этом убедился запустив Deus Ex: Human Revolution. Вроде бы работает, но какие-то микротормоза наблюдаются. На 32-битном такого нет. Это было на Linux, кстати.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	146. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Clayman on 11-Июн-17, 15:16
	>Под вайном игори почти не работают полноценно Это, мягко говоря, ложь. Не знаю, как во ФрееБСД, но под линуксом я лет 7 играю исключительно в вайне, брат жив.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

2. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+4 +/–
Сообщение от ЛинуксоидЪ on 03-Июн-17, 00:00
Зачем оно, если есть WSL?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	147. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Аноним (??) on 12-Июн-17, 16:55
	World Surf League?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
Сообщение от Аноним (??) on 03-Июн-17, 00:26
Какая ж BSD да без KDE?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от ЛинуксоидЪ on 03-Июн-17, 00:45
	Нету, не пропатчили еще. Только старое, доброе, немного попахивающее КДЕ4. Но бздшникам не привыкать, да и не нужно оно в пуссиекзе.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	11. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от Аноним (??) on 03-Июн-17, 06:02
	В неофициальных репозиториях есть пятые кеды. Месяца три назад ставил, они неплохо работают.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	22. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от ЛинуксоидЪ on 03-Июн-17, 14:17
	> В неофициальных репозиториях есть пятые кеды. Месяца три назад ставил, они неплохо > работают. Я в курсе. Но то все-таки неофициальные репы. PS: Кстати, посмотрел, какие камменты удаляют, какие оставляют. Очччень так характерненько для опеннета, хотя сам он как раз на бзде крутится.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

6. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+1 +/–
Сообщение от Аноним (??) on 03-Июн-17, 00:54
Даёшь кеды 3.5)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–10 +/–
Сообщение от Аноним (??) on 03-Июн-17, 08:52
и вот зачем оно? хрома нету, кастрат хромиум непредлогать, скейпа и вайбера тоже нету. не знаю, телеграма тоже нету наверное. вообщем пока небудет, оно нинужно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	17. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+2 +/–
	Сообщение от Старик on 03-Июн-17, 10:18
	> хрома нету, кастрат хромиум непредлогать Вы так привыкли к гугловским зондам что жить без них не  можете? Тяжёлый случай. Ну, поставьте фурифокс с гуглодополнениями. Понимаю, не совсем то, зонд не так крепко сидит, но всё же… > скейпа и вайбера тоже нету. не знаю, телеграма тоже нету наверное. Viber да, отсутствует. Что Skype (червёртый), что Telegram вполне себе имеются. > и вот зачем оно? > вообщем пока небудет, оно нинужно. Вам, действительно, «нинужно». И Интернет Вам строго противопоказан. Вам надо забыть про каникулы и заняться учёбой. А то так и останитесь на восьмой год в первом классе.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	20. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Ergil (ok) on 03-Июн-17, 12:03
	Чего бы телеграму не быть, если и десктопное приложение у него под Xы на Qt(https://github.com/telegramdesktop/tdesktop) собирай себе и веб-вариант вы можете хоть у себя на локальной машине запустить, хоть на собственной ВПСке?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	25. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от Михрютка (ok) on 03-Июн-17, 15:37
	>хрома нету, кастрат хромиум непредлогать, скейпа и вайбера тоже нету. не знаю, телеграма тоже нету наверное. вообщем пока небудет, оно нинужно. если хочется моар анальных зондов возвращайся на свой ондроед ты тоже нинужен
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	38. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+1 +/–
	Сообщение от Аноним (??) on 03-Июн-17, 19:42
	> Google Chrome > Skype > Viber > Telegram К-к-к-о-о-о-м-м-м-бо! Как тебе с зондами? Жить не мешают?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

14. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
Сообщение от Аноним (??) on 03-Июн-17, 09:07
Без скейпа никуда ))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	15. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от Аноним (??) on 03-Июн-17, 09:32
	да никуда. как с бабкой болтать, когда мтс супермтс тариф абонетской платой прибили? скейпом она как то обучилась пользоваться давным давно, а чем то новым если ей подсунуть, весь мозг вынесет своим нытьем.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	18. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Аноним (??) on 03-Июн-17, 10:37
	Вы не поняли шутку =)
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

16. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+7 +/–
Сообщение от Аноним (??) on 03-Июн-17, 09:59
> система инициализации OpenRC Ленартоботы, оправдывайтесь.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	23. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–5 +/–
	Сообщение от пох on 03-Июн-17, 15:04
	> Ленартоботы, оправдывайтесь. а чего им оправдываться - они ж не виноваты, что вы не можете их чудесное изделие спортировать на bsd. (пока не можете - шаги-то в нужном направлении уже делаете, хехее) Вот вы сперва гом запустите на этом чуде, а потом рассказывайте (а главное - показывайте) как классно он уживается с openrc. кто бы вот фрибсдшникам мозг прочистил :-( а то они все изобретают там наколенный "асинхронный инит"(читай, набор затычек для имитации неназываемого демона для гома и ему подобных). При выборе между "асинхронным инитом", openrc и тем уродством, которое у *bsd сейчас (кто там жаловался на "нечитаемые" скрипты типового systemV? Вот у современной free - действительно нечитаемые, а те - простые и понятные, в том числе и потому, что часть логики вынесена из файла в файловую систему), я целиком за openrc.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	24. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Аноним (??) on 03-Июн-17, 15:32
	Я на лине, у меня нет systemd. Гном прекрасно работает без systemd, у кого-то руки при пересборке кривые просто.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	29. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от iZEN (ok) on 03-Июн-17, 16:49
	> Я на лине, у меня нет systemd. Гном прекрасно работает без systemd, > у кого-то руки при пересборке кривые просто. Systems нужен для параллельной инициализации нескольких объектов на этапе загрузки. Это избавляет от последовательного процесса инициализации независимых объектов (устройств, драйверов), которые фактически независимы и могут инициализироваться в одно и то же время. Это ускоряет загрузку и перезагрузки систем, что актуально прежде всего в системах виртуализации, а локалхосты всего лишь тестовые площадки.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	34. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от нах on 03-Июн-17, 18:35
	> Systems нужен для параллельной инициализации нескольких объектов на этапе загрузки. Это если бы так - он был бы совершенно никому не нужен (и одним движением заменяем - какое дело тому же гому, что там у меня _уже_загрузилось_, и уж тем более - чем запустили его самого? На практике, как показал девонян, его уже очень сложно выпилить.) К сожалению, как раз параллельный запуск - побочный эффект, не особенно даже и заметный. systemd - это точная clean-room копия windows services manager. Включая те ее места, которые вроде бы и вовсе незачем было копировать (binary log, ага). А это не только старт на загрузке и dependencies, но и event-driven старт (загрузка - всего лишь один из типов event), и подмена других ipc-систем и много еще вредного и воняющего иконами и фолдерами. Ну, сами догадались, ЧТО является в этой истории паровозом "прогресса"? > же время. Это ускоряет загрузку и перезагрузки систем, что актуально прежде > всего в системах виртуализации, а локалхосты всего лишь тестовые площадки. системам правильной виртуализации (контейнерным) это нахрен не надо, они ничего не загружают, кроме одиночного приложения, системам неправильной (vm) - "быстрые" перезагрузки так же чужды, как и физическим. Для костыляния подпорок для самопадающих ненужносервисов давно приспособлены daemontools, так что и этот функционал не был нужен.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	40. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от KonstantinB (ok) on 03-Июн-17, 20:15
	Ну не знаю, мне скорее напоминает Solaris SMF. Хотя в виндах я не разбираюсь почти совсем.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	141. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от _ (??) on 05-Июн-17, 16:24
	>Ну не знаю, мне скорее напоминает Solaris SMF. Это чем же? 8-о
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	35. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Аноним (??) on 03-Июн-17, 18:40
	> устройств, драйверов Этим ядро занимается, не надо мне тут лечить. OpenRC тоже умеет параллельно запускать демоны, при этом не занимается ещё всякой фигнёй, типа контейнеров, сети, монтирования и прочего крепа, которым система инициализации НЕ ЗАНИМАЕТСЯ! А ещё у меня система на железе 2007 года с убитым IDE HDD загружается за 27 секунд, немногим больше, чем с systemd.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	44. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–3 +/–
	Сообщение от нах on 03-Июн-17, 21:36
	> Этим ядро занимается, не надо мне тут лечить. ммм...а вот кто должен тебе автомонтировать, к примеру, флэшку, которую ты на ходу воткнул - ядро? А еще интересней - это не флэшка, это wifi-адаптер usb'шный. Сколько, чего и в каком порядке и кто должен запускать после его втыкания, ну-ка? > при этом не занимается ещё всякой фигнёй, типа контейнеров, сети, монтирования и > прочего крепа, которым система инициализации НЕ ЗАНИМАЕТСЯ! с добрым утром. А кто ей тогда должен заниматься, если система инициализации этим заниматься не будет (и чем она у тебя вообще занимается тогда)? Руками каждый раз будем, как в 74м году? Любая система инициализации этим занимается, просто хорошие системы - _автоматизируют_ человеческую деятельность (те самые скрипты запускают обычные, доступные вручную утилиты), а хреновые - подменяют (для большего удобства системописателя), в результате вмешаться в процесс ты уже можешь только местами, там где о тебе вспомнили и оставили подходящую ручку. (то есть вот эта флэшка - битая ,и НЕ НАДО мне ее пытаться монтировать, и таблицу разделов с нее читать тоже не надо, блин!)
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	49. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Мимоанон on 03-Июн-17, 22:54
	А что делать если я наоборот нехочу чтобы что-то там само монтировалось и адаптероустанавливалась? простой кейс - пришли друзья/родственники, возможно с детишками или ты к ним приехал. Мне нафиг не уперлись их флешки и прочая usb мишура. Забавно, что в винде, чтобы от этого избавиться, придется раскошелиться на всякие там DeviceLockи. А вот что-либо монтировать руками мне не страшно. Для частоспользуемых флешек достаточно создать алиас/скрипт и мышекликать по нему.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	52. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от нах on 03-Июн-17, 23:39
	> А что делать если я наоборот нехочу чтобы что-то там само монтировалось и > адаптероустанавливалась? а я знай? У меня уже тоже одна система есть, где все само и руками хрен подлезешь, и, кстати, сервисы там стартуют нормально, а чтоб взвисла сама стартовалка сервисов - такого я ни разу не видал. И нафига мне вторая "всем хуже", непонятно. А простенькой системы с предсказуемым поведением и возможностью менять его по своему усмотрению, похоже, скоро не будет совсем. Ну лет пять еще остается, от силы, если модными-новыми DM'ами не увлекаться, а дальше будет сплошной wayland, dbus и "асинхронные иниты" на десктопе, и kubernetes'ы с докерами и работой по принципу упали-отжались на серверах, про которые уже никто не знает точно, что там происходит внутри.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	142. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от _ (??) on 05-Июн-17, 16:31
	> а я знай? У меня уже тоже одна система есть, где все само и руками хрен подлезешь, и, кстати, сервисы там стартуют нормально, а чтоб взвисла сама стартовалка сервисов - такого я ни разу не видал. Тьфуй! Так бы сразу и сказал что ты на вантузе. А то сколько кружевных труселей то наплёл ... > И нафига мне вторая "всем хуже", непонятно. Намотаешь WinCry или подобноё - захочеЦЦо чего нибудь "похуже" :-))))
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	58. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от фребсдоюзрнемогунайтивыход on 04-Июн-17, 00:33
	> Забавно, что в винде, чтобы от этого избавиться, придется раскошелиться на всякие там DeviceLockи. В винде можно отключить автозапуск подключаемых съёмных носителей и cd/dvd дисков и тогда вставление даже вирусной флешки становится абсолютно безопасным. Да, она автоматом примонтируется, но это не нанесёт никакого урона.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	75. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от iFRAME (ok) on 04-Июн-17, 09:05
	В винде автозапуск флешек отключен по умолчанию начиная с Win7.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	140. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Мимоанон on 05-Июн-17, 14:13
	причем тут автозапуск, речь идет о монтировании.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	143. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от _ (??) on 05-Июн-17, 16:44
	>Да, она автоматом примонтируется, но это не нанесёт никакого урона. ORLY?! :)
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	145. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от фребсдоюзрнемогунайтивыход on 07-Июн-17, 22:47
	YARLY. А шо не так?
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	68. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от qwerty123 (??) on 04-Июн-17, 04:59
	> ммм...а вот кто должен тебе автомонтировать, к примеру, флэшку >... > Любая система инициализации этим занимается бред какой-то. RTFM.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	77. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+4 +/–
	Сообщение от Аноним (??) on 04-Июн-17, 09:39
	> а вот кто должен тебе автомонтировать, к примеру, флэшку, которую ты на ходу воткнул - ядро? # mount /dev/xxx А если серьёзно то udev, который зачем-то запихнули в systemd. Благо его оттуда ещё выпилить можно. До этого этим занимался HAL. > Сколько, чего и в каком порядке и кто должен запускать после его втыкания, ну-ка? Фанатика порвало. # modprobe wifi-blabla # dhclient xxx Усё. УМВР. Если у тебя что-то не работает в таком порядке - значит ты пользуешься бубунтой. Вернись к пункту 1 и поставь нормальный дистрибутив. > с добрым утром. А кто ей тогда должен заниматься, если система инициализации этим заниматься не будет ( С добрым. Иди ещё поспи, потому что SysVInit этим не занимался и заниматься не будет. Инит запускает демоны, демоны делают всё остальное. ДЕМОНЫ ДОЛЖНЫ ДЕЛАТЬ ВСЮ РАБОТУ! > то есть вот эта флэшка - битая ,и НЕ НАДО мне ее пытаться монтировать Она и так не смонтируется - ядро не даст. Слушай, иди ка ты прочитай про ядро, может хоть что-нибудь поймёшь. Заодно прочитай про SysVInit. > In Unix-based computer operating systems, init (short for initialization) is the first process started during booting of the computer system. Init is a daemon process that continues running until the system is shut down. It is the direct or indirect ancestor of all other processes and automatically adopts all orphaned processes. Init is started by the kernel using a hard-coded filename; a kernel panic will occur if the kernel is unable to start it. Init is typically assigned process identifier 1. > In Unix systems such as System III and System V, the design of init has diverged from the functionality provided by the init in Research Unix and its BSD derivatives. The usage in most Linux distributions employing a traditional init rather than a recent variant such as systemd is somewhat compatible with System V, while some distributions such as Slackware use BSD-style startup scripts, and others such as Gentoo have their own customized versions. Нигде ничего не написано, что init должен что-то монтировать, заниматься сетью и прочими контейнерами. Он должен запускать демоны, его толкает ядро, инит сам не работает. Инит это тупая программа. Вот тебе пример типичного инита: http://git.suckless.org/sinit/tree/sinit.c Иди ка ты отсюда на венду, а? Можешь ещё Ленарта туда же прихватить, там всё как вам двоим нравится.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	97. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от нах on 04-Июн-17, 16:43
	>> а вот кто должен тебе автомонтировать, к примеру, флэшку, которую ты на ходу воткнул - ядро? > # mount /dev/xxx мнэ, и вот прямо от рута... ну я, конечно, поддерживаю, но "десктоп-юзеры" тебя, боюсь, не поймут-с. > А если серьёзно то udev, который зачем-то запихнули в systemd. Благо его udev для этого совершенно не был задуман - изначальное его предназначение создать этот самый /dev/xxx (поскольку MAKEDEV и статические ноды у нас преданы анафеме) и поставить ему правильных пермишнов. Сейчас, собственно, его и вернули (и standalone в дефолтном, по крайней мере, виде, тоже) в исходное состояние, он вообще больше ничего не делает. А дальше - дивайс создали, надо это кому-то и рассказать. И он дергает d-bus'ный интерфейс. Который слушает отдельное чудо, которое называется udisks (уже тоже всосано в конгломерат). А у него уже есть события, которые он может передать десктопному юзеру через анальный зон...э. простите, через интуитивно-приятный десктопный интерфейс - ну там, окошко открыть с содержимым, или хотя бы галочку "извлечь" нарисовать где положено. >> Сколько, чего и в каком порядке и кто должен запускать после его втыкания, ну-ка? > Фанатика порвало. > # modprobe wifi-blabla "нинашла". В логах - записи о появлении какого-то /dev/sd[xyz] который нам даром не надо - и-и-и-и? (и вообще-то нахрена мне ценное знание, какой именно bla-bla в этой китайской хрени и какие у него параметры, даже если оно еще и не снабжено этой ценной моделью поведения и сразу видно как rf device?) > # dhclient xxx waiting for carrier... кажется, ты что-то пропустил? ;-) > Усё. УМВР. Если у тебя что-то не работает в таком порядке - боюсь что либо ты не пользовался wifi никогда в жизни, либо за давностию лет забыл кое-что. (подсказка - dhclient все еще ждет какой-то "carrier" ;) Но это цветочки, ягодки - что у меня в это время подключена локальная сеть медью, и я не буду рад, если ее настройки прооверрайдятся dhclient'ом. Плюс к тому же дома мне нужны одни настройки списка принимаемых на веру от dhcp параметров, в офисе совсем другие, в халявном хотспоте в аэропорту от нашей страны подалее - третьи. Опять будешь все вручную набирать каждый раз? (это я к тому, разумеется, что network monitor хоть и очередное "хотим как в виндах, только плохо понимаем, как там", но появился он не от хорошей жизни - сейчас совершенно нормально иметь с пол-сотни known networks в списке, и ну его нафиг управляться с этим вручную. И никакой хорошей и адекватной замены ему, увы, не просматривается.) > значит ты пользуешься бубунтой. Вернись к пункту 1 и поставь нормальный > дистрибутив. описанная тобой последовательность - waiting for carrier в любом дистрибутиве. (поскольку утилиты у всех одни и те же, их не дистрибутивописатели лепят) > С добрым. Иди ещё поспи, потому что SysVInit этим не занимался и > заниматься не будет. Инит запускает демоны, демоны делают всё остальное. надо же, как интересно. А скажи-ка, ты вообще инит-то не в древних учебниках - видал? >> то есть вот эта флэшка - битая ,и НЕ НАДО мне ее пытаться монтировать > Она и так не смонтируется - ядро не даст. Слушай, иди ка она так угробится, пока сперва ведро, потом udisks, потом еще какая-нибудь автохрень будет пытаться добыть с нее то, чего я вообще-то и не просил. (в общем-то, именно так я впервые познакомился с udisks) > ты прочитай про ядро, может хоть что-нибудь поймёшь. Заодно прочитай про > SysVInit. я не рекомендую тебе дальше читать древний мусор. Он, к сожалению, написан либо страшно отставшими, либо просто некомпетентными гражданами. Вероятнее второе (systemIII,надо же). > Нигде ничего не написано, что init должен что-то монтировать, заниматься сетью и > прочими контейнерами. Он должен запускать демоны, его толкает ядро, инит сам угу, с несмонтировавшегося диска, вероятно? Сеть тоже непонятно откуда возьмется, сама. А теперь разоблачения: вот что на самом деле _впрямую_ запускает one-true systemV init: ~~:S:respawn:/sbin/sulogin вот ни разу не демон, обычная захватывающая консоль программа ca::ctrlaltdel:/sbin/shutdown -r -t 4 now комментарии, думаю, излишни, не демон совсем а вот и немножко древней магии: 2:2345:respawn:/sbin/mingetty tty2 - оказывается, вообще-то, инит вполне умеет сам ,без всяких дерьмонтулсов, респавнить завершившиеся программы (угадайте, почему ТАК его использует только эта, даже xdm отсюда запускать уже не принято?) Разумеется, это не демон - у нее есть терминал, съев с нее инпут, она завершается. l3:3:wait:/etc/init.d/rc 3 это баш-скрипт, wait означает что он, как и положено приличному скрипту, раз отработав, политкорректно завершается - ни разу не демон [skip он же с другими параметрами шесть раз] и в общем все, eof. у bsd все значительно запутаннее - на первый взгляд, init умеет запускать вообще ровно одну программу, /etc/rc (ни разу не демон, банальный sh-скрипт), на деле там есть неочевидные ньюансы как раз из-за нежелания bsd идти общим путем. > не работает. Инит это тупая программа. настолько тупая, что никаких демонов запускать не умеет. Если это не systemd-init, разумеется, вот он как раз научился это делать без помощи дополнительной магии. монтирование, инициализацию сети, настройки, запуск сервисов (некоторые из которых могут быть и демонами в классическом понимании - не присоединенными ни к какой консольной сессии не завершающимия программами - а могут и не быть) - выполняют те самые sh-скрипты. Поскольку без них никуда мы не полетим, даже ту самую mingetty не запустим (ей нужны проверенные и смонтированные fs, как минимум) - их принято считать неотъемлемой частью systemV init. Более того, именно иерархией этих скриптов sysV и отличается от bsd.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	63. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от Аноним (??) on 04-Июн-17, 03:38
	> А ещё у меня система на железе 2007 года с убитым IDE > HDD загружается за 27 секунд, немногим больше, чем с systemd. Не, у меня Арч на ssd после команды загрузчика загружается 4 сек. до приглашения ком. строки. Ещё 3 сек. до загрузки в i3 после логина. Тебе решать, разница это или нет.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	78. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Аноним (??) on 04-Июн-17, 09:41
	> убитым IDE HDD > Арч на ssd > HDD Совсем не чувствуешь разницу? Нет у меня ни денег, ни свободных портов, ни желания держать SDD. Меня вполне устраивает скорость загрузки.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	90. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Аноним (??) on 04-Июн-17, 13:19
	>> А ещё у меня система на железе 2007 года с убитым IDE >> HDD загружается за 27 секунд, немногим больше, чем с systemd. > Не, у меня Арч на ssd после команды загрузчика загружается 4 сек. > до приглашения ком. строки. Ещё 3 сек. до загрузки в i3 > после логина. Тебе решать, разница это или нет. Не арч, на ссд, без systemd - от загрузчика до возможности логина через слим 7-9 секунд. Хз, когда было любопытно, замерял, но т.к. перезагружаюсь я где-то раз в месяц или реже, мне это вообще до лампочки. Пониаю, у всех свои потребности и если бы я пользовался этим творением сумрачного тевтонского гения, то судя по сообщениям на опеннете, наверняка неведомая сила заставляла бы меня перезагружаться где-то раз в полчаса и тогда каждая секунда была бы на счету. Но это не так, увы, мне жаль.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	139. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+1 +/–
	Сообщение от qwerty123 (??) on 05-Июн-17, 10:54
	>> А ещё у меня система на железе 2007 года с убитым IDE >> HDD загружается за 27 секунд, немногим больше, чем с systemd. > Не, у меня Арч на ssd после команды загрузчика загружается 4 сек. > до приглашения ком. строки. Ещё 3 сек. до загрузки в i3 > после логина. Тебе решать, разница это или нет. Парень, ответь, как ты используешь съэкономленные 20 сек?
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	54. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от Аноним (??) on 03-Июн-17, 23:45
	> Я на лине, у меня нет systemd. Я на Росе и я не знаю, какой у меня там Де, с систем или без. Подскажите, ваш Леонард уже забрался ко мне через форточку или пока ещё нет? Операционная система там кажется КДЕ у меня, а больше я не знаю чего ещё.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	79. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Аноним (??) on 04-Июн-17, 09:43
	Can't say if troll or not. Судя по багтрекеру, где системд жрёт 100% CPU, таки он. Но вообще, насколько я знаю, можно и sysvinit поставить.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	26. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от Михрютка (ok) on 03-Июн-17, 15:40
	> и тем уродством, которое у *bsd сейчас (кто там жаловался на > "нечитаемые" скрипты типового systemV? Вот у современной free - действительно нечитаемые, я извиняюсь, последний раз с фрей приходилось иметь дело где-то с восьмой, и там особых проблем с чтением rc скриптов не было. с тех пор что-то в rc значительно похудшало?
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	30. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–5 +/–
	Сообщение от нах on 03-Июн-17, 17:02
	> я извиняюсь, последний раз с фрей приходилось иметь дело где-то с восьмой с нее и началось. до того как-то обходились черезадничными методами (на что только не шли, чтобы не делать как в systemV) - типа 00-mysql в rc.d, чтобы он запускался до того, как зависимые от него, но в восьмерке уже стало понятно, что все, приехали. а сейчас модно вот так: named_enable=${named_enable:-"NO"} named_program=${named_program:-"/usr/local/sbin/named"} named_conf=${named_conf:-"/usr/local/etc/namedb/named.conf"} named_flags=${named_flags:-""} named_uid=${named_uid:-"bind"} named_chrootdir=${named_chrootdir:-""} named_chroot_autoupdate=${named_chroot_autoupdate:-"YES"} named_symlink_enable=${named_symlink_enable:-"YES"} named_wait=${named_wait:-"NO"} named_wait_host=${named_wait_host:-"localhost"} named_auto_forward=${named_auto_forward:-"NO"} named_auto_forward_only=${named_auto_forward_only:-"NO"} # Not configuration variables but having them here keeps rclint happy required_dirs="${named_chrootdir}" _named_confdirroot="${named_conf%/*}" _named_confdir="${named_chrootdir}${_named_confdirroot}" _named_program_root="${named_program%/sbin/named}" _openssl_engines="/usr/local/lib/engines" простенько, понятненько, удобочитаеменько, не правда ли? И это небольшой фрагментец процитировал, а всего там 400 строк. И так в каждом стартовом скрипте, mysqld, поверьте, выглядит ничуть не лучше, скрипты в /etc/rc.d тоже беглым взглядом не окинешь, каждый приходится читать детально. Быстро понять, что за чем запускается - вообще без специального инструмента нельзя, это тебе не ls /etc/rc3.d, и сразу все видно. Причина - а у нас тут все в одной куче - и постинсталльная логика, и последовательность запуска, и конфигурационные параметры, и собственно старт-стопная логика. (а, да - и jailed named оно при этом нормально запускать разучилось, такой вот прогресс) "здесь так принято".
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	33. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от Михрютка (ok) on 03-Июн-17, 18:27
	Now I need an eyebleach
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	36. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от Аноним (??) on 03-Июн-17, 18:44
	> а сейчас модно вот так: Унеси это. И больше не приноси.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	43. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+1 +/–
	Сообщение от ЛинуксоидЪ on 03-Июн-17, 21:32
	> а всего там 400 строк А у поттеринга 400 тысяч. Причем тоже, как минимум, частью из серии "сделайте меня развидеть это" (примеры приводили и обсасывали здесь уже не раз).
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	47. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от нах on 03-Июн-17, 22:03
	>> а всего там 400 строк > А у поттеринга 400 тысяч. так это не те строки, поттеринговые строки тебе читать и тем более писать для подключения собственного сервиса и не надо (и моя цитата была тоже не из общесистемного rc, который как раз простой, хуже воровства, и уж тем более не из /sbin/init), надо создать довольно тривиальный (в сравнении с этим ужасом) файлик конфигурации. (кстати, это именно был парсер конфиг-параметров, ага, у каждого демона свой такой есть, разьве что попроще. Сами параметры - отдельная мусорка в /etc/rc.conf Ее даже можно стало стильно-модно-молодежно разделить на отдельные, но от этого только хуже - "угадай где лежит параметр именно этого сервиса". ) по сравнению с этим, скрипты какого-нибудь centos 5, досистемдшной эпохи, просто верх простоты и лаконичности, конечно. Конфиг вынесен в отдельный файл, парсер тоже, банальный case на три-пять вариантов stop/start/status, которые у каждого сервиса чуть отличаются в деталях, и их в любом случае надо где-то описать. Ну и иерархия rc.d, позволяющая не напрягая глаз понять, кто на ком стоял. Что там потерингофаны ниасилили, не ведаю. Даже какой-нибудь iptables, которому и модули надо загружать/выгружать, и конфиг непростой, выглядит вполне читаемым.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	64. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от Аноним (??) on 04-Июн-17, 03:43
	Интересно, сколько строк скрипт-портянок с лейблом "развидеть это" написано для sysv? Да ты и не знаешь, просто кoкoко.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	71. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+1 +/–
	Сообщение от Аноним (??) on 04-Июн-17, 05:07
	> Интересно, сколько строк скрипт-портянок с лейблом "развидеть это" написано для sysv? И поэтому давайте сделаем неведомую *рень, ничем не лучше, размером с ядро версии 1.х, с мутной архитектурой и завязкой на Главного Гениального Разработчика (и скромного спонсора его, Головного Убора) и вставим ее аж по самые гланды, чтобы уж точно никуда не делись? > Да ты и не знаешь, просто кoкoко. Поттерингофанаты, как всегда, аргументационно на высоте!
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	81. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+1 +/–
	Сообщение от Аноним (??) on 04-Июн-17, 09:46
	Как же вы задолбали. $ cat /etc/init.d/acpid | wc -l 83 Из них штук 40 комментарии. Первый попавшийся скрипт. Причём, заметь, скрипт сам по себе ничего не делает, он толкает демон acpid, который уже что-то там делает. Скрипт только останавливает, запускает и перезапускает демон.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	130. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от нах on 04-Июн-17, 22:54
	> $ cat /etc/init.d/acpid | wc -l > 83 ты немного нечестен. Это не тот скрипт, который эквивалент системдшного кода, это скрипт, эквивалент systemd'шного unit (правда, для acpi unit нынче, кажется, internal? Лучше выбери какой-нибудь другой скрипт - mysqld, к примеру, или уже использованный мной named, заодно покажешь этим bsd'шникам как правильно родину любить) и в юните гораздо меньше строчек (а комментарии - действительно комментарии) > Из них штук 40 комментарии. некоторые из них - не совсем комментарии ;-) > Причём, заметь, скрипт сам по себе ничего не делает потому что ты выбрал крайне неудачный скрипт. А если мы сравниваем не юнит с одиночным скриптом, а код самого systemd - то ты забыл . /etc/rc.status или . /etc/init.d/functions (не знаю, какого разлива у тебя система), и отдельный /etc/rc.d/rc - которые уже не самые простые и понятные (но, как в коде systemd, копаться в них обычному админу незачем, ему надо брать и пользоваться)
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	50. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+2 +/–
	Сообщение от Мимоанон on 03-Июн-17, 23:01
	>> я извиняюсь, последний раз с фрей приходилось иметь дело где-то с восьмой > с нее и началось. до того как-то обходились черезадничными методами (на что > только не шли, чтобы не делать как в systemV) - типа > 00-mysql в rc.d, чтобы он запускался до того, как зависимые от > него, но в восьмерке уже стало понятно, что все, приехали. man rcorder, с ним еще удобно с джейлами работать, когда запуск одного при необходимости запустит и другие, указанные в зависимости, а также их порядок запуска. >[оверквотинг удален] > named_wait_host=${named_wait_host:-"localhost"} > named_auto_forward=${named_auto_forward:-"NO"} > named_auto_forward_only=${named_auto_forward_only:-"NO"} > # Not configuration variables but having them here keeps rclint happy > required_dirs="${named_chrootdir}" > _named_confdirroot="${named_conf%/*}" > _named_confdir="${named_chrootdir}${_named_confdirroot}" > _named_program_root="${named_program%/sbin/named}" > _openssl_engines="/usr/local/lib/engines" > простенько, понятненько, удобочитаеменько, не правда ли? И это небольшой фрагментец процитировал, да все просто. Обычные sh-скрипты. Это вам не bashизмы изучать. Да и простому смертному там кроме _enable ничего не понадобиться. Ну офигеть как сложно! > а всего там 400 строк. И так в каждом стартовом скрипте, > mysqld, поверьте, выглядит ничуть не лучше, скрипты в /etc/rc.d тоже беглым > взглядом не окинешь, каждый приходится читать детально. Быстро понять, что за > чем запускается - вообще без специального инструмента нельзя, это тебе не ну офигеть как сложно воcпользоваться rcorder, надо быть нобелевским лауреатом, не иначе. > Причина - а у нас тут все в одной куче - и > постинсталльная логика, и последовательность запуска, и конфигурационные параметры, > и собственно старт-стопная логика. > (а, да - и jailed named оно при этом нормально запускать разучилось, > такой вот прогресс) > "здесь так принято".
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	51. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+3 +/–
	Сообщение от вых on 03-Июн-17, 23:09
	>[оверквотинг удален] >named_flags=${named_flags:-""} >named_uid=${named_uid:-"bind"} >named_chrootdir=${named_chrootdir:-""} >named_chroot_autoupdate=${named_chroot_autoupdate:-"YES"} >named_symlink_enable=${named_symlink_enable:-"YES"} >named_wait=${named_wait:-"NO"} >named_wait_host=${named_wait_host:-"localhost"} >named_auto_forward=${named_auto_forward:-"NO"} >named_auto_forward_only=${named_auto_forward_only:-"NO"} >простенько, понятненько, удобочитаеменько, не правда ли? Ой, вы таки не знаете синтаксис sh-скриптов? Или не понимаете, зачем так пишут? Или куча if-оф куда красивее, да? >Быстро понять, что за чем запускается - вообще без специального инструмента нельзя, это тебе не ls /etc/rc3.d, и сразу все видно. Ну да, тут FreeBSD уже перепрыгнула "/etc/rc?.d", ибо их система запуска вполне параллелится, ибо по зависимостям система сама может определить, в каком порядке запускать сервисы (и такой же функционал есть и в нелюбимым многими systemd, и в виндовом сервис-менеджере. В отличие от "/etc/rc?.d") Что касается специального инструмента - он вообще смотрит в тот же файл скрипта, в котором где-то в начале есть ключевые слова: # PROVIDE: named # REQUIRE: NETWORKING ldconfig syslogd # BEFORE: SERVERS # KEYWORD: shutdown Ну и сам инструмент: [/usr/local/etc/rc.d]%rcorder named rcorder: file `named' is before unknown provision `SERVERS' rcorder: requirement `syslogd' in file `named' has no providers. rcorder: requirement `ldconfig' in file `named' has no providers. rcorder: requirement `NETWORKING' in file `named' has no providers. named Ну да, в этом случае - урезанный вывод, нет основных скриптов /etc. Хочется полный список? %rcorder /etc/rc.d/* /usr/local/etc/rc.d/* | less Ну и венец, так сказать: >на что только не шли, чтобы не делать как в systemV) - типа 00-mysql в rc.d, чтобы он запускался до того, как зависимые от него Вывод - манов не читали, костылили, как умели. man rc в вам помощь.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	56. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от нах on 04-Июн-17, 00:23
	> Ой, вы таки не знаете синтаксис sh-скриптов? Или не понимаете, зачем так > пишут? Или куча if-оф куда красивее, да? скачать и посмотреть скрипты от линуксов не судьба? Сорри, они все же великоваты для копипасты. Идея хотя бы хранить данные отдельно от кода программы вам совершенно незнакома? Нет, я не понимаю, зачем вы _так_ пишете, да еще считаете это образцовым. А главное, приходится ведь эту гадость еще и править/самому писать иногда (сколько-сколько порт named "не замечал" что остался без скрипта - пол-года, да?) >>Быстро понять, что за чем запускается - вообще без специального инструмента нельзя, это тебе не ls /etc/rc3.d, и сразу все видно. > Ну да, тут FreeBSD уже перепрыгнула "/etc/rc?.d", ибо их система запуска вполне куда перепрыгнула? В помойку, где невозможно быстро понять, что не стартовало и почему? Ага, вот уж прыжок-то. Кстати, никакого аналога boot.log тоже ведь не прилагается по сей день? Я уже начинаю любить бинарные логи systemd. Всяко лучше никаких. > Что касается специального инструмента - он вообще смотрит в тот же файл > скрипта, в котором где-то в начале есть ключевые слова: угу, очень удобно. просто охренеть как - вместо одного ls. > Ну да, в этом случае - урезанный вывод, нет основных скриптов /etc. > Хочется полный список? нет, только тех которые запускаются в данной системе в текущей конфигурации, мне надо посмотреть, что могло сломаться. Опа, чо, никак, они у вас *все* всегда запускаются, только большая часть зазря? (а мега-тулза проверять *_enable не умеет, хехе) И да, рекомендую дочитать его man до секции bugs. В systemd и openrc хотя бы этой проблемы нет. > %rcorder /etc/rc.d/* /usr/local/etc/rc.d/* | less | wc -l (если что, на рабочем линуксном сервере меньше полусотни, все умещается на пол-экрана, при том что там еще порядок shutdown отдельный от старта описан) > Ну и венец, так сказать: >>на что только не шли, чтобы не делать как в systemV) - типа 00-mysql в rc.d, чтобы он запускался до того, как зависимые от него > Вывод - манов не читали, костылили, как умели. кто, авторы порта mysqlclient? Вот тупые-то, да? Это, для опоздавших родиться, был такой  штатный скрипт - до появления всех этих ужасов с rcorder (попутно тогда еще нужно было явно дергать ldconfig для локальных библиотек) Если что (похоже, вы не только опоздали родиться, но и других систем не видели кроме как на скриншотах), эта мега-идея тупо скопипащена с редхатовского: # iptables      Start iptables firewall # # chkconfig: 2345 08 92 # description:  Starts, stops and saves iptables firewall # # config: /etc/sysconfig/iptables # config: /etc/sysconfig/iptables-config # ### BEGIN INIT INFO # Provides: iptables # Required-Start: # Required-Stop: # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: start and stop iptables firewall # Description: Start, stop and save iptables firewall разумеется, эта информация не для людей, хотя и вполне человекочитаема. Чтобы увидеть что в данной системе в текущей конфигурации за чем стартует - специальный инструмент не требуется (хотя и существовали, для альтернативно-одаренных), и лезть внутрь этих скриптов не нужно. И быстро прооверрайдить, если внезапно понадобился другой порядок - одним mv можно, не трогая содержимого. И да, оно в примерно таком виде - с 1999го года, redhat6 (в 5 вроде попроще было, я уже не помню деталей).
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	73. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+2 +/–
	Сообщение от qwerty123 (??) on 04-Июн-17, 05:25
	>> Ой, вы таки не знаете синтаксис sh-скриптов? Или не понимаете, зачем так >> пишут? Или куча if-оф куда красивее, да? >где невозможно быстро понять, что не стартовало man ps? ты любитель, профессионал или платный кастомер c соской? ты определись с позицией сначала. >Я уже начинаю любить бинарные логи systemd Стокгольский синдром? >эта мега-идея тупо скопипащена с  редхатовского: http://www.mewburn.net/luke/talks/auug-2003/ ----------------------------- The Design and Implementation of the NetBSD rc.d system Luke Mewburn The NetBSD Foundation <lukem@NetBSD.org> Copyright © 2001, 2003 Luke Mewburn. All rights reserved. Abstract In this paper I cover the design and implementation of the rc.d system start-up mechanism that has been a part of NetBSD since NetBSD 1.5, which replaced the monolithic /etc/rc start-up file inherited from 4.4BSD. Topics covered include a history of various UNIX start-up mechanisms (including NetBSD prior to 1.5), design considerations that evolved over six years of discussions, implementation details, an examination of the human issues that occurred during the design and implementation, and enhancements made since the initial integration. -------------------- но ты же этого не читал? к сожалению, для linux дистрибутивов так и не додумались написать нечто компактное фунционально-процедурное с достаточным качеством. это проблема всего линух и прочего анархисткого коммунити - 10.000 звездит, и только 1 находит фонд и делает.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	132. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от нах on 05-Июн-17, 00:17
	>>где невозможно быстро понять, что не стартовало > man ps? а откуда ты знаешь, какой процесс искать? кто сказал что оно оставляет процесс? Или положим процесс есть, каких-то деталей для него нет - не поднялся интерфейс, не смонтировалась сетевая fs. Вместо одного лога - где просто написано, что не так, куча разных, где может написано, а может и нет, и все это перемешано со штатным информационным шумом. > ты любитель, профессионал или платный кастомер c соской? я профессионал, а не дрочер на любимую ненужно-систему. Я их всех одинаково нелюбитель. Если она не умеет тривиальных вещей и их приходится заменять медитацией над ps, mount, хрен его знает чем еще и вдумчивым грепаньем логов - значит, ставим в этом месте списка жирный минус. Если по сумме неумеек она все еще побеждает - хорошо, будем пользоваться. Если нет - извини, подвинься. Если по сумме побеждает мерзость с system-все и докером в комплекте - потому что просто работает там, где иначе понадобится система костылей и подпорок, значит, придется ее и использовать, мне платят не за красоту решений (впрочем, в bsd'шном мусоре ни красоты уже нет, ни функциональности - вон, двум линуксерам глаза выжгло всего лишь кусочком. А я ведь осторожно, мог бы и /etc/rc.conf еще показать ;) > http://www.mewburn.net/luke/talks/auug-2003/ > но ты же этого не читал? разумеется нет, зачем мне этот тяжелый бред и информация из жизни мертворожденной маргинальной системы, как именно там героически переписали целый один шелловский скрипт, в двух томах? > к сожалению, для linux дистрибутивов так и не додумались написать нечто компактное > фунционально-процедурное с достаточным качеством. к сожалению, ты нихренашеньки не в теме. Одни фантазии. Додумались, написали, больше десятка лет всех устраивало, пока в *bsd скрипты с именами 00 создавали. Cейчас (лет пять назад) некоторых устраивать перестало - и мир стал объективно сложнее, и "хотим как в windows"(только всем хуже), уже, к сожалению, давно стало двигателем разработки. А вы пока можете поработать над тем, чтобы хотя бы не запускать бестолку скрипты, не требующиеся в данной конфигурации. 128 штук, на моей системе, в стандартной больше, а нужных из них штук шесть. XXI век, мда. systemV - это 1984й, если что. Берите лучше openrc - вон, у pcbsd'шников вполне себе цветет и пахнет. Наверное, они тот талмуд тоже не читали? и да, он асинхронный, проблемы из BUGS вашего чудо-скрипта у него нет (хотя, да, он небось gpl)
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	137. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+2 +/–
	Сообщение от qwerty123 (??) on 05-Июн-17, 10:49
	>>>где невозможно быстро понять, что не стартовало >> man ps? > а откуда ты знаешь, какой процесс искать? А откуда ты узнал, что едят ложкой и писают в унитаз? >> ты любитель, профессионал или платный кастомер c соской? > я профессионал Заметно.
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	108. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от фыва on 04-Июн-17, 19:42
	>невозможно быстро понять, что не стартовало и почему? >Кстати, никакого аналога boot.log тоже ведь не прилагается по сей день? Эээ, а причём тут rc-система? Это в логах смотреть надо вообще то. Настроить syslogd как как нужно админу - это его личная задача. Хоть вообще всё складывать в all.log >> Ну да, тут FreeBSD уже перепрыгнула "/etc/rc?.d", ибо их система запуска вполне >куда перепрыгнула? Ой как жирно то. До конца читать надо, немедленная реакция как у собаки Павлова detected. ключевую часть "запуск демонов при старте системы _может_ параллелиться" кто-то упорно игнорирует хватит уже плеваться ядом во все стороны, просто признайте - "другие системы запуска не дают мне определять ошибки запуска демонов методом ls", и всё, нам хватит
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	133. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от нах on 05-Июн-17, 00:52
	> Эээ, а причём тут rc-система? Это в логах смотреть надо вообще то. > Настроить syslogd как как нужно админу - это его личная задача. поинтересуйтесь, что такое boot.log и чем он отличается от syslogd. > ключевую часть "запуск демонов при старте системы _может_ параллелиться" кто-то упорно > игнорирует запуск демонов при старте "может параллелиться" в stone-age systemV скриптах (когда удастся найти хоть парочку, действительно не зависящую друг от друга и еще от десятка в правильной последовательности). но вы ж нихрена не знаете о мире за пределами одной-единственной маргинальной ос, ничем не отличаясь от таких же точно фанатиков хоть линукса, хоть винды. (а поглубже копни - они и свои системы не знают, все усилия потрачены на героическую настройку syslogd и прочую ерунду) > "другие системы запуска не дают мне определять ошибки запуска демонов быстро и эффективно. угу.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	70. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+1 +/–
	Сообщение от qwerty123 (??) on 04-Июн-17, 05:06
	> а сейчас модно вот так: проблемы со скриптами на sh? ----------------------------------------- # cat /usr/local/etc/rc.d/zebra #!/bin/sh # # PROVIDE: zebra # REQUIRE: DAEMON # KEYWORD: shutdown # . /etc/rc.subr name="zebra" rcvar="zebra_enable" command="/usr/local/sbin/${name}" pidfile="/var/run/quagga/${name}.pid" procname="${command}" required_files="/usr/local/etc/quagga/${name}.conf" command_args=" -d" load_rc_config $name : ${zebra_enable="NO"} run_rc_command "$1" ------------------------------- это руками за 7 минут, так и живет уже лет 5 на одной из фиговинок. может просто надо RTFM?
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	134. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–2 +/–
	Сообщение от нах on 05-Июн-17, 01:02
	>> а сейчас модно вот так: > проблемы со скриптами на sh? предпочитаю не ковыряться в подобных скриптах, угу. > это руками за 7 минут, так и живет уже лет 5 на ну поздравляю, ты даром потерял только семь минут. Кстати, штатный квагин скрипт раза в четыре поболее (он, правда, универсальный, а не на одну зебру, знает про плагины, ну и require там менее дубовые)
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	144. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+1 +/–
	Сообщение от _ (??) on 05-Июн-17, 18:33
	>я профессионал, а не дрочер на любимую ненужно-систему. Ахтунг! пГоффесионаглы в тГеде! :-)   (С) Просто у очередного вантузятника от юниксового сноповязания случился баттхерт :-) Ну не ты первый, и уж точно не ты последний ... :) PS: Хотя зря я прикалываюсь. Они уже тут, линукс _уже_ полу-винда и пока они его не добьют - не остановятся. Жаль. Но C'est la vie (C)
	Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

19. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
Сообщение от Аноним (??) on 03-Июн-17, 10:55
Зачем скрины делать на максемальном разрешении? что нихрена из элементов небыло видно? Значёк на панели/трее раз в 30 меньше значка на рабочем столе, чтоб в него было непопасть? А было бы разрешение не более 1024х768, то и вид был бы не настолько уродский и неказистый...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
Сообщение от Аноним (??) on 03-Июн-17, 21:51
> Решены проблемы с определением качестве беспроводного сигнала в Network Manager Кто знает, уже можно управлять через gui wifi подключениями?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	48. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
	Сообщение от Аноним (??) on 03-Июн-17, 22:47
	>> Решены проблемы с определением качестве беспроводного сигнала в Network Manager > Кто знает, уже можно управлять через gui wifi подключениями? В пцбзде можно было. Неужто сломали?
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

76. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
Сообщение от nrv (ok) on 04-Июн-17, 09:27
кто знает, уже можно переключать раскладку клавиатуры? P. S. версии 4 назад кто-то мне доказывал, что она капсом переключается, но нет, нихрена. P. P. S. предыдущая версия не смогла обновится до этой
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	136. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
	Сообщение от Аноним (??) on 05-Июн-17, 02:10
	GhostBSD попробуй под Mate. Там с раскладкой все нормально.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

131. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
Сообщение от rvs2016 (ok) on 04-Июн-17, 22:56
А у него там live есть? Только не так консольно, как live у голого FreeBSD-live, а так, чтобы загрузиться в оболочку ж дешёвую. Как они её там называют - Lumina?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

135. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	–1 +/–
Сообщение от Аноним (??) on 05-Июн-17, 02:09
Попробуй GhostBSD под Mate. Live есть.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

148. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."	+/–
Сообщение от Аноним (??) on 21-Окт-17, 17:47
там релиз вроде
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема