← All posts tagged Debian

Tenno-Seremel

Иногда мне хочется, чтобы можно было при установке (или позднее) пакета сказать «это всё удалять вместе с пакетом X», где X какой-то другой пакет. Есть метки, конечно, но это не очень юзерфрендли, их ещё помнить надо.

Tenno-Seremel

Продолжаем разговор. #2669449

qemu с тем же vdi образом таки работает. Виртуалбокс, правда, лучше подаёт товар лицом в плане графической морды. Что касается работы qemu:

* Общие папки работают.
* Звук работает, но шипит даже когда звука как такового нет (на хосте пульса).
* Графический режим даже с vga std не становится больше определённого, причём размер своего окна он делает на полсотни пикселей меньше, чем то разрешение, которое сам же и выбрал (O.o) Если развернуть окно на весь экран, то либо масштабирование с тотальным блуром, либо чёрные поля.
* Про общий буфер обмена пока ничего не знаю.

Tenno-Seremel

Тыкаю палочкой в systemd в виртуалке с Debian testing. Даже работает. Где мои логи при загрузке, на что я буду теперь медитировать, а-а-а!^W^W^W^W^W^W^W^W^W^W^W^W

Правда если поставить 686-pae ядро, а не 486, то виртуалка грохается :} Зато теперь все дополнительные ядра и варианты загрузки внутри пункта «дополнительные параметры» при загрузке. А первый пункт просто Debian GNU/Linux, без циферок.

Tenno-Seremel

В Debian testing теперь есть ruby-xmmsclient собранный для живых версий Ruby (а также и Qt4-Ruby). Мой полурабочий Qt4 GUI к XMMS2 на рубях снова работает. Конечно, неплохо бы его перепилить до вменяемого состояния, но мне уже он не особо то и нужен :}

Tenno-Seremel

А тестинговом дебиане Long live the Queen работает, но без звука и с проблемами ввода имени сейва (что, вроде бы, не критично). Костыли, не используйте их!

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

Tenno-Seremel

Смотрю я как-то на plasma-widget-adjustableclock версии 4.0-1 в дебианских тестингах и… мда, хороший был виджет. RIP. Мало того, что настроенное сбросил, так теперь как старое вернуть непонятно. Визуальный редактор они сделали, ага, который тупит и чёрт знает что делает. Ну зашибись.

Tenno-Seremel

В продолжение #2582917 Ответ от автора:

Be warned — LLtQ was written for Ren'Py 6.12.2 (with some slight hacks).
IIRC the most important things that are likely to be version dependant are
the GL tests, the traceback uploader, and savegame naming — so if your
video card plays nice with 6.13 then you may well be OK, but — it is not
guaranteed to work right in anything but the version of Ren'Py in the
tarball.

(I'd guess that 6.13 moved it to gl.gltexture or renpy.gl.gltexture,
from the paths in the traceback.)

У меня пока что всё работает с 6.13ым после того поста (NVIDIA дрова, да). Посмотрим что будет дальше. Меня уже успели несколько раз грохнуть… %)

Tenno-Seremel

Если вы почему-то купили Long live the Queen под линукс, а система у вас 64-битная, не спешите накатывать мультиарч и заниматься йогой. Всё уже сделано до вас. У меня Debian stable, если что. У кого что другое — смотрите сами :}

1. Ставите из реп renpy.
2. Распаковываете архив с игрой, каталог game оттуда переименовываете в какой-нибудь LongLiveTheQueen, для понятности (да и каталог для сейвов наверняка на этом базируется), и пихаете, куда там у вас, ~/games/ например. Получится, скажем, ~/games/LongLiveTheQueen
3. (если судить по имени файла, то возможно, что если у вас renpy 6.12, то этого делать не надо, но в debian stable 6.13, так что…) Удаляете к чертям файлы glpatch.rpyc и glpatch_6_12.rpyc, иначе получите «нишмогла я gltexture импортировать».
4. Запускаете системным renpy, т.е. renpy ~/games/LongLiveTheQueen
5. Профет.

Что сломалось: пока ничего, но я ещё только в начале :}