он хотя бы не в статику уже научился?

А это тут причем? Но вообще да, можно и не в статистику

очень тупишь :-) - что такое для тебя "появится в service"? service - это просто программа, которая управляет скриптами. Если ты создал скрипт и поместил его в .уес.ксюв - то он ПОЯВИЛСЯ в /etc/rc.d, осталось просто стартануть его с помощью service

ну я по аналогии с systemd размышляю, где прописываешь что где лежит. Ну по идее service должен видеть все что лежит в rc.d вне зависимости от того что там написано, видимо надо ребутать все-таки

/etc/rc.conf вот тут прописываются те что рестартуются? или это просто показывается что данные скрипты из локального etc иожно юзать

/etc/rc.conf - туда сами скрипты смотрят при запуске - а можно ли им стартовать. IMHO.

видеть - это не означает автоматически отслеживать и запускать при появлени скрипта в /etc/rc.d

А это тут причем? Но вообще да, можно и не в статистику

в том, что в гугле еще не повзрослели, и любой чих решают статикой

понятно

ладно, пошел дальше доки читать)

и лучше свои личные самонаписанные скрипты укладывать не в системный каталог, а локальный /usr/local/etc/rc.d

понятно

сделал свой rc-скрипт, положил его в локал, запустил с помощью service, чтобы не ребутить машину.

сделал свой rc-скрипт, положил его в локал, запустил с помощью service, чтобы не ребутить машину.

ну вот в этой директории у меня тоже скрипт лежит и я тоже не могу его через сервайс дернуть

а чтоб скрипт стал исполняемым - надо в терминале прописывать?

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

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

У го с портабельностью получше даже чем у freebsd.

Это с его-то проблемами с таймерами на топике?

ну вот в этой директории у меня тоже скрипт лежит и я тоже не могу его через сервайс дернуть

Если запуск скрипта не прописан в /etc/rc.conf тогда попробуй service scriptname onestart

ASUS PRIME B250M-C, Intel B250 Chipset

фря его может?

https://duckduckgo.com/?q=ASUS+PRIME+B250M-C%2C+Intel+B250+Chipset+freebsd&t=ffab&ia=web

Какой классный эффект

https://duckduckgo.com/?q=ASUS+PRIME+B250M-C%2C+Intel+B250+Chipset+freebsd&t=ffab&ia=web

сам-то пробовал? там сплошь buy

https://wiki.freebsd.org/Graphics#Intel_Graphics тут заявляют, что KabyLake работает

Кста, кто хочет запатчить KDE для FreeBSD? http://www.opennet.ru/opennews/art.shtml?num=49121

Не онеме.

Во-первых, это красиво ?

Это с его-то проблемами с таймерами на топике?

Это мелочи. И это уже исправили

хм. а если вывод перенаправить на serial console ?

ну или обновить drm-next-kmod

там уже есть версия 4.15

я вообще подозреваю, что drm-next-kmod тут ни при чем

гага, скачал 11.2 - грузит

к вопросу о вреде некрофилии ?

хотя, это ж TrueOS, а она вроде на карренте же жь?

поломали что-то значит

Со стороны обычного пользователя могу сказать, что главная проблема ТруОси - это люминия))

в том, что в гугле еще не повзрослели, и любой чих решают статикой

Звучит интересно :-) может, предложишь, как решить "чихи" по-другому, чтобы это стоило меньше SWE*h на поддержке решения?

Звучит интересно :-) может, предложишь, как решить "чихи" по-другому, чтобы это стоило меньше SWE*h на поддержке решения?

Так в этом и проблема go — его Google делает для своих задач и своей архитектуры. Это само по себе не плохо — большая компания, решает как ей удобнее, норм-ок. Но это внутри норм-ок, а во внешнёи мир это зачем тащить? Внешний мир богаче, чем гугл может представить (и кто угодно может представить).

Так в этом и проблема go — его Google делает для своих задач и своей архитектуры. Это само по себе не плохо — большая компания, решает как ей удобнее, норм-ок. Но это внутри норм-ок, а во внешнёи мир это зачем тащить? Внешний мир богаче, чем гугл может представить (и кто угодно может представить).

Так ведь никто не заставляет никого использовать go. Если подходит под задачу -- используй, если нет -- сиди на питоне :-) делов-то.

Внутри Гугла го тоже не для всего подходит, но никто не пытается переписать на нем всё

Так ведь никто не заставляет никого использовать go. Если подходит под задачу -- используй, если нет -- сиди на питоне :-) делов-то.

Ну, тут палка о двух концах. С одной стороны — никто не заставляет. С другой стороны — есть некоторое давление рынка / окружения. Типа, никто не заставляет покупать IBM, но ха покупку IBM ещё никого не увольняли, такое.

Это уже проблема не Гугла

Это уже проблема не Гугла

Да, с этим согласен

как кто считает, трахаться с EFI ?

что у тебя с EFI не так ?

как кто считает, трахаться с EFI ?

смотря для чего

у меня CURRENT нормально загружается EFI + drm_next_kmod

+1

работает, внимания к себе не требует

в версии 4.11 нужно прошивки грузить перед ним

в версии 4.15 это вроде уже поправили

в loader.conf прописать что-то типа такого: radeon_CEDAR_pfp_bin_load="YES" radeon_CEDAR_me_bin_load="YES" radeon_CEDAR_rlc_bin_load="YES" radeon_CEDAR_smc_bin_load="YES" radeon_CYPRESS_uvd_bin_load="YES"

https://github.com/FreeBSDDesktop/kms-drm/issues/45

у меня из всех артифактов вспыла только ошибка, когда я решил с помощью vidcontrol поменять шрифт на terminus

трапнулось ядро

но на древней версии drm-next-kmod

гм, а что в 11.2 не то, что поставленные из пакетов и Firefox, и telegram падают в корку, перед этим только на dbus ругань

сразу? у ФФ там какая то нынче беда, я как то тут вроде на багзилу линк находил, что то там крашится, но обычно рандомно и не так уж часто

@Garf1e1d будет жить. Поприветствуем!

Это вроде починили уже

ну так починили поди в каренте, до релиза то, тем более при нынешних тенденциях, доедет ли

лол, помогло dbus-uuidgen --ensure под рутом

что то ты там стрёмное творишь

да просто поставил с 11.2-memstick.img и стал ставить пакеты

ERROR: S client not available

@Michaillll будет жить. Поприветствуем!

Кек

Вот это я понимаю борьба со спамом

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

Вообще они просто запускают что сказано, нужно смотреть на само запускаемое что и как оно умеет писать.

ну вот почем мне знать, запустился питонячий скрипт или нет

где-то же должна жить питонячья консоль

А че там, Trueos для десктопа все? Теперь только серверная?

А че там, Trueos для десктопа все? Теперь только серверная?

Да, они стали core os, будет новый проект тридент и есть еще проект GhostBSD, которые основаны на TrueOS

Да, они стали core os, будет новый проект тридент и есть еще проект GhostBSD, которые основаны на TrueOS

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

Я поставил себе GhostBSD 18.08 на свой Asus Vivibook X510UQ, ушел с кубунты... Полет нормальный.

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

man rc.conf, параметры rc_debug и rc_info.

как кто считает, трахаться с EFI ?

Женщины лучше

Женщины лучше

man

man rc.conf, параметры rc_debug и rc_info.

а как мне увидить сообщения питонячьего интерпретатора

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

Сначала имеет смысл проверить работу твоего python-скрипта вне rc-скриптов.

Сначала имеет смысл проверить работу твоего python-скрипта вне rc-скриптов.

да он рабочий, это факт, ибо я его запускал просто в tmux

такое ощущение что скрипт питонячий вообще не запускается

Женщины лучше

вот я тож так подумал и включил в биосе legacy boot, оставив GPT

а как мне увидить сообщения питонячьего интерпретатора

logging?

logging?

ммм?

не совсем понял

ну вот когда я просто в консоли запускаю питонячий скрипт, вывод из него падает в консоль, а когда я запускаю тот же скрипт из rc.d скрипта - куда вывод падает

в стандартной библиотеке есть модуль logging.

если явно не указано куда, т. е. лог файл не прописан, то хз

в стандартной библиотеке есть модуль logging.

ааа, понял

ну вот когда я просто в консоли запускаю питонячий скрипт, вывод из него падает в консоль, а когда я запускаю тот же скрипт из rc.d скрипта - куда вывод падает

Туда же и попадает. Там нет никакой магии, rc скрипт это просто скрипт-обёртка, и service вторая обёртка

Если вы конечно явно вывод не перенаправили куда-то