всё это нужно, так или иначе, только для проприетарщины

и правильное решение тут только от неё отказ, и сразу не нужны будут не-нативные бинарники

ну вот вайн не бинарен, а хочет и такую и такую версии ;)

там как понимаю загвоздка, что одни и те же либы должны быть

вайн же и нужен для запуска проприетарщины, которая всё ещё i386

для i386 кода нужны i386 либы, естественно

для 64битного кода i386 wine не нужен, но я не знаю поддерживается ли 64-only wine портами

да он там есть, беда что он не может внутрях себя i386, а много чего виндового ещё как раз в основном в ней и там такой себе дуализьм :)

и правильное решение тут только от неё отказ, и сразу не нужны будут не-нативные бинарники

К сожалению, отказаться от TES III: Morrowind я не могу, например.

А OpenMW тотально неиграбелен. И наверняка играбельным при моей жизни не станет.

openmw же

не знаю, я нормально там побегал когда ещё порт тестировал, проблем не заметил

У них до недавнего времени не было поддержки игровых скриптов, ЕМНИП.

создание персонажа начиная с корабля - это игровофй скрипт?

Играбельных портов изначально вендовых игр я знаю только 2 - ioq3 и Arx Libertatis.

К сожалению, отказаться от TES III: Morrowind я не могу, например.

под bhyve может :) а что за проблема с вайном то, я вот правда как то не совсем понимаю как там с остимленными версиями быть, а если нужна или та или другая, так вроде всё ок, ну если не сразу вместе

мэ, сотни их. warzone2100, tyrian как миниум

то есть если игра 64 бита а вот стим зараза только 32

мэ, сотни их. warzone2100, tyrian как миниум

Впервые "слышу" о таких. В любом случае, мне достаточно и одной.

doom3 ещё (dhewm), сейчас и не помню что у меня дома ещё установлено

ну тут уж два варианта, либо отказываться от легаси, либо расставлять костыли из multilib, wine и прочей дряни

При этом wine на amd64 - двойной костыль.

эммм... чем это?

Я сегодня это 6 раз писал здесь.

а вайн то тут каким боком, вы точно понимаете о чём пишете?

Прекрасно понимаю. Я не хочу ставить 2 разных порта в зависимости от архитектуры хоста.

Я хочу ставить emulators/wine как на i386, так и на amd64. Текущая архитектура дерева портов в это не умеет.

они 2 разных в общем случае не из-за архитектуры хоста, а потому что эмулируют разное, ну да немного накладывается что ещё нет и мультилиба но в общем это уже шашечки https://www.reddit.com/r/linux_gaming/comments/422n1h/is_it_better_to_use_32bit_or_64bit_wine/

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

они 2 разных в общем случае не из-за архитектуры хоста, а потому что эмулируют разное, ну да немного накладывается что ещё нет и мультилиба но в общем это уже шашечки https://www.reddit.com/r/linux_gaming/comments/422n1h/is_it_better_to_use_32bit_or_64bit_wine/

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

Решить-то можно, нужно ли

А это - уже другая проблема фри. ?

это не проблема фри, напротив

проблема эта проприетарщины, а отсутствие костылей для её решения и необходимости в их поддержке во фре я считаю плюсом

Ну, я таки не первый год фрёй пользуюсь, так что ответственно утверждаю - довольно часто "это никому не нужно". Вот, например, ACPI S4 никому не нужно тоже.

я не принимаю личный опыт за аргумент :)

Личный опыт показывает то, что как минимум один сталкивался с тем, что "это никому не нужно". А с тем же ACPI S4 явно не я один. Да что там говорить - S3 нормально запилить никак не могут.

Всё в ваших руках ;)

если вас много, почему вы не взяли и не запилили, действительно

Всё в ваших руках ;)

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

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

если вас много, почему вы не взяли и не запилили, действительно

Я - сисадмин, а не программер. Следовательно, могу поставить ось, в которой это будет работать, но не написать такую ось или соответствующий функционал в существующей оси.

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

Я уже давно забил на игрушки и пишу об ACPI.

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

а писать код и не обязательно. freebsd foundation донейшны не просто так принимает

Я знаю. Но почему ты думаешь, что не помогаю/помогал? Кстати, разве есть сейчас возможность конкретно указать, на что пойдёт определённое пожертвование? Это ведь противоречит сути.

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

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

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

Ну, тогда фонд тут и ни при чём как бы. ?

Ну, тогда фонд тут и ни при чём как бы. ?

Я сказал "не знаю" - может и можно

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

Скопировать и отредактировать соответствующим образом стартовый скрипт. Но некоторые сразу умеют.

Я сказал "не знаю" - может и можно

А я только что проверил.

Скопировать и отредактировать соответствующим образом стартовый скрипт. Но некоторые сразу умеют.

есть примеры ?

есть примеры ?

Uwsgi

это не срадствами системы инициализаци

А средствами чего же? Если ты о том, что это должен уметь /etc/rc - то нет, не умеет. Это должен уметь сам rc-скрипт службы.

Зачем? В uwsgi легче императора сделать.

это не срадствами системы инициализаци

Разве?

если так говорить можно запсутить через supervisord

но это именно то что я хочу разобрать

я хочу что то типа /usr/local/etc/rc.d/service_name start 30

что такое 30?

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

и всё оставить демонами

чем и как они будут различаться?

ERROR: S client not available

пидами.

для операционной системы больше ничем

и что, они не будут конфликтовать сокетами, логами, пидфайлами теми же?

https://lists.freebsd.org/pipermail/freebsd-hackers/2013-June/043013.html первый в гугле, да я умею гуглить ;)

для 30 можно просто переопределить start_cmd/stop_cmd и сделать там цикл

а для нормальный нескольких инстансов, которые чем-то отличаются uwsgi как раз правильный пример

https://lists.freebsd.org/pipermail/freebsd-hackers/2013-June/043013.html первый в гугле, да я умею гуглить ;)

проникся. supervisord наше все.

ну от задач, могу сказать, под тем же systemd тоже в основном так нельзя, а уж казалось бы

там можно

%i

Реализуется это аналогичным копированию с последующим редактированием скрипта способом. Просто обёртку написали.

но это тоже требует особо написанного юнита

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

Надеюсь, подобная systemd мерзость до фри никогда не доберётся.

это кстати не так однозначно

а по мне так лучше systemd чем rc.d

Надеюсь, подобная systemd мерзость до фри никогда не доберётся.

нюню.

Хотя rc тоже не радость, особенно когда у тебя sshd не запускается, потому что mysql залип. ?

чё то портеры с мака подугасли

ага

лаунчд то ?

хотя вроде знающие люди поговаривают, что в маковской реализации тоже не всё так гладко

нюню.

Ну, сам systemd точно не появится.

лаунчд то ?

ага, но потом в что то ещё переименовывали

Ну, сам systemd точно не появится.

сожалею вашей утрате.

ну оно не очень но и появлялось, чтоб утрачиваться

ага.

сожалею вашей утрате.

Совершенно зря. Это не утрата, а величайшая радость, с которой даже героиновый приход или половой акт не сравнится.

завидую вашему миру в котором и без системд всё хорошо. ведь он дейсвтительно не решает никаких проблем.

Зато создаёт кучу.

+INT_MAX