61

redux пишет:

структура обьявлена в этом же файле, на который ругается. Перебрал с 4 версии, то же самое.
Походу хедеров каких то нет. Не пойму каких.

или версия не совпадает...
дайте что ли тоже посмотрю... файл/строка с ошибкой/место объявления структуры/версия, которую собираете?

95% процентов проблем находятся между клавиатурой и стулом.

62

newzenon пишет:

сможет вмарь сонтировать реальный винт, ну допустим с jfs?

виртуалбокс может, если ему отдать доступ ко всему диску...

это такой хитрый призыв прекратить оффтоп?

95% процентов проблем находятся между клавиатурой и стулом.

63

не я просто очень сильный фанатт vde2

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

64 (01.08.2011 15:17:47 отредактировано pb13)

newzenon пишет:

вот скажи - сможет вмарь сонтировать реальный винт, ну допустим с jfs?

Ммм... Вообще-то да, не так просто, как хотелось бы конечно

Fat-Zer пишет:

это такой хитрый призыв прекратить оффтоп?

нет, это newzenon лень идти в соседний топег, где мы с ним начали дискуссию о виртуалках  :lol:

Диагноз: Gentoo'шник в стадии ремиссии. Лечению не поддаётся.

65

mdma пишет:
redux пишет:

Мы с Aram Grigoryan,  стараемся!

Особенно Aram Grigoryan, да.  ag

:lol:   хорошо сказал.
checkinstall не сработал ac

66

Aram Grigoryan пишет:

checkinstall не сработал

ты читал чем?
chekinstall применяется после удачного make,
т.е. после того, как все скомпилируется можно собирать все в пакет.

Диагноз: Gentoo'шник в стадии ремиссии. Лечению не поддаётся.

67

Fat-Zer пишет:

или версия не совпадает...
дайте что ли тоже посмотрю... файл/строка с ошибкой/место объявления структуры/версия, которую собираете?

так
вот вывод конца мейк.

modes/xf86EdidModes.c:400: warning: no previous prototype for ‘intel_xf86DDCMonitorSet’
modes/xf86EdidModes.c: In function ‘intel_xf86DDCMonitorSet’:
modes/xf86EdidModes.c:423: error: ‘struct <anonymous>’ has no member named ‘maxPixClock’
modes/xf86EdidModes.c:458: error: ‘struct <anonymous>’ has no member named ‘maxPixClock’
modes/xf86EdidModes.c:459: error: ‘struct <anonymous>’ has no member named ‘maxPixClock’
make[4]: *** [xf86EdidModes.lo] Ошибка 1
make[4]: Leaving directory `/home/shaman/Desktop/intel/xf86-video-intel-2.3.1/src'
make[3]: *** [all-recursive] Ошибка 1
make[3]: Leaving directory `/home/shaman/Desktop/intel/xf86-video-intel-2.3.1/src'
make[2]: *** [all] Ошибка 2
make[2]: Leaving directory `/home/shaman/Desktop/intel/xf86-video-intel-2.3.1/src'
make[1]: *** [all-recursive] Ошибка 1
make[1]: Leaving directory `/home/shaman/Desktop/intel/xf86-video-intel-2.3.1'
make: *** [all] Ошибка 2

68

Fat-Zer пишет:
newzenon пишет:

сможет вмарь сонтировать реальный винт, ну допустим с jfs?

виртуалбокс может, если ему отдать доступ ко всему диску...

Виртулбокс - НЕ МОЖЕТ, а вот проприетарная вмарь - та может, и теперь вропос, сколько стоит это удовольствие?

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

69

Вот функция (кстати, прототип что ли хоть ее в начало прописать):

_X_EXPORT void xf86DDCMonitorSet(int scrnIndex, MonPtr Monitor, xf86MonPtr DDC)
{
    DisplayModePtr Modes = NULL, Mode;
    int i, clock;
    Bool have_hsync = FALSE, have_vrefresh = FALSE, have_maxpixclock = FALSE;

    if (!Monitor || !DDC)
        return;

    Monitor->DDC = DDC;

    Monitor->widthmm = 10 * DDC->features.hsize;
    Monitor->heightmm = 10 * DDC->features.vsize;

    /* If this is a digital display, then we can use reduced blanking */
    if (DDC->features.input_type)
        Monitor->reducedblanking = TRUE;
    /* Allow the user to also enable this through config */

    Modes = xf86DDCGetModes(scrnIndex, DDC);

    /* Skip EDID ranges if they were specified in the config file */
    have_hsync = (Monitor->nHsync != 0);
    have_vrefresh = (Monitor->nVrefresh != 0);
    have_maxpixclock = (Monitor->maxPixClock != 0);

    /* Go through the detailed monitor sections */
    for (i = 0; i < DET_TIMINGS; i++) {
        switch (DDC->det_mon[i].type) {
        case DS_RANGES:
        if (!have_hsync) {
        if (!Monitor->nHsync)
            xf86DrvMsg(scrnIndex, X_INFO,
                "Using EDID range info for horizontal sync\n");
        Monitor->hsync[Monitor->nHsync].lo =
            DDC->det_mon[i].section.ranges.min_h;
        Monitor->hsync[Monitor->nHsync].hi =
            DDC->det_mon[i].section.ranges.max_h;
        Monitor->nHsync++;
        } else {
        xf86DrvMsg(scrnIndex, X_INFO,
            "Using hsync ranges from config file\n");
        }

        if (!have_vrefresh) {
        if (!Monitor->nVrefresh)
            xf86DrvMsg(scrnIndex, X_INFO,
                "Using EDID range info for vertical refresh\n");
        Monitor->vrefresh[Monitor->nVrefresh].lo =
            DDC->det_mon[i].section.ranges.min_v;
        Monitor->vrefresh[Monitor->nVrefresh].hi =
            DDC->det_mon[i].section.ranges.max_v;
        Monitor->nVrefresh++;
        } else {
        xf86DrvMsg(scrnIndex, X_INFO,
            "Using vrefresh ranges from config file\n");
        }

        clock = DDC->det_mon[i].section.ranges.max_clock * 1000;
        if (!have_maxpixclock && clock > Monitor->maxPixClock)
        Monitor->maxPixClock = clock;

            break;
        default:
            break;
        }
    } 

70

Ну.... никак проверить не смогу. В ядре kvm включен, а это взаимоисключает всякую CENSORED а-ля вбокс или вмарь, и согласись - ядерная поддержка круче чем всякое разное.

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

71

redux, у меня структура объявлена в /usr/include/xorg/xf86str.h и не противоречит коду...

newzenon пишет:

Виртулбокс - НЕ МОЖЕТ

http://www.opennet.ru/tips/info/2508.shtml
не?

95% процентов проблем находятся между клавиатурой и стулом.

72

Капец, закидали тапками, ...

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

73

newzenon пишет:

Капец, закидали тапками, ...

:lol:

Диагноз: Gentoo'шник в стадии ремиссии. Лечению не поддаётся.

74

Fat-Zer пишет:

redux, у меня структура объявлена в /usr/include/xorg/xf86str.h и не противоречит коду.

Fat-Zer, значит у меня версии не соотвествуют.

Я кстати, закоментил обращение к этой переменной, все собралось, но не работает.Сейчас только вот обратно хы завел.

75

В общем, если соберу- отпишу сюда (если тема доживет), или новую создам.

76 (01.08.2011 23:10:04 отредактировано redux)

Отписываю, как и обещал.
Из хорошего:

 shaman@g4:~$ glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Mesa DRI Intel(R) G33 20061017 x86/MMX/SSE2 

ab
Из плохого:
Драйвера тут
http://xorg.freedesktop.org/archive/individual/xserver/
лежат только для xorg начиная с 1.2 ,
а у меня в данном случае, 1.1.1 (как выяснилось).

В итоге, xorg то  я поставил по выше,-  1.4
Но это уже не то, ибо хотелось завести на 1.1.1.
Но как это сделать, не вижу пути, кроме как писать драйвер, на основе нового(что под новые ксорги) и старого (что под старый xorg, но этот чипсет не поддерживает). Но это только в принципе пока.
Все траблы были из-за не соотвествующей версии xorg.

Отдельное спасибо  Fat-Zer'у за помощь и наводящие советы, а также Newzenon'у, за снисходительность к зафлуживанию темы.

77

redux пишет:

Отписываю, как и обещал.
Из хорошего:

 shaman@g4:~$ glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Mesa DRI Intel(R) G33 20061017 x86/MMX/SSE2 

ab
Из плохого:
Драйвера тут
http://xorg.freedesktop.org/archive/individual/xserver/
лежат только для xorg начиная с 1.2 ,
а у меня в данном случае, 1.1.1 (как выяснилось).

В итоге, xorg то  я поставил по выше,-  1.4
Но это уже не то, ибо хотелось завести на 1.1.1.
Но как это сделать, не вижу пути, кроме как писать драйвер, на основе нового(что под новые ксорги) и старого (что под старый xorg, но этот чипсет не поддерживает). Но это только в принципе пока.
Все траблы были из-за не соотвествующей версии xorg.

Отдельное спасибо  Fat-Zer'у за помощь и наводящие советы, а также Newzenon'у, за снисходительность к зафлуживанию темы.

Ну что я могу сказать, молодца! - таких бы пользователей как ты пачку - глядишь и форум станет лучше.  :lol:  :lol: :lol:

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