Сформирована (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
ВНЕЗАПНО Steam.
а как его на фрю поставить-тоооо?
https://github.com/SteamOnFreeBSD/SteamOnFreeBSD
Это гно давно заброшено и не работало никогда и не работает и сейчас.
> давно заброшено
> 2 months ago
> и не работало никогда и не работает и сейчас.Если у фребсдоюзрнемогунайтивыход не работает, значит не работает у всех.
Оно не может работать в принципе.
В системе портов фребсд в dpkg прописаны неверные вызовы tar (линуксовые аргументы вызова tar не совместимы со фребсдшным tar), а шелл скрипт steamonfreebsd использует dpkg.
+ Даже если обойти эту проблему - встаёт следующая:
Error: Unsupported Operating System
/usr/home/%пользователь%/.local/share/Steam/steam.sh: line 66: STEAMOS: unbound variable
> Оно не может работать в принципе.
> В системе портов фребсд в 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ну а если определить ее?
> вы, походу, где-то взяли неправильный 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? Автор этого г-на в гитхаб-репо не отвечает.
Ты ему говоришь: Вот, не работает же. А тугой фанатик тебе в ответ: Да всё работает же!
Аххаха!
Как маленький, ей богу. Даже патчи автору предложить не может, а туда же.$ ar vx steam_latest.deb
$ tar -xzvf data.tar.gzЯ решил твою проблему. Но у меня не *BSD. Проверяй.
>> вы, походу, где-то взяли неправильный 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 и написать там что-нить.
> не отвечает.
"у него все работает". Типичная фигня с гитхабом - у меня полно таких, причем с другими пострадавшими даже удалось нащупать пути затыкания проблемы, а автор прыгает по соседним комментам, которые ему понятней и приятней.
> Это гно давно заброшено и не работало никогда и не работает и
> сейчас.А зачем оно вообще сдалось? Поностальгировать есть вайн с досбоксом. Да и вроде как были видосики стима то ли под вайном, то ли под линуксулятором.
Конкретно на субжике вроде должна быть 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
> А зачем оно вообще сдалось?Поиграть в современные игори. Хотя бы в доту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 не даёт результатов.
> Под вайном игори почти не работают полноценно.Смотря какие. У меня почти все старые завелись, кроме тех, которые даже на вантузе из-за дурацкой защиты не заводятся.
> на фребсд поддерживает только 32-битный wine.
64-битный вайн не готов. Недавно в этом убедился запустив Deus Ex: Human Revolution. Вроде бы работает, но какие-то микротормоза наблюдаются. На 32-битном такого нет. Это было на Linux, кстати.
>Под вайном игори почти не работают полноценноЭто, мягко говоря, ложь. Не знаю, как во ФрееБСД, но под линуксом я лет 7 играю исключительно в вайне, брат жив.
Зачем оно, если есть WSL?
World Surf League?
Какая ж BSD да без KDE?
Нету, не пропатчили еще. Только старое, доброе, немного попахивающее КДЕ4. Но бздшникам не привыкать, да и не нужно оно в пуссиекзе.
В неофициальных репозиториях есть пятые кеды. Месяца три назад ставил, они неплохо работают.
> В неофициальных репозиториях есть пятые кеды. Месяца три назад ставил, они неплохо
> работают.Я в курсе. Но то все-таки неофициальные репы.
PS:
Кстати, посмотрел, какие камменты удаляют, какие оставляют.
Очччень так характерненько для опеннета, хотя сам он как раз на бзде крутится.
Даёшь кеды 3.5)
и вот зачем оно? хрома нету, кастрат хромиум непредлогать, скейпа и вайбера тоже нету. не знаю, телеграма тоже нету наверное. вообщем пока небудет, оно нинужно.
> хрома нету, кастрат хромиум непредлогатьВы так привыкли к гугловским зондам что жить без них не можете? Тяжёлый случай. Ну, поставьте фурифокс с гуглодополнениями. Понимаю, не совсем то, зонд не так крепко сидит, но всё же…
> скейпа и вайбера тоже нету. не знаю, телеграма тоже нету наверное.
Viber да, отсутствует. Что Skype (червёртый), что Telegram вполне себе имеются.
> и вот зачем оно?
> вообщем пока небудет, оно нинужно.Вам, действительно, «нинужно». И Интернет Вам строго противопоказан. Вам надо забыть про каникулы и заняться учёбой. А то так и останитесь на восьмой год в первом классе.
Чего бы телеграму не быть, если и десктопное приложение у него под Xы на Qt(https://github.com/telegramdesktop/tdesktop) собирай себе и веб-вариант вы можете хоть у себя на локальной машине запустить, хоть на собственной ВПСке?
>хрома нету, кастрат хромиум непредлогать, скейпа и вайбера тоже нету. не знаю, телеграма тоже нету наверное. вообщем пока небудет, оно нинужно.если хочется моар анальных зондов возвращайся на свой ондроед ты тоже нинужен
> Google Chrome
> Skype
> Viber
> TelegramК-к-к-о-о-о-м-м-м-бо!
Как тебе с зондами? Жить не мешают?
Без скейпа никуда ))
да никуда. как с бабкой болтать, когда мтс супермтс тариф абонетской платой прибили? скейпом она как то обучилась пользоваться давным давно, а чем то новым если ей подсунуть, весь мозг вынесет своим нытьем.
Вы не поняли шутку =)
> система инициализации OpenRCЛенартоботы, оправдывайтесь.
> Ленартоботы, оправдывайтесь.а чего им оправдываться - они ж не виноваты, что вы не можете их чудесное изделие спортировать на bsd. (пока не можете - шаги-то в нужном направлении уже делаете, хехее)
Вот вы сперва гом запустите на этом чуде, а потом рассказывайте (а главное - показывайте) как классно он уживается с openrc.кто бы вот фрибсдшникам мозг прочистил :-( а то они все изобретают там наколенный "асинхронный инит"(читай, набор затычек для имитации неназываемого демона для гома и ему подобных). При выборе между "асинхронным инитом", openrc и тем уродством, которое у *bsd сейчас (кто там жаловался на "нечитаемые" скрипты типового systemV? Вот у современной free - действительно нечитаемые, а те - простые и понятные, в том числе и потому, что часть логики вынесена из файла в файловую систему), я целиком за openrc.
Я на лине, у меня нет systemd. Гном прекрасно работает без systemd, у кого-то руки при пересборке кривые просто.
> Я на лине, у меня нет systemd. Гном прекрасно работает без systemd,
> у кого-то руки при пересборке кривые просто.Systems нужен для параллельной инициализации нескольких объектов на этапе загрузки. Это избавляет от последовательного процесса инициализации независимых объектов (устройств, драйверов), которые фактически независимы и могут инициализироваться в одно и то же время. Это ускоряет загрузку и перезагрузки систем, что актуально прежде всего в системах виртуализации, а локалхосты всего лишь тестовые площадки.
> Systems нужен для параллельной инициализации нескольких объектов на этапе загрузки. Этоесли бы так - он был бы совершенно никому не нужен (и одним движением заменяем - какое дело тому же гому, что там у меня _уже_загрузилось_, и уж тем более - чем запустили его самого? На практике, как показал девонян, его уже очень сложно выпилить.)
К сожалению, как раз параллельный запуск - побочный эффект, не особенно даже и заметный.systemd - это точная clean-room копия windows services manager. Включая те ее места, которые вроде бы и вовсе незачем было копировать (binary log, ага).
А это не только старт на загрузке и dependencies, но и event-driven старт (загрузка - всего лишь один из типов event), и подмена других ipc-систем и много еще вредного и воняющего иконами и фолдерами. Ну, сами догадались, ЧТО является в этой истории паровозом "прогресса"?
> же время. Это ускоряет загрузку и перезагрузки систем, что актуально прежде
> всего в системах виртуализации, а локалхосты всего лишь тестовые площадки.системам правильной виртуализации (контейнерным) это нахрен не надо, они ничего не загружают, кроме одиночного приложения, системам неправильной (vm) - "быстрые" перезагрузки так же чужды, как и физическим.
Для костыляния подпорок для самопадающих ненужносервисов давно приспособлены daemontools, так что и этот функционал не был нужен.
Ну не знаю, мне скорее напоминает Solaris SMF.Хотя в виндах я не разбираюсь почти совсем.
>Ну не знаю, мне скорее напоминает Solaris SMF.Это чем же? 8-о
> устройств, драйверовЭтим ядро занимается, не надо мне тут лечить.
OpenRC тоже умеет параллельно запускать демоны, при этом не занимается ещё всякой фигнёй, типа контейнеров, сети, монтирования и прочего крепа, которым система инициализации НЕ ЗАНИМАЕТСЯ!
А ещё у меня система на железе 2007 года с убитым IDE HDD загружается за 27 секунд, немногим больше, чем с systemd.
> Этим ядро занимается, не надо мне тут лечить.ммм...а вот кто должен тебе автомонтировать, к примеру, флэшку, которую ты на ходу воткнул - ядро? А еще интересней - это не флэшка, это wifi-адаптер usb'шный. Сколько, чего и в каком порядке и кто должен запускать после его втыкания, ну-ка?
> при этом не занимается ещё всякой фигнёй, типа контейнеров, сети, монтирования и
> прочего крепа, которым система инициализации НЕ ЗАНИМАЕТСЯ!с добрым утром. А кто ей тогда должен заниматься, если система инициализации этим заниматься не будет (и чем она у тебя вообще занимается тогда)? Руками каждый раз будем, как в 74м году?
Любая система инициализации этим занимается, просто хорошие системы - _автоматизируют_ человеческую деятельность (те самые скрипты запускают обычные, доступные вручную утилиты), а хреновые - подменяют (для большего удобства системописателя), в результате вмешаться в процесс ты уже можешь только местами, там где о тебе вспомнили и оставили подходящую ручку.
(то есть вот эта флэшка - битая ,и НЕ НАДО мне ее пытаться монтировать, и таблицу разделов с нее читать тоже не надо, блин!)
А что делать если я наоборот нехочу чтобы что-то там само монтировалось и адаптероустанавливалась? простой кейс - пришли друзья/родственники, возможно с детишками или ты к ним приехал. Мне нафиг не уперлись их флешки и прочая usb мишура. Забавно, что в винде, чтобы от этого избавиться, придется раскошелиться на всякие там DeviceLockи.А вот что-либо монтировать руками мне не страшно. Для частоспользуемых флешек достаточно создать алиас/скрипт и мышекликать по нему.
> А что делать если я наоборот нехочу чтобы что-то там само монтировалось и
> адаптероустанавливалась?а я знай? У меня уже тоже одна система есть, где все само и руками хрен подлезешь, и, кстати, сервисы там стартуют нормально, а чтоб взвисла сама стартовалка сервисов - такого я ни разу не видал. И нафига мне вторая "всем хуже", непонятно.
А простенькой системы с предсказуемым поведением и возможностью менять его по своему усмотрению, похоже, скоро не будет совсем. Ну лет пять еще остается, от силы, если модными-новыми DM'ами не увлекаться, а дальше будет сплошной wayland, dbus и "асинхронные иниты" на десктопе, и kubernetes'ы с докерами и работой по принципу упали-отжались на серверах, про которые уже никто не знает точно, что там происходит внутри.
> а я знай? У меня уже тоже одна система есть, где все само и руками хрен подлезешь, и, кстати, сервисы там стартуют нормально, а чтоб взвисла сама стартовалка сервисов - такого я ни разу не видал.Тьфуй! Так бы сразу и сказал что ты на вантузе. А то сколько кружевных труселей то наплёл ...
> И нафига мне вторая "всем хуже", непонятно.
Намотаешь WinCry или подобноё - захочеЦЦо чего нибудь "похуже" :-))))
> Забавно, что в винде, чтобы от этого избавиться, придется раскошелиться на всякие там DeviceLockи.В винде можно отключить автозапуск подключаемых съёмных носителей и cd/dvd дисков и тогда вставление даже вирусной флешки становится абсолютно безопасным.
Да, она автоматом примонтируется, но это не нанесёт никакого урона.
В винде автозапуск флешек отключен по умолчанию начиная с Win7.
причем тут автозапуск, речь идет о монтировании.
>Да, она автоматом примонтируется, но это не нанесёт никакого урона.ORLY?! :)
YARLY.
А шо не так?
> ммм...а вот кто должен тебе автомонтировать, к примеру, флэшку
>...
> Любая система инициализации этим занимаетсябред какой-то.
RTFM.
> а вот кто должен тебе автомонтировать, к примеру, флэшку, которую ты на ходу воткнул - ядро?# 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 Иди ка ты отсюда на венду, а? Можешь ещё Ленарта туда же прихватить, там всё как вам двоим нравится.
>> а вот кто должен тебе автомонтировать, к примеру, флэшку, которую ты на ходу воткнул - ядро?
> # mount /dev/xxxмнэ, и вот прямо от рута... ну я, конечно, поддерживаю, но "десктоп-юзеры" тебя, боюсь, не поймут-с.
> А если серьёзно то udev, который зачем-то запихнули в systemd. Благо его
udev для этого совершенно не был задуман - изначальное его предназначение создать этот самый /dev/xxx (поскольку MAKEDEV и статические ноды у нас преданы анафеме) и поставить ему правильных пермишнов.
Сейчас, собственно, его и вернули (и standalone в дефолтном, по крайней мере, виде, тоже)
в исходное состояние, он вообще больше ничего не делает.
А дальше - дивайс создали, надо это кому-то и рассказать. И он дергает d-bus'ный интерфейс. Который слушает отдельное чудо, которое называется udisks (уже тоже всосано в конгломерат). А у него уже есть события, которые он может передать десктопному юзеру через анальный зон...э. простите, через интуитивно-приятный десктопный интерфейс - ну там, окошко открыть с содержимым, или хотя бы галочку "извлечь" нарисовать где положено.>> Сколько, чего и в каком порядке и кто должен запускать после его втыкания, ну-ка?
> Фанатика порвало.
> # modprobe wifi-blabla"нинашла". В логах - записи о появлении какого-то /dev/sd[xyz] который нам даром не надо - и-и-и-и? (и вообще-то нахрена мне ценное знание, какой именно bla-bla в этой китайской хрени и какие у него параметры, даже если оно еще и не снабжено этой ценной моделью поведения и сразу видно как rf device?)
> # dhclient xxxwaiting 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.
> А ещё у меня система на железе 2007 года с убитым IDE
> HDD загружается за 27 секунд, немногим больше, чем с systemd.Не, у меня Арч на ssd после команды загрузчика загружается 4 сек. до приглашения ком. строки. Ещё 3 сек. до загрузки в i3 после логина. Тебе решать, разница это или нет.
> убитым IDE HDD
> Арч на ssd
> HDDСовсем не чувствуешь разницу? Нет у меня ни денег, ни свободных портов, ни желания держать SDD. Меня вполне устраивает скорость загрузки.
>> А ещё у меня система на железе 2007 года с убитым IDE
>> HDD загружается за 27 секунд, немногим больше, чем с systemd.
> Не, у меня Арч на ssd после команды загрузчика загружается 4 сек.
> до приглашения ком. строки. Ещё 3 сек. до загрузки в i3
> после логина. Тебе решать, разница это или нет.Не арч, на ссд, без systemd - от загрузчика до возможности логина через слим 7-9 секунд.
Хз, когда было любопытно, замерял, но т.к. перезагружаюсь я где-то раз в месяц или реже, мне это вообще до лампочки.
Пониаю, у всех свои потребности и если бы я пользовался этим творением сумрачного тевтонского гения, то судя по сообщениям на опеннете, наверняка неведомая сила заставляла бы меня перезагружаться где-то раз в полчаса и тогда каждая секунда была бы на счету. Но это не так, увы, мне жаль.
>> А ещё у меня система на железе 2007 года с убитым IDE
>> HDD загружается за 27 секунд, немногим больше, чем с systemd.
> Не, у меня Арч на ssd после команды загрузчика загружается 4 сек.
> до приглашения ком. строки. Ещё 3 сек. до загрузки в i3
> после логина. Тебе решать, разница это или нет.Парень, ответь, как ты используешь съэкономленные 20 сек?
> Я на лине, у меня нет systemd.Я на Росе и я не знаю, какой у меня там Де, с систем или без. Подскажите, ваш Леонард уже забрался ко мне через форточку или пока ещё нет? Операционная система там кажется КДЕ у меня, а больше я не знаю чего ещё.
Can't say if troll or not.Судя по багтрекеру, где системд жрёт 100% CPU, таки он. Но вообще, насколько я знаю, можно и sysvinit поставить.
> и тем уродством, которое у *bsd сейчас (кто там жаловался на
> "нечитаемые" скрипты типового systemV? Вот у современной free - действительно нечитаемые,я извиняюсь, последний раз с фрей приходилось иметь дело где-то с восьмой, и там особых проблем с чтением rc скриптов не было. с тех пор что-то в rc значительно похудшало?
> я извиняюсь, последний раз с фрей приходилось иметь дело где-то с восьмойс нее и началось. до того как-то обходились черезадничными методами (на что только не шли, чтобы не делать как в 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 оно при этом нормально запускать разучилось, такой вот прогресс)
"здесь так принято".
Now I need an eyebleach
> а сейчас модно вот так:Унеси это. И больше не приноси.
> а всего там 400 строкА у поттеринга 400 тысяч. Причем тоже, как минимум, частью из серии "сделайте меня развидеть это" (примеры приводили и обсасывали здесь уже не раз).
>> а всего там 400 строк
> А у поттеринга 400 тысяч.так это не те строки, поттеринговые строки тебе читать и тем более писать для подключения собственного сервиса и не надо (и моя цитата была тоже не из общесистемного rc, который как раз простой, хуже воровства, и уж тем более не из /sbin/init), надо создать довольно тривиальный (в сравнении с этим ужасом) файлик конфигурации. (кстати, это именно был парсер конфиг-параметров, ага, у каждого демона свой такой есть, разьве что попроще. Сами параметры - отдельная мусорка в /etc/rc.conf Ее даже можно стало стильно-модно-молодежно разделить на отдельные, но от этого только хуже - "угадай где лежит параметр именно этого сервиса". )
по сравнению с этим, скрипты какого-нибудь centos 5, досистемдшной эпохи, просто верх простоты и лаконичности, конечно. Конфиг вынесен в отдельный файл, парсер тоже, банальный case на три-пять вариантов stop/start/status, которые у каждого сервиса чуть отличаются в деталях, и их в любом случае надо где-то описать. Ну и иерархия rc.d, позволяющая не напрягая глаз понять, кто на ком стоял. Что там потерингофаны ниасилили, не ведаю. Даже какой-нибудь iptables, которому и модули надо загружать/выгружать, и конфиг непростой, выглядит вполне читаемым.
Интересно, сколько строк скрипт-портянок с лейблом "развидеть это" написано для sysv? Да ты и не знаешь, просто кoкoко.
> Интересно, сколько строк скрипт-портянок с лейблом "развидеть это" написано для sysv?И поэтому давайте сделаем неведомую *рень, ничем не лучше, размером с ядро версии 1.х, с мутной архитектурой и завязкой на Главного Гениального Разработчика (и скромного спонсора его, Головного Убора) и вставим ее аж по самые гланды, чтобы уж точно никуда не делись?
> Да ты и не знаешь, просто кoкoко.
Поттерингофанаты, как всегда, аргументационно на высоте!
Как же вы задолбали.$ cat /etc/init.d/acpid | wc -l
83Из них штук 40 комментарии. Первый попавшийся скрипт. Причём, заметь, скрипт сам по себе ничего не делает, он толкает демон acpid, который уже что-то там делает. Скрипт только останавливает, запускает и перезапускает демон.
> $ 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, копаться в них обычному админу незачем, ему надо брать и пользоваться)
>> я извиняюсь, последний раз с фрей приходилось иметь дело где-то с восьмой
> с нее и началось. до того как-то обходились черезадничными методами (на что
> только не шли, чтобы не делать как в 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 оно при этом нормально запускать разучилось,
> такой вот прогресс)
> "здесь так принято".
>[оверквотинг удален]
>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 в вам помощь.
> Ой, вы таки не знаете синтаксис 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 вроде попроще было, я уже не помню деталей).
>> Ой, вы таки не знаете синтаксис sh-скриптов? Или не понимаете, зачем так
>> пишут? Или куча if-оф куда красивее, да?
>где невозможно быстро понять, что не стартовалоman ps?
ты любитель, профессионал или платный кастомер c соской?
ты определись с позицией сначала.
>Я уже начинаю любить бинарные логи systemdСтокгольский синдром?
>эта мега-идея тупо скопипащена с редхатовского:
http://www.mewburn.net/luke/talks/auug-2003/
-----------------------------
The Design and Implementation of the NetBSD rc.d systemLuke 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 находит фонд и делает.
>>где невозможно быстро понять, что не стартовало
> 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)
>>>где невозможно быстро понять, что не стартовало
>> man ps?
> а откуда ты знаешь, какой процесс искать?А откуда ты узнал, что едят ложкой и писают в унитаз?
>> ты любитель, профессионал или платный кастомер c соской?
> я профессионалЗаметно.
>невозможно быстро понять, что не стартовало и почему?
>Кстати, никакого аналога boot.log тоже ведь не прилагается по сей день?Эээ, а причём тут rc-система? Это в логах смотреть надо вообще то. Настроить syslogd как как нужно админу - это его личная задача. Хоть вообще всё складывать в all.log
>> Ну да, тут FreeBSD уже перепрыгнула "/etc/rc?.d", ибо их система запуска вполне
>куда перепрыгнула?Ой как жирно то. До конца читать надо, немедленная реакция как у собаки Павлова detected.
ключевую часть "запуск демонов при старте системы _может_ параллелиться" кто-то упорно игнорирует
хватит уже плеваться ядом во все стороны, просто признайте - "другие системы запуска не дают мне определять ошибки запуска демонов методом ls", и всё, нам хватит
> Эээ, а причём тут rc-система? Это в логах смотреть надо вообще то.
> Настроить syslogd как как нужно админу - это его личная задача.поинтересуйтесь, что такое boot.log и чем он отличается от syslogd.
> ключевую часть "запуск демонов при старте системы _может_ параллелиться" кто-то упорно
> игнорируетзапуск демонов при старте "может параллелиться" в stone-age systemV скриптах (когда удастся найти хоть парочку, действительно не зависящую друг от друга и еще от десятка в правильной последовательности).
но вы ж нихрена не знаете о мире за пределами одной-единственной маргинальной ос, ничем не отличаясь от таких же точно фанатиков хоть линукса, хоть винды. (а поглубже копни - они и свои системы не знают, все усилия потрачены на героическую настройку syslogd и прочую ерунду)
> "другие системы запуска не дают мне определять ошибки запуска демонов
быстро и эффективно.
угу.
> а сейчас модно вот так:проблемы со скриптами на sh?
-----------------------------------------
# cat /usr/local/etc/rc.d/zebra#!/bin/sh
#
# PROVIDE: zebra
# REQUIRE: DAEMON
# KEYWORD: shutdown
#
. /etc/rc.subrname="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?
>> а сейчас модно вот так:
> проблемы со скриптами на sh?предпочитаю не ковыряться в подобных скриптах, угу.
> это руками за 7 минут, так и живет уже лет 5 на
ну поздравляю, ты даром потерял только семь минут.
Кстати, штатный квагин скрипт раза в четыре поболее (он, правда, универсальный, а не на одну зебру, знает про плагины, ну и require там менее дубовые)
>я профессионал, а не дрочер на любимую ненужно-систему.Ахтунг! пГоффесионаглы в тГеде! :-) (С)
Просто у очередного вантузятника от юниксового сноповязания случился баттхерт :-) Ну не ты первый, и уж точно не ты последний ... :)
PS: Хотя зря я прикалываюсь. Они уже тут, линукс _уже_ полу-винда и пока они его не добьют - не остановятся. Жаль. Но C'est la vie (C)
Зачем скрины делать на максемальном разрешении? что нихрена из элементов небыло видно? Значёк на панели/трее раз в 30 меньше значка на рабочем столе, чтоб в него было непопасть? А было бы разрешение не более 1024х768, то и вид был бы не настолько уродский и неказистый...
> Решены проблемы с определением качестве беспроводного сигнала в Network ManagerКто знает, уже можно управлять через gui wifi подключениями?
>> Решены проблемы с определением качестве беспроводного сигнала в Network Manager
> Кто знает, уже можно управлять через gui wifi подключениями?В пцбзде можно было. Неужто сломали?
кто знает, уже можно переключать раскладку клавиатуры?
P. S. версии 4 назад кто-то мне доказывал, что она капсом переключается, но нет, нихрена.
P. P. S. предыдущая версия не смогла обновится до этой
GhostBSD попробуй под Mate. Там с раскладкой все нормально.
А у него там live есть? Только не так консольно, как live у голого FreeBSD-live, а так, чтобы загрузиться в оболочку ж дешёвую. Как они её там называют - Lumina?
Попробуй GhostBSD под Mate. Live есть.
там релиз вроде