В виду последних измнений в арчике, появилась шальная мысль форкнуть [core], и собирать/поддерживать всё в том виде, в котором арч многих привлек, в том числе и меня (т.е. как минимум оставить initscripts).

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

Как идея - организовать дерево каталогов с патчами, файлами и скриптами как в [core]. Ежедневно синхронизировать abs, далее происходит сверка контрольных сумм файлов пакетов для которых имеются «мои» кастомные патчи, и если изменения были внесены - попытка патчинга скриптов PKGBUILD и сборка пакетов. Для остальных пакетов, для которых ненужны изменения возможно предусмотреть вариант копирования готового пакета.

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

Купил себе мышку a4 g10-700f, и оказалось что вместо даблклика жмется:

WIN+R http://www.win2.cn/g10 ENTER

я сначала совсем не понял что произошло, потом взял виртуальную винду, и пустил мышь туда напрямую. В результате стало ясно что китайцы хитрые и криворукие. Хитрые, т.к. для этих мышей ну просто необходима ихняя userspace программка, а криворукие, т.к. ихняя программка - то ещё Г, писанное на embarcadero rad studio (бывшие delphi/builder).

Но таки удалось реализовать уже большую часть функционала для никсов:

Исходники

Утилитка умеет делать пэйринг устройств, устанавливать скорость опроса, менять канал, ну и другие мелочи. В будущем допишу редактор профилей и парсер скриптов, пользуйтесь на здоровье.

Произошло хорошее событие - переехал на новую мать с процом (с интела на феном 4х-ядерный). Начал грузиться - не грузится с обычным ядром (нужно пересобрать образ ядра), гружусь с fallback-ядром(все возможные модули), делаю:

depmod 2.6.39-ARCH mkinitcpio -p kernel26

получаю нормальный образ, перегружаюсь, всё работает.

Начинаю работать в обычном режиме - вставляю свою флешку(старый плеер, без аккумулятора), получаю зависание. Перегружаюсь, после стадии работы udev, на стадии монтирования файловых систем получаю kernel panic (http://imageshack.us/f/155/07062011336.jpg/) Выявил что та же ситуация возникает с карт-ридером, он тоже может вогнать систему в панику. При этом всё это случается со вставленными флешками рандомно, т.е. может загрузиться нормально, и работать, даже пару раз переставить можно, но потом опять зависание.

Подскажите куда копать.

P.S. так понимаю что проблема в scsi_mod. Откатиться до 2.6.38(но на других машинах с 2.6.39 всё нормально же >.>)?

Собственно, вот, занимаюсь разработкой движка уже полгода. Проект уже дорос до альфа-версии, при этом возможно пройти игру полностью. Движок выполняется на основе SDL, на данной стадии, без hardware-ускорения, дабы в будущем можно было довольно просто перенести на тот же dingux. Не могу сказать что я полон энтузиазма, но подвижки дальше есть. Конечно, минусом моего творчества можно назвать необходимость конвертировать все ресурсы игры, но с другой стороны - это значительно упростило процесс разработки и позволило сконцентрироваться на реверсинге/кодинге.

Исходники движка на гитхабе

Небольшая предыстория: Когда-то я поиграл в FinalFantasy IX, ну и понравилась мини-игра оттуда. Решил написать такую-же, только под PC, но будучи вантузятником, и совсем не желая изучать DX или GL, использовал Blitz3D. Написал за полгода, и забросил.

Недавно, с появлением у меня Динги, появилось желание переписать те труды под неё. Можете пинать за быдлокод и пр., но походу улучшил свой старый код (и перевел с бейсикоподобного скрипто-языка на gcc+sdl) как мог.

Вот, собственно, просто решил поделиться с окружающими, может кому-нибудь будет интересно.

P.S. А, ну да, собственно, архив включает ресурсы оригинальной игры, так что, только для обладателей лицензионной копии игры, ну, или в ознакомительных целях (бла-бла-бла).

Сорцы + бинарники (компилил под арч): http://www.adslclub.ru/upload/f46f36dcf7f887d06e225ee2f442735a