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

"Раздел полезных советов: Установка движка графических квестов RenPy в Debian"	+/–
Сообщение от auto_tips (??), 22-Янв-25, 20:09
[[https://www.renpy.org/ RenPy]] не ставится в Debian Sid из пакетов из-за конфликта зависимостей. При этом оригинальный  RenPy вообще не рассчитан на установку, и setuptools там используется для создания отдельно поставляемых бинарных сборок. Инструкция действительна для коммита "4957280f4c39446d1683accc02355b26848b88c2". Если патчи не применяются - то склонируйте начиная с этого коммита, примените патчи к нему, и перебазируйте на ветку "master". 1. Необходимо поставить зависимости, и dev-пакеты, указанные в README.rst в репозитории, а также свежий Cython и пакет python3-ecdsa    sudo apt install python3-ecdsa Ещё требуется поставить утилиту "b3sum", так как через неё мы проверяем целостность (работает намного быстрее, чем sha256sum). 2. Выполняем скрипт руками и по-частям, проверяя, что делает каждый шаг:    set -e    git clone https://github.com/renpy/renpy --depth=1    cd renpy    git checkout -b fixed    mkdir patches    cd patches    # Патчи, требуемые для Debian (остальные уже приняты в основной состав).    curl -o 01_abspath.patch https://salsa.debian.org/games-team/renpy/-/raw/master/debia...    curl -o 02_traceback.patch https://salsa.debian.org/games-team/renpy/-/raw/master/debia...    curl -o 03_checkdir.patch https://salsa.debian.org/games-team/renpy/-/raw/master/debia...    curl -o read-write-permissions.patch https://salsa.debian.org/games-team/renpy/-/raw/master/debia...    b3sum -c - << END    bd44121b2b9306a452746f3a7ba18994f80a247b386eda5cdb9756ba0d9de444  ./01_abspath.patch    42f4f7d6a2d8870641460f16b675bd969fe32e9cb44b2980d0d41b8ebdcc7cc9  ./02_traceback.patch    5d0a905b30eb69044c35b38074f9e55b1f1399bcab6c2b91490ad31f82232308  ./03_checkdir.patch    d5cfcafbf18a39c5994915d36fa20a3b213bcf6683c5440ee71d54f3c868e9c7  ./read-write-permissions.patch    END    git am ./*.patch    rm ./*.patch    # Патчи с улучшениями (ставятся на свой страх и риск, так как источник не проверен). Есть пожелание - заапстримьте патчи в https://github.com/renpy/renpy , если там не примут - то в Debian.    curl https://paste.debian.net/plainh/d75623bc -o 0001-Enable-usage-of-Limited-API-https-docs.python.org-3-.patch    curl https://paste.debian.net/plainh/f10de1ca -o 0002-Make-pefile-a-non-mandatory-import.-On-Linux-we-don-.patch    curl https://paste.debian.net/plainh/052354ff -o 0003-Fix-the-incompatibility-in-The-Question-demo.patch    curl https://paste.debian.net/plainh/b6045a63 -o 0004-Fix-the-problems-in-source-code-relying-on-the-hardc.patch    curl https://paste.debian.net/plainh/178cdd86 -o 0005-Move-the-bundled-system-modules-in-their-proper-plac.patch    curl https://paste.debian.net/plainh/28af4ca7 -o 0006-Add-package-metadata-and-create-a-proper-Python-pack.patch    curl https://paste.debian.net/plainh/93de5501 -o 0007-Add-a-command-to-easily-run-the-launcher.patch    curl https://paste.debian.net/plainh/3d481187 -o 0008-Define-macros-for-security-hardening-of-standard-lib.patch    b3sum -c - << END    1ed9ed915b52050ec1f68883510269a161021105158d53fcafa6d1cd6749140a  ./0001-Enable-usage-of-Limited-API-https-docs.python.org-3-.patch    bf6521898d17de04a48aaaac5de4b9919000df6b73b3a87cdcbd31e10fd4ae94  ./0002-Make-pefile-a-non-mandatory-import.-On-Linux-we-don-.patch    de66d94a487f683224032303f3bd43267d3a9bda2d2710b640e338f45b09addd  ./0003-Fix-the-incompatibility-in-The-Question-demo.patch    8ddc41a139366103f08be55c863236cccad60ddc1658240c5452b4086279edf2  ./0004-Fix-the-problems-in-source-code-relying-on-the-hardc.patch    adf26e49250fb07dcb860dd2d4f75740b957a165ff6bcd545aec24b1c262d905  ./0005-Move-the-bundled-system-modules-in-their-proper-plac.patch    5dd9a8833d0d9139f7ba28fa5f25d413aaf39303c8af8c18383a425c23500667  ./0006-Add-package-metadata-and-create-a-proper-Python-pack.patch    c326a3ab80eccb0c4cacd429551c44d94e0b5ad7171cd874fe88f43dd445386d  ./0007-Add-a-command-to-easily-run-the-launcher.patch    3c3652f648acf54803c192c0e32f6b4093f5081cbbc55e6f5300c9f78fd82721  ./0008-Define-macros-for-security-hardening-of-standard-lib.patch    END    git am ./*.patch    rm ./*.patch    # временные патчи, не рассчитанные для передачи в основной проект    curl https://paste.debian.net/plainh/db96ffcc -o 0009-Upgrade-the-langs-used-C-C-to-fresh-versions.-Should.patch    curl https://0x0.st/8Hc0.patch -o ./0010-Tweak-config-for-using-system-fonts-and-lazily-loadi.patch    curl https://0x0.st/8HcD.patch -o ./0011-Hardcode-some-versions-of-freetype.-Because-the-disc.patch    b3sum -c - << END    7b98689b1ae71640d455576d596d9ecfaa40c6845fd045f68e821cfc2ab5a1eb  ./0009-Upgrade-the-langs-used-C-C-to-fresh-versions.-Should.patch    3a70cf47b366a93286bc8727a25bebc02def95a410e2513068fe90a59572bff8  ./0010-Tweak-config-for-using-system-fonts-and-lazily-loadi.patch    7a4f14953827e1cb9d6a15b6934f59a47a96b10a6c24efcccb6cd331ab3905e4  ./0011-Hardcode-some-versions-of-freetype.-Because-the-disc.patch    END    git am ./*.patch    rm ./*.patch    cd ..    # Важно - вручную cython-изировать все файлы. Потому что иначе "setup.py" запустит ОДНОВРЕМЕННО огромное число процессов cython, и всё встанет (если у вас не серверный Xeon с 128 ядрами и огромным объёмом памяти). Я просто завершил по максимуму процессы в сеансе чтобы освободить память (шутка, на самом деле их прибил SysRQ + f), и через ЗАРАНЕЕ ЗАПУЩЕННЫЙ htop в отдельной виртуальной консоли прибил большую часть процессов.    # find ./renpy -name "*.pyx" -exec cythonize -3 тут ещё много флагов {} \\;    # важно - сгенерировать файл с версиями, он импортируется!    python3 -m renpy.versions --nightly    # Собираем бинарный пакет, рекомендуется использовать CC="clang -flto" CXX="clang++ -flto"    CC="clang -flto" CXX="clang++ -flto" python3 -m build -nwx .    sudo pip3 install --upgrade ./dist/*.whl    cd the_question/game    # Игра требует CJK-шрифт безусловно    ln -s ../../sdk-fonts ./fonts    cd ../.. В результате запускать игры можно как    renpy ./the_question/game    renpy ./tutorial/game и лончер как    renpy.launcher URL: https://github.com/renpy/renpy Обсуждается: https://www.opennet.ru/tips/info/3263.shtml
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Установка движка графических квестов RenPy в Debian"	+6 +/–
Сообщение от Аноним (-), 22-Янв-25, 20:09
О господи. У питонистов даже установить игру - целый нефиговый квест, с рюханием зависимостей самому и списком ценных инструкций на 2 экрана.
Ответить | Правка | Наверх | Cообщить модератору

	3. "Установка движка графических квестов RenPy в Debian"	+1 +/–
	Сообщение от Аноним (3), 23-Янв-25, 23:00
	Это какая-то муть конкретного автора. Такое обычно бывает если виндузятник пакет поддерживает.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от нах. (?), 31-Янв-25, 09:06
	Ага, местные-то невендузятники сразу curl | sudo bash -с запускают. "нахрен мне знать, если можно не знать!" (ну и да, debian. Т.е. вот то самое г-но, ни один местный фанат которого не осилит все это аккуратно упаковать в deb. Автор жалобненько просит помочь ему с этим. Хрен дождется, вы ж , невендузятники, только ждать ебилдов умеете.)
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Установка движка графических квестов RenPy в Debian"	–1 +/–
	Сообщение от Аноним (18), 02-Фев-25, 23:17
	Не надо мне приписывать ваши фантазии.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Установка движка графических квестов RenPy в Debian"	–1 +/–
	Сообщение от нах. (?), 03-Фев-25, 00:58
	> Не надо мне приписывать ваши фантазии. Чо, дождется? Ты ж умеешь правильно собрать вот это в deb? А, нет, показалось.
	Ответить | Правка | Наверх | Cообщить модератору

2. "Установка движка графических квестов RenPy в Debian"	+10 +/–
Сообщение от Аноним (2), 23-Янв-25, 03:14
Когда квест начинается ещё до запуска игры, потому что сам запуск – и есть квест.
Ответить | Правка | Наверх | Cообщить модератору

4. "Установка движка графических квестов RenPy в Debian"	+/–
Сообщение от _kp (ok), 26-Янв-25, 00:51
А нафига в систему ставить? Игры тупо могут разные версии компонентов требовать, там же Питон. Сложите все одном каталоге, и будет pоrtable сборка, работающая на любой системе. На Windows  и Маке же не складывают всё в одно корытце. Можно сделать как portable игру, так и только движок. И поделиться сборкой можно с большей пользой, чем тупиковой портянкой инструкций. Помним, что RenPy игры ни разу не ресурсоёмкие, а на игровой машине есть Wine. Решение не должно быть сложным, и привязываться к конкретной OS. То есть, если не Wine, то portable сборка.
Ответить | Правка | Наверх | Cообщить модератору

	5. "Установка движка графических квестов RenPy в Debian"	+1 +/–
	Сообщение от Аноним (5), 27-Янв-25, 21:51
	>Игры тупо могут разные версии компонентов требовать, там же Питон. Не выдумывай. RenPy - это такое гумно по типу URQ - там даже виджета инвентаря нет. Да, там можно питон. Но большинство игр написаны на DSLе, никаких либ не юзают. При этом есть недоумки, которые питон 2 поставляют с непонятного источника. Я им как-то не доверяю. Вместо этого предпочитаю лично скомпилированный RenPy, на системном питоне. А игры - декомпилированные. Вернее на RenPy я вообще в игры не играю. Не понравился мне это RenPy. inSTEAD гораздо лучше, хоть Пётр и дичь в персональном блоге пишет, от которой волосы на голове шевелятся.
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от _kp (ok), 28-Янв-25, 10:24
	> RenPy - это такое гумно по типу URQ> > предпочитаю лично скомпилированный RenPy Смотря какая цель. Если запустить, то что есть, то мой вариант. А если ковыряться c ПО, то Ваш. Но, пихать всё в систему не одобряю. Лично скомпилированный компонент или из репозитория, из него все равно можно сделать portable приложение. > я вообще в игры не играю. Да я и сам предпочитаю игры в которых можно или покопаться, или нестандартно играть. А те кто играют "правильно", обычно моды, фиксы и дополнения не делают. :)
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от Аноним (8), 28-Янв-25, 14:32
	>Смотря какая цель. Если запустить, то что есть Тем на винду и в Steam.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Установка движка графических квестов RenPy в Debian"	+1 +/–
	Сообщение от Аноним (8), 28-Янв-25, 14:44
	>Но, пихать всё в систему не одобряю. Лично скомпилированный компонент или из репозитория, из него все равно можно сделать portable приложение. Которое в virtualenv, который вместе с питоном - в снапе вместе с половиной десктопного дистра, который в образе виртуальной машины поставляется, чтобы работало всё кросс-платформенно. Сам такое юзай. А я ещё сохранил слишком много остатков адекватности, чтобы иметь понимание, что ради воспроизведения десяти текстовых файлов на килобайты (и кучи сраной графики к ним уже на сотни мегабайт, но это уже полностью вина автора игры) не надо к каждому экземпляру цеплять по полдистра. Дистры и пакетные менеджеры явно не для такого изобрели.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	10. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от Аноним (8), 28-Янв-25, 14:46
	> остатков адекватности Но они стремительно теряются с каждым контактом с неадекватными проектами, разрабатываемыми и сопровождаемыми неадекватными людьми.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от _kp (ok), 28-Янв-25, 18:29
	> в снапе Попрошу без мата  :) > с половиной десктопного дистра Там всего то 80-100 Мб, если без сжатия, а не пол-системы.   >Дистры и пакетные менеджеры явно не для такого изобрели.   Ну и что? В живой дектопной системе, не на виртуалке, Вы всё по возможности через пакетные менеджеры ставите? Да не смешите, так пока десятую часть желаемого ПО установите, система не раз рухнет. Или пока одно устанавливаете, другое загнется.    Пакетные менеджеры для упорядоченных пакетов, и желательно в рамках одного дистрибутива или совместимых с ним.    Я, то что не из дистрибутива, в системное дерево каталогов не пихаю. Ну, кроме случаев, когда по другому никак. >>есть недоумки, которые питон 2 поставляют   А есть старые проекты, в которых он исторически. И с ними как и с любым старым ПО, если запускается, работает, то и нефиг возиться.   А кто вынужден активно использовать Питона, сколько его версий в системе? Обновить, как и даунгрейдить самого Питона не проблема,  проблемы будут со сторонними библиотеками для него. А тупо обновить библиотки нельзя, ибо API принято постоянно ломать, и ПО прибитое к одной библиотке с другой версией не работает. :( А когда весь этот зоопарк надо перенести на другую машину, ну не собирать же все по папкам раскиданное.   В том чтоб пересобрать ПО из надежных репозиториев нет ничего плохого, и даже наоборот. Но в самом первом сообщении, не ПО ставится/компилируется, а ставятся патчи, патчи, под  очередной дистрибутив. Используется системный Питон. То есть, создается непереносимый результат, не только между разными Linux, но и между разными редакциями Debiana. Более того не переносимый легко и на точно такую же машину с таким же Debian.   А на одном Renpy всё не заканчивается, подобных поделок килотонны. Не переписывать же всё.   По сути, желание все пересобрать лично, в Вас от недоверия к ПО. Но ведь проблему безопасности можно решать не только пересборкой, но запустить с учетом безопасности, и тем более не тяжелое ПО.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	13. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от Аноним (13), 30-Янв-25, 11:19
	>Там всего то 80-100 Мб, если без сжатия, а не пол-системы.   Дешёвый аргумент. >Вы всё по возможности через пакетные менеджеры ставите? Да. >Да не смешите, так пока десятую часть желаемого ПО установите, система не раз рухнет Если ставить что попало не через пакетные менеджеры, а через sudo make install - то рухнет. >Или пока одно устанавливаете, другое загнется. Не ставьте тот хлам, который от новых версий зависимостей загнётся. Такому несопровождаемому хламу место на свалке. >А есть старые проекты, в которых он исторически. И с ними как и с любым старым ПО, если запускается, работает, то и нефиг возиться. А если тащишь - сначала всё же убедись, что это конфетка. И не сушёный навоз. А если вам и сешёный навоз заходит - то хотя-бы конфетку для приличия слепите. Раз нефиг возиться - то это ПО не нужно в принципе. Потому что если бы реально было бы нужно - ты не то что бы повозился - аж денег бы копирасту заплатил бы, будь оно проприетарным. И железо бы купил такое, какое Хозяин приказал. А раз не нужно - то дажже запускать не нужно. >  А кто вынужден активно использовать Питона, сколько его версий в системе? Две: 1. последняя, доступная из пакетов 2. та, на которую завязаны все либы из пакетов системного пакетного менеджера Самая последняя используется редко. Обычно используется системная - просто из тех соображений, что пакеты к ней собраны дистром и обновляются дистром. >Обновить, как и даунгрейдить самого Питона не проблема,  проблемы будут со сторонними библиотеками для него. Расскажи эти сказки кому-нибудь другому. >А тупо обновить библиотки нельзя, ибо API принято постоянно ломать Это у вас в Rustе принято. Не надо всех своими комплексами мазать. >А когда весь этот зоопарк надо перенести на другую машину, ну не собирать же все по папкам раскиданное. Нет. Есть одна папка, projects. В ней - всё. И в её корне - баш-скрипт, который ищет все репозитории в ней и пушит их. В принципе папку можно целиком заархивировать и перетащить на другую машину, если надо. >Но в самом первом сообщении, не ПО ставится/компилируется, а ставятся патчи, патчи, под  очередной дистрибутив Да, ставятся. Они ставятся потому, что игры в Дебиане идут отдельными пакетами, которые ставятся в /usr/games . Эти дистроспецифичные патчи нужны чтобы лончер RenPy их подхватил. >То есть, создается непереносимый результат, не только между разными Linux, Используйте образ виртуальной машины для поставки, всё как вы любите. Будет 146% переносимо, даже на RiscV запустится! Ну лил васм. Всё как вы людите. Ни в чём себе не отказывайте. >но и между разными редакциями Debiana. Это враньё. /usr/games во многих релизвх Дебиана используется как стандартное место. >Не переписывать же всё. Разумеется, нет. Большую часть хлама надо просто выкинуть и забыть. Раз его жалко привести в порядок - значит он не нужен. По крайней мере ВАМ не нужен. Поэтому руки уберите от того, что ВАМ не нужно, и не мешайте тем, кому нужно, работу делать. >Но ведь проблему безопасности можно решать не только пересборкой, но запустить с учетом безопасности, и тем более не тяжелое ПО. Проблему с безопасностью решается путём выкидывания всего ненужного. Не нужно - не используй. А не тащи в рот всякую гадость, найденную на помойке.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от _kp (ok), 30-Янв-25, 13:42
	Говорите Вы всё правильно. И не спорю с этим. Но, разница в целях.    Если админствовать, наводить порядок, делать показательную систему, то это одно.    А ещё есть "обычные пользователи", которые на самом деле, раз пользуются Linux, уже не совсем обычные, но, все равно с явно низким уровнем знаний.    И они хоть и используют Linux  с пользой, что то изучают, но так же им нужно просто запускать самое разное ПО, запускать быстро, а не что то настраивать, что бы было почти как на Windows и Mac. Особенно если не в виртуалке, а на живой машине.   Во втором случае меры предосторожности сводятся к предотвращению портчи ОС, и другого ПО и данных установленных любыми способами. >>Используйте образ виртуальной машины Это на каждый чих избыточно, а тем более для Linux ПО. >>Проблему с безопасностью решается путём выкидывания всего ненужного. Было б ненужно и не спорили бы. ;)
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от Аноним (15), 30-Янв-25, 14:31
	>А ещё есть "обычные пользователи", которые на самом деле, раз пользуются Linux, уже не совсем обычные, но, все равно с явно низким уровнем знаний. Для таких есть дистры. Если нет готового пакета - значит tough luck. >но так же им нужно просто запускать самое разное ПО, запускать быстро, а не что то настраивать, что бы было почти как на Windows и Mac. На винде они софт с помоек качают, вместе с троянами. На маке - платят охреневшей корпорации. Хотят так? Ну есть вайн. Там не весь софт работает, но многие образцы - достаточно хорошо работают. Для того, что не работает - остаётся виртуалка с виндой. >Это на каждый чих избыточно, а тем более для Linux ПО. Ну вот видите? Вот абсолютно так же "самодостаточные контейнеры" и "портативные сборки" с половиной системы в них избыточны.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от _kp (ok), 31-Янв-25, 11:21
	> значит tough luck. Это не вариант. И вообще это ваше видение "Linux для людей". > с помоек качают, вместе с троянами.    Ну не с помоек, или подавляющее большинство качает не всё с помоек. А если рассматривать игры, так их и вовсе, их одних и тех же мест и для Линукса тоже качают. Ибо нативных не много. Уж что есть. >На маке платят..   А на Маке как раз с портабельностью и переносом ПО все очень хорошо, правда только между совместимыми версиями ОС, но платить точно не требуется, кроме как добровольно. > Ну вот видите? Вот абсолютно так же "самодостаточные контейнеры" и "портативные сборки" > с половиной системы в них избыточны.    Пока системы были маленькими, можно было возиться что бы не держать лишнего,  делать элегантное дерево системных файлов, держать только проверенное. Но когда  дисковое пространство не один Террабайт, это в принципе не возможно впихнуть в одно дерево системных файлов всё, ни администрировать это, плюс, помимо конфликтов,  породит проблемы большого количества файлов, и в итоге ещё и тормоза. Вот, snap демонстрирует что валить всё в одно корытце тупиковая идея, и при росте объёма ПО система превращается в лагалище.   А когда ПО разбросано по своим каталогам, и конфликтов файлов нет, и адмистрировать проще, перенести на другую машину тривиально, то что работало, даже после переустановки ОС продолжит работать и дальше, а не загнется при обновлении какой то из библиотек. Но, очевидно, не без ложки дегтя, перерасход дискового пространства.   Нужна золотая середина в глубине портабельности и изоляции ПО, или стремиться к тому. Например если ПО важное, или склонное к конфликтам библиотек, то ему лучше носить все с собой. А если живой обновляемый проект, то в глубокой изоляции и портабельности нужды нет.   А виртуалки, это для "чужеродного" ПО, а не как контейнеры.   Если же вернуться в теме обсуждения, то всякие  RenPy игры, это одноразовые игры на вечер-другой. И на них всё не заканчивается, подобной мелочи на разных движках, в том числе васянских, много. И облагораживать каждую мелочь, тупо никаких сил не хватит. Именно подобное вполне логично запускать как есть, можно в изоляции, в отличии от ПО которым можно пользоваться месяцами и более, со вторым возня уже уместна и полезна.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от Аноним (18), 02-Фев-25, 23:27
	>их одних и тех же мест и для Линукса тоже качают Знаем мы эти места. Где релизеры впо распространяют, а модераторы в сговоре с ними сообщения с пруфами трут. Ну верно ведь. AS IS. Не нравится - проваливай. >А когда ПО разбросано по своим каталогам Это точно не к снапу. А к Distr1. >Например если ПО важное Такое ПО работает даже без libc и может использоваться для восстановления всей системы. Остальное ПО - неважное. >или склонное к конфликтам библиотек Ставьте из дистра, сразу с oldoldstable, там всё без конфликтов. >А виртуалки, это для "чужеродного" ПО, а не как контейнеры. Нет, виртуалки - они для вредоносного ПО (любое, которое "звонит домой" - в эту же категорию). >всякие  RenPy игры, это одноразовые игры на вечер-другой Это не значит, что их не надо пакетить. Надо. Другие пользователи спасибо скажут. >И облагораживать каждую мелочь, тупо никаких сил не хватит. Хватит. Один облагородил одно, другой - другое. Вся СПО экосистема на этом принципе держится. Если вы не разделяете этику движения СПО - то что вы делаете на этом ресурсе?
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от _kp (ok), 03-Фев-25, 01:39
	> Если вы не разделяете этику движения СПО - то что вы делаете на этом ресурсе? Поддерживаю, но не полностью. ;) Переписывание, постянные изменения, ломаниее совместимости я не принимаю. У Вас подход хороший, но на выходе ОС и ПО должно быть для пользователей, а не авторов и тех кто с ним способен ковыряться. Пожалуй, на хтом и завершим. С наилучшими пожеланиями.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от AlexYeCu_not_logged (?), 04-Мрт-25, 10:35
	>И они хоть и используют Linux  с пользой, что то изучают, но так же им нужно просто запускать самое разное ПО, запускать быстро, а не что то настраивать, что бы было почти как на Windows и Mac. «Просто запускать на Windows» — ты это серьёзно сейчас?
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	25. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от _kp (ok), 04-Мрт-25, 13:27
	> «Просто запускать на Windows» — ты это серьёзно сейчас? Там сказано в контексте - что было бы здорово, если бы Linux ПО можно было запускать так же просто и быстро, как на Windows. А не про "валите на Windows,  вам там будет тепло и уютно" :) А сделать OS лучше, удобнее, комфортне это естественные пожелания. Но раз, с точки зрения удобства именно для пользователей процесс улучшения идет вяло, то хотя бы использовать что есть, рациональнее с минимальными усилиями. А дальше пошел спор как лучше делать "правильно" или "просто". Прошу этот спор не продолжать. Он исчерпан.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от AlexYeCu_not_logged (?), 05-Мрт-25, 19:34
	> было бы здорово, если бы Linux > ПО можно было запускать так же просто и быстро, как на > Windows. Ты это серьёзно?
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Установка движка графических квестов RenPy в Debian"	–1 +/–
	Сообщение от Аноним (22), 03-Фев-25, 05:03
	> Не выдумывай. RenPy - это такое гумно по типу URQ - там даже виджета > инвентаря нет. Да, там можно питон. Но большинство игр написаны на DSLе, > никаких либ не юзают. RenPy это ... типа написания игр дял спекки на бэйсике, но даже не бэйсик. На ЭТОМ обычно пишут только самые печальные и унылые персонажи. Если что-то на ЭТОМ написано - это сразу очень характерные ожидания. Т.е. абсолютно наколенное качество - вообще совсем всего. Ассетов, кода, сюжета, ...
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	23. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от Аноним (23), 12-Фев-25, 08:14
	>Помним, что RenPy игры ни разу не ресурсоёмкие, а на игровой машине есть Wine. Скажу больше: по моему опыту ренпай-игры в вайне ВСЕГДА работают лучше и тормозят меньше, чем на нативном ренпае. Заставляет задуматься.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

6. "Установка движка графических квестов RenPy в Debian"	+/–
Сообщение от Аноним (6), 28-Янв-25, 09:09
> Патчи с улучшениями (ставятся на свой страх и риск, так как источник не проверен). В оригинале было > Upstreamable improvement patches (and I suspect that the URLs there are not secure). Смысл тут в том, что pastebin Дебиана урезанные хеши SHA1 от содержимого использует как идентификаторы для файлов. https://github.com/formorer/paste.pl/blob/master/lib/Paste.p... . То есть можно в принципе подобрать коллизию.
Ответить | Правка | Наверх | Cообщить модератору

27. "Установка движка графических квестов RenPy в Debian"	+/–
Сообщение от Гудвин (??), 05-Мрт-25, 22:27
sudo apt install renpy не благодарите
Ответить | Правка | Наверх | Cообщить модератору

	28. "Установка движка графических квестов RenPy в Debian"	+/–
	Сообщение от Аноним (28), 05-Мрт-25, 22:29
	Вы даже первое предложение не прочитали: "RenPy не ставится в Debian Sid из пакетов из-за конфликта зависимостей".
	Ответить | Правка | Наверх | Cообщить модератору

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

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