[РЕШЕНО] Не собирается net-wireless/madwifi-ng-0.9.3.3 (под ядром sys-kernel/gentoo-sources-2.6.24)

[proDOOMman]

При установке выдается ошибка:

Код: Выделить всё

Preparing ath_hal module
./scripts/get_arch.mk:44: *** ARCH mismatch: supplied "x86", determined "i386".  Останов

Раньше все собиралось прекрасно. Мне конечно wi-fi не критичен, но хотелось бы чтобы он работал =(
Стоит sys-kernel/linux-headers-2.6.24; /usr/src/linux является ссылкой на linux-2.6.24-gentoo. Архитектура ядра K8/Opreton.

З.Ы.: Еще на этом ядре была глюка с дровами nvidia, но она решилась ручной установкой с предварительным "export SYSSRC=/usr/linux", при этом через emerge так и не поставилось.
И вместо media-sound/alsa-driver пришлось собирать ядерные модули.

ЧЯДНТ?

[quadrik]

nvidia у меня поставилась нормально на рабочем компе. А вот wifi на домашнем ноуте ещё не пробовал, т.к., говорят, текущий madwifi с 2.6.24 не совместим.

[serzh-z]

В ядре 2.6.24 много изменений, в частности это касается именования архитектур - многие Makefile пакетов просто не совместимы с новым ядром из-за неверных ссылок на токены i386, i586 и т.д., которые были заменены на x86.

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

[quadrik]

serzh-z, большое спасибо за информацию! Перейду ка я на linux-2.6.24-tuxonice

[proDOOMman]

А что это за зверь такой: tuxonice? O_o

[serzh-z]

tuxonice

Бывший suspend2.

[quadrik]

Ура, поставил!
Вот мои действия:
1) ebuild /usr/portage/net-wireless/madwifi-ng/madwifi-ng-0.9.3.3.ebuild unpack
2) cd /var/tmp/portage/net-wireless/madwifi-ng-0.9.3.3/work/madwifi-0.9.3.3/hal/public/
3) cp i386-elf.hal.o.uu x86-elf.hal.o.uu
4) cp i386-elf.inc x86-elf.inc
5) cp i386-elf.opt_ah.h x86-elf.opt_ah.h
6) vim /var/tmp/portage/net-wireless/madwifi-ng-0.9.3.3/work/madwifi-0.9.3.3/scripts/get_arch.mk
Изменил:

Код: Выделить всё

ARCH-$(CONFIG_X86) = i386

на:

Код: Выделить всё

ARCH-$(CONFIG_X86) = x86

7) cd
8) ebuild /usr/portage/net-wireless/madwifi-ng/madwifi-ng-0.9.3.3.ebuild compile
9) ebuild /usr/portage/net-wireless/madwifi-ng/madwifi-ng-0.9.3.3.ebuild merge

Как бы теперь всё это оформить в ebuild чтоб все могли пользоваться?

[serzh-z]

Как бы теперь всё это оформить в ebuild чтоб все могли пользоваться?

Сделать diff между оригиналом и правленной версией, сохранить в файл в /usr/portage/net-wireless/madwifi-ng/files, поправить src_unpack в madwifi-ng-0.9.3.3.ebuild так, чтобы там был вызов epatch с именем этого патча. Запостить на bugs.gentoo.org

В последнем сборнике статей JohnBat26, вроде бы, есть официальный ebuild HOWTO.

[quadrik]

Как бы теперь всё это оформить в ebuild чтоб все могли пользоваться?

Сделать diff между оригиналом и правленной версией, сохранить в файл в /usr/portage/net-wireless/madwifi-ng/files, поправить src_unpack в madwifi-ng-0.9.3.3.ebuild так, чтобы там был вызов epatch с именем этого патча. Запостить на bugs.gentoo.org

В последнем сборнике статей JohnBat26, вроде бы, есть официальный ebuild HOWTO.

в этом HOWTO нет информации как делать сам патч. Со scripts/get_arch.mk всё понятно, там строка меняется. А как сделать изменение имен файлов?

[serzh-z]

А как сделать изменение имен файлов?

Так же: diff -uNr madwifi-ng.orig madwifi-ng.my - старые файлы будут удалены, новые будут созданы.

[quadrik]

А как сделать изменение имен файлов?

Так же: diff -uNr madwifi-ng.orig madwifi-ng.my - старые файлы будут удалены, новые будут созданы.

можно, конечно, и так, только, боюсь, не поймут 570кб-ый diff ради 3х срок. Попробую вбить копирование файлов в текст ebuild-а

[quadrik]

Готово. В новый ebuild в функцию src_unpack() добавил следующие сроки:

Код: Выделить всё

    if kernel_is ge 2 6 24
    then
        mv hal/public/i386-elf.hal.o.uu hal/public/x86-elf.hal.o.uu
        mv hal/public/i386-elf.inc hal/public/x86-elf.inc
        mv hal/public/i386-elf.opt_ah.h hal/public/x86-elf.opt_ah.h
        epatch "${FILESDIR}"/2.6.24-getarch.patch
    fi

содержимое 2.6.24-getarch.patch:

Код: Выделить всё

diff -ur scripts/get_arch.mk scripts/get_arch.mk
--- scripts/get_arch.mk 2008-02-02 16:11:37.000000000 +0300
+++ scripts/get_arch.mk 2006-11-15 10:24:13.000000000 +0300
@@ -9,7 +9,7 @@
 ARCH-$(CONFIG_CRIS) = cris
 ARCH-$(CONFIG_FRV) = frv
 ARCH-$(CONFIG_H8300) = h8300
+ARCH-$(CONFIG_X86) = x86
-ARCH-$(CONFIG_X86) = i386
 ARCH-$(CONFIG_IA64) = ia64
 ARCH-$(CONFIG_M32R) = m32r
 ARCH-$(CONFIG_M68K) = m68k

[serzh-z]

quadrik, наверное его стоило бы запостить в багзиллу, но вот что обнаружил: http://bugs.gentoo.org/show_bug.cgi?id=205116

[quadrik]

quadrik, наверное его стоило бы запостить в багзиллу, но вот что обнаружил: http://bugs.gentoo.org/show_bug.cgi?id=205116

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

[serzh-z]

quadrik, там кстати чувак упоминал, что вроде бы в версии madfiwi-ng из SVN эта бага уже поправлена или будет поправлена.

[quadrik]

quadrik, там кстати чувак упоминал, что вроде бы в версии madfiwi-ng из SVN эта бага уже поправлена или будет поправлена.

Я видел. мой способ всего лишь workaround, по-нормальному нужно править код драйвера автору madwifi-ng

[phx_ern]

разве в ядрах gentoo нет суспенда? там ведь это есть в разделе power managment

[serzh-z]

разве в ядрах gentoo нет суспенда? там ведь это есть в разделе power managment

suspend2 не входит в официальное ядро.

[phx_ern]

да я не про ядра suspend2. я про ядра gentoo. там есть суспенд, разве нет?

[quadrik]

да я не про ядра suspend2. я про ядра gentoo. там есть суспенд, разве нет?

это фигня, а не суспенд

[quadrik]

Не смотря, на то, что решил проблему с madwifi, всё равно перешел на ndiswrapper драйвер. Оказалось, что он работает стабильнее. У madwifi драйвера есть неприятная особенность - его модуль часто не выгружается. Из-за этого хипернация часто зависает. У ndiswrapper всё нормально с выгружением.

[serzh-z]

там есть суспенд, разве нет?

Есть, но там swsusp. Чуть менее глючный чем Suspend2, но с куда меньшим количеством функций.