[devel] klibc and kernel-headers

[devel] klibc and kernel-headers

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 669 bytes --]

Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо потому, что 
kernel-image-std-def есть только под x86 и x86_64.

Предлагаю собрать klibc с glibc-kernheaders. Если кому-то нужна klibc с
более другими хидерами, предлагаю упаковать klibc-%flavour. 

Возражения?

P.S. Хорошо бы ещё заменить kernel-build-tools на rpm-build-kernel в
BuildPreReq. Этого вполне достаточно.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] klibc and kernel-headers

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 685 bytes --]

В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
> Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо потому, что
> kernel-image-std-def есть только под x86 и x86_64.
>
> Предлагаю собрать klibc с glibc-kernheaders.

в glibc-kernheaders чего то не хватало. сказать более точно сейчас не 
представляется возможным

> Если кому-то нужна klibc с 
> более другими хидерами, предлагаю упаковать klibc-%flavour.

нужны более другие videodev.h, videodev2.h, video_decoder.h, но это к klibc 
отношения не имеет

>
> Возражения?
>
> P.S. Хорошо бы ещё заменить kernel-build-tools на rpm-build-kernel в
> BuildPreReq. Этого вполне достаточно.

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] klibc and kernel-headers

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 491 bytes --]

On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev wrote:
> В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
> > Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо потому, что
> > kernel-image-std-def есть только под x86 и x86_64.
> >
> > Предлагаю собрать klibc с glibc-kernheaders.
> 
> в glibc-kernheaders чего то не хватало. сказать более точно сейчас не 
> представляется возможным

Этот вопрос здесь раньше не обсуждался?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] klibc and kernel-headers

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 862 bytes --]

В сообщении от 9 сентября 2008 Dmitry V. Levin написал(a):
> On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev wrote:
> > В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
> > > Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо потому,
> > > что kernel-image-std-def есть только под x86 и x86_64.
> > >
> > > Предлагаю собрать klibc с glibc-kernheaders.
> >
> > в glibc-kernheaders чего то не хватало. сказать более точно сейчас не
> > представляется возможным
>
> Этот вопрос здесь раньше не обсуждался?

мной нет, т.к. на момент
http://git.altlinux.org/people/shrek/packages/?p=klibc.git;a=commitdiff;h=cf07bcc7feeb862c3bbc52d4981bb4195c123cee
kernel-headers-std >= 2.6.18 не существовало, с glibc-kernheaders klibc не 
собирался, kernel-headers-std был просто заменен на kernel-headers-std-def

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] klibc and kernel-headers

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1414 bytes --]

On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev wrote:
> В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
> > Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо потому, что
> > kernel-image-std-def есть только под x86 и x86_64.
> >
> > Предлагаю собрать klibc с glibc-kernheaders.
> 
> в glibc-kernheaders чего то не хватало. сказать более точно сейчас не 
> представляется возможным

Пересборка с glibc-kernheaders проблем не выявила.
Какого рода проблемы возникали, также сказать не представляется возможным?

> > Если кому-то нужна klibc с 
> > более другими хидерами, предлагаю упаковать klibc-%flavour.
> 
> нужны более другие videodev.h, videodev2.h, video_decoder.h, но это к klibc 
> отношения не имеет
> 
> >
> > Возражения?
> >
> > P.S. Хорошо бы ещё заменить kernel-build-tools на rpm-build-kernel в
> > BuildPreReq. Этого вполне достаточно.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] klibc and kernel-headers

[Sergey Bolshakov]

>>>>> "Kirill" == Kirill A Shutemov <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org> writes:

 > On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev wrote:
 >> В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
 >> > Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо потому, что
 >> > kernel-image-std-def есть только под x86 и x86_64.
 >> >
 >> > Предлагаю собрать klibc с glibc-kernheaders.
 >> 
 >> в glibc-kernheaders чего то не хватало. сказать более точно сейчас не 
 >> представляется возможным

 > Пересборка с glibc-kernheaders проблем не выявила.
 > Какого рода проблемы возникали, также сказать не представляется возможным?
попробуй с таким klibc udev собрать

-- 

Re: [devel] klibc and kernel-headers

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1208 bytes --]

On Tue, Sep 09, 2008 at 01:52:49PM +0400, Sergey Bolshakov wrote:
> >>>>> "Kirill" == Kirill A Shutemov <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org> writes:
> 
>  > On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev wrote:
>  >> В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
>  >> > Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо потому, что
>  >> > kernel-image-std-def есть только под x86 и x86_64.
>  >> >
>  >> > Предлагаю собрать klibc с glibc-kernheaders.
>  >> 
>  >> в glibc-kernheaders чего то не хватало. сказать более точно сейчас не 
>  >> представляется возможным
> 
>  > Пересборка с glibc-kernheaders проблем не выявила.
>  > Какого рода проблемы возникали, также сказать не представляется возможным?
> попробуй с таким klibc udev собрать

Собрал.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] NMU: klibc

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1662 bytes --]

On Tue, Sep 09, 2008 at 01:15:24PM +0300, Kirill A. Shutemov wrote:
> On Tue, Sep 09, 2008 at 01:52:49PM +0400, Sergey Bolshakov wrote:
> > >>>>> "Kirill" == Kirill A Shutemov <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org> writes:
> > 
> >  > On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev wrote:
> >  >> В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
> >  >> > Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо потому, что
> >  >> > kernel-image-std-def есть только под x86 и x86_64.
> >  >> >
> >  >> > Предлагаю собрать klibc с glibc-kernheaders.
> >  >> 
> >  >> в glibc-kernheaders чего то не хватало. сказать более точно сейчас не 
> >  >> представляется возможным
> > 
> >  > Пересборка с glibc-kernheaders проблем не выявила.
> >  > Какого рода проблемы возникали, также сказать не представляется возможным?
> > попробуй с таким klibc udev собрать
> 
> Собрал.

Собрал klibc с glibc-kernheaders-2.6.27-alt1. Затем с этим klibc udev.
Поставил udev в систему. Перегенерил initrd. Перезагрузился. Никаких
отклонений не заметил.

На git.alt лежит подготовленый NMU для klibc. Прошу выдать.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] NMU: klibc

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 2049 bytes --]

On Wed, Sep 10, 2008 at 11:14:47PM +0300, Kirill A. Shutemov wrote:
> On Tue, Sep 09, 2008 at 01:15:24PM +0300, Kirill A. Shutemov wrote:
> > On Tue, Sep 09, 2008 at 01:52:49PM +0400, Sergey Bolshakov wrote:
> > > >>>>> "Kirill" == Kirill A Shutemov <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org> writes:
> > > 
> > >  > On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev wrote:
> > >  >> В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
> > >  >> > Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо потому, что
> > >  >> > kernel-image-std-def есть только под x86 и x86_64.
> > >  >> >
> > >  >> > Предлагаю собрать klibc с glibc-kernheaders.
> > >  >> 
> > >  >> в glibc-kernheaders чего то не хватало. сказать более точно сейчас не 
> > >  >> представляется возможным
> > > 
> > >  > Пересборка с glibc-kernheaders проблем не выявила.
> > >  > Какого рода проблемы возникали, также сказать не представляется возможным?
> > > попробуй с таким klibc udev собрать
> > 
> > Собрал.
> 
> Собрал klibc с glibc-kernheaders-2.6.27-alt1. Затем с этим klibc udev.
> Поставил udev в систему. Перегенерил initrd. Перезагрузился. Никаких
> отклонений не заметил.
> 
> На git.alt лежит подготовленый NMU для klibc. Прошу выдать.

Сделал также небольшое изменение, что бы включить поддерку ARM EABI.

klibc-1.5.14-alt1.2 отправляю в incoming. Прошу выдать NMU.

Все изменения опубликованы в git.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] NMU: klibc

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 272 bytes --]

> Сделал также небольшое изменение, что бы включить поддерку ARM EABI.
>
> klibc-1.5.14-alt1.2 отправляю в incoming. Прошу выдать NMU.
>
> Все изменения опубликованы в git.

а по моему это не горит и надо как минимум подождать большой пересборки

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

[devel] "не горит"

[Michael Shigorin]

On Thu, Sep 11, 2008 at 09:23:50PM +0400, Valery V. Inozemtsev wrote:
> а по моему это не горит и надо как минимум подождать большой
> пересборки

По-моему, не горело обновлять xorg в сизифе под выпуск
дистрибутива и в таком разобранном виде -- с половиной карт 
проблемы, drm во всех сизифных ядрах до сих пор старый...

Сегодня был вынужден откатить на 4.1 и обрадоваться тому,
что хоть там на RV250 не тормозит как детский трактор.
Ядра перепробовал std-{def,ng}, wks-smp.

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] "не горит"

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 470 bytes --]

Twas brillig at 20:32:17 11.09.2008 UTC+03 when mike@osdn.org.ua did gyre and gimble:

 >> а по моему это не горит и надо как минимум подождать большой
 >> пересборки

 MS> По-моему, не горело обновлять xorg в сизифе под выпуск дистрибутива

Дистрибутивы всё-таки не из сизифа выпускаются по уму :)

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] "не горит"

[Michael Shigorin]

On Fri, Sep 12, 2008 at 12:36:26AM +0700, Mikhail Gusarov wrote:
> >> а по моему это не горит и надо как минимум подождать большой
> >> пересборки
> > По-моему, не горело обновлять xorg в сизифе под выпуск дистрибутива
> Дистрибутивы всё-таки не из сизифа выпускаются по уму :)

Бранчи и сизиф в некоторой степени связаны.  Не очень хочется
гробить лишнее время на синхронизацию только потому, что xorg
подгорал.  Особенно с переименованиями и плывущими BuildRequires:

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 845 bytes --]

В сообщении от 11 сентября 2008 Michael Shigorin написал(a):
> On Thu, Sep 11, 2008 at 09:23:50PM +0400, Valery V. Inozemtsev wrote:
> > а по моему это не горит и надо как минимум подождать большой
> > пересборки
>
> По-моему, не горело обновлять xorg в сизифе под выпуск
> дистрибутива и в таком разобранном виде -- с половиной карт
> проблемы, drm во всех сизифных ядрах до сих пор старый...
>
> Сегодня был вынужден откатить на 4.1 и обрадоваться тому,
> что хоть там на RV250 не тормозит как детский трактор.
> Ядра перепробовал std-{def,ng}, wks-smp.
>
> Бишь баба-яга как релиз-менеджер и немного предпочитая
> разумное перекладывание формальному бэкпортированию --
> в очередной раз против резких прыжков в ширину сизифа,
> когда подходит выпуск дистрибутива.

не понял что это было, но в качестве бреда пройдет

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Evgeny Sinelnikov]

11 сентября 2008 г. 21:55 пользователь Valery V. Inozemtsev
<shrek@altlinux.ru> написал:
> В сообщении от 11 сентября 2008 Michael Shigorin написал(a):
>> On Thu, Sep 11, 2008 at 09:23:50PM +0400, Valery V. Inozemtsev wrote:
>> > а по моему это не горит и надо как минимум подождать большой
>> > пересборки
>>
>> По-моему, не горело обновлять xorg в сизифе под выпуск
>> дистрибутива и в таком разобранном виде -- с половиной карт
>> проблемы, drm во всех сизифных ядрах до сих пор старый...
>>
>> Сегодня был вынужден откатить на 4.1 и обрадоваться тому,
>> что хоть там на RV250 не тормозит как детский трактор.
>> Ядра перепробовал std-{def,ng}, wks-smp.
>>
>> Бишь баба-яга как релиз-менеджер и немного предпочитая
>> разумное перекладывание формальному бэкпортированию --
>> в очередной раз против резких прыжков в ширину сизифа,
>> когда подходит выпуск дистрибутива.
>
> не понял что это было, но в качестве бреда пройдет
>

Не думаю, что это бред... Я думаю, что бред обновлять иксу, когда всё
ломается, никого не предупредив... Сейчас на всех старых nvidia картах
пропиетарные дрова определяются в автоматическом режиме, а конфликт по
ABI с новой иксой для этих старых дров, непонятно когда починят и
планируют ли вообще... Планируют? Может кто в курсе? Если нет, то
автомат нужно поправить, а старые дрова тогда можно из сизифа
выкидывать, ибо всё равно не работоспособно... Вроде как nouveau может
стать заменой в этом случае... но оно у нас тоже вроде как даже не
устанавливаемо пока...

Вообще ситуация не приятная, особенно тем, что не очень ожидаемая...
По поводу же того, что дистрибутивы на Сизифы не делают, то это именно
потому, что никогда нельзя предсказать, что снова сломается, даже
внимательно следя за [devel]... Обновлять пакеты конечно нужно, но
как-то вот всё не одновременно решается, а по мере усугубления...
Хотелось бы чуточку доверять Сизифу, но, к сожалению, этоказывается
затруднительно... А ведь достаточно было просто написать...

Я не баба-яга, но тоже уже неоднократно обдумывал возможность
перекладывания вместо бекпортирования... Но такие вот случаи анализу,
даже не формальному, поддаются крайне сложно... Это же надо знать про
ABI на старых дровах... а так только волею случая на грабли
наступаешь... причём без возможности с ходу поправить....


-- 
Sin (Sinelnikov Evgeny)

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 2533 bytes --]

В сообщении от 11 сентября 2008 Evgeny Sinelnikov написал(a):
> 11 сентября 2008 г. 21:55 пользователь Valery V. Inozemtsev
>
> <shrek@altlinux.ru> написал:
> > В сообщении от 11 сентября 2008 Michael Shigorin написал(a):
> >> On Thu, Sep 11, 2008 at 09:23:50PM +0400, Valery V. Inozemtsev wrote:
> >> > а по моему это не горит и надо как минимум подождать большой
> >> > пересборки
> >>
> >> По-моему, не горело обновлять xorg в сизифе под выпуск
> >> дистрибутива и в таком разобранном виде -- с половиной карт
> >> проблемы, drm во всех сизифных ядрах до сих пор старый...
> >>
> >> Сегодня был вынужден откатить на 4.1 и обрадоваться тому,
> >> что хоть там на RV250 не тормозит как детский трактор.
> >> Ядра перепробовал std-{def,ng}, wks-smp.
> >>
> >> Бишь баба-яга как релиз-менеджер и немного предпочитая
> >> разумное перекладывание формальному бэкпортированию --
> >> в очередной раз против резких прыжков в ширину сизифа,
> >> когда подходит выпуск дистрибутива.
> >
> > не понял что это было, но в качестве бреда пройдет
>
> Не думаю, что это бред... Я думаю, что бред обновлять иксу, когда всё
> ломается, никого не предупредив... Сейчас на всех старых nvidia картах
> пропиетарные дрова определяются в автоматическом режиме, а конфликт по
> ABI с новой иксой для этих старых дров, непонятно когда починят и
> планируют ли вообще... Планируют? Может кто в курсе? Если нет, то
> автомат нужно поправить, а старые дрова тогда можно из сизифа
> выкидывать, ибо всё равно не работоспособно... Вроде как nouveau может
> стать заменой в этом случае... но оно у нас тоже вроде как даже не
> устанавливаемо пока...
>
> Вообще ситуация не приятная, особенно тем, что не очень ожидаемая...
> По поводу же того, что дистрибутивы на Сизифы не делают, то это именно
> потому, что никогда нельзя предсказать, что снова сломается, даже
> внимательно следя за [devel]... Обновлять пакеты конечно нужно, но
> как-то вот всё не одновременно решается, а по мере усугубления...
> Хотелось бы чуточку доверять Сизифу, но, к сожалению, этоказывается
> затруднительно... А ведь достаточно было просто написать...
>
> Я не баба-яга, но тоже уже неоднократно обдумывал возможность
> перекладывания вместо бекпортирования... Но такие вот случаи анализу,
> даже не формальному, поддаются крайне сложно... Это же надо знать про
> ABI на старых дровах... а так только волею случая на грабли
> наступаешь... причём без возможности с ходу поправить....

http://lists.altlinux.org/pipermail/sisyphus/2008-August/217423.html

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Evgeny Sinelnikov]

11 сентября 2008 г. 22:24 пользователь Valery V. Inozemtsev
<shrek@altlinux.ru> написал:
> В сообщении от 11 сентября 2008 Evgeny Sinelnikov написал(a):
>> 11 сентября 2008 г. 21:55 пользователь Valery V. Inozemtsev
>>
>> <shrek@altlinux.ru> написал:
>> > В сообщении от 11 сентября 2008 Michael Shigorin написал(a):
>> >> On Thu, Sep 11, 2008 at 09:23:50PM +0400, Valery V. Inozemtsev wrote:
>> >> > а по моему это не горит и надо как минимум подождать большой
>> >> > пересборки
>> >>
>> >> По-моему, не горело обновлять xorg в сизифе под выпуск
>> >> дистрибутива и в таком разобранном виде -- с половиной карт
>> >> проблемы, drm во всех сизифных ядрах до сих пор старый...
>> >>
>> >> Сегодня был вынужден откатить на 4.1 и обрадоваться тому,
>> >> что хоть там на RV250 не тормозит как детский трактор.
>> >> Ядра перепробовал std-{def,ng}, wks-smp.
>> >>
>> >> Бишь баба-яга как релиз-менеджер и немного предпочитая
>> >> разумное перекладывание формальному бэкпортированию --
>> >> в очередной раз против резких прыжков в ширину сизифа,
>> >> когда подходит выпуск дистрибутива.
>> >
>> > не понял что это было, но в качестве бреда пройдет
>>
>> Не думаю, что это бред... Я думаю, что бред обновлять иксу, когда всё
>> ломается, никого не предупредив... Сейчас на всех старых nvidia картах
>> пропиетарные дрова определяются в автоматическом режиме, а конфликт по
>> ABI с новой иксой для этих старых дров, непонятно когда починят и
>> планируют ли вообще... Планируют? Может кто в курсе? Если нет, то
>> автомат нужно поправить, а старые дрова тогда можно из сизифа
>> выкидывать, ибо всё равно не работоспособно... Вроде как nouveau может
>> стать заменой в этом случае... но оно у нас тоже вроде как даже не
>> устанавливаемо пока...
>>
>> Вообще ситуация не приятная, особенно тем, что не очень ожидаемая...
>> По поводу же того, что дистрибутивы на Сизифы не делают, то это именно
>> потому, что никогда нельзя предсказать, что снова сломается, даже
>> внимательно следя за [devel]... Обновлять пакеты конечно нужно, но
>> как-то вот всё не одновременно решается, а по мере усугубления...
>> Хотелось бы чуточку доверять Сизифу, но, к сожалению, этоказывается
>> затруднительно... А ведь достаточно было просто написать...
>>
>> Я не баба-яга, но тоже уже неоднократно обдумывал возможность
>> перекладывания вместо бекпортирования... Но такие вот случаи анализу,
>> даже не формальному, поддаются крайне сложно... Это же надо знать про
>> ABI на старых дровах... а так только волею случая на грабли
>> наступаешь... причём без возможности с ходу поправить....
>
> http://lists.altlinux.org/pipermail/sisyphus/2008-August/217423.html
>

в этой дискуссии упоминается хоть одна предполагаемая проблема?
или предупреждается, что всё протестировано и готово к отправке в сизиф?
или указаны баги, которые были найдены?

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

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 641 bytes --]

> > http://lists.altlinux.org/pipermail/sisyphus/2008-August/217423.html
>
> в этой дискуссии упоминается хоть одна предполагаемая проблема?
> или предупреждается, что всё протестировано и готово к отправке в сизиф?
> или указаны баги, которые были найдены?
>
> я не думаю, что моих телепатических способностей пока достаточно, для
> того, чтобы сделать правильные выводы, из приведённой вами
> дискуссии... отдельные же моменты в указанной дискуссии, я бы с
> большей охотой назвал бредом...

это было предупреждение и на тот момент можно было легко все откатить и 
сообщить о проблемах. нет реакции - нет проблем

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 271 bytes --]

Twas brillig at 22:43:38 11.09.2008 UTC+04 when sin@altlinux.ru did gyre and gimble:

 ES> или указаны баги, которые были найдены?

Как же их найти, если сборку никто не протестировал?

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] " не горит "

[Evgeny Sinelnikov]

11 сентября 2008 г. 22:56 пользователь Mikhail Gusarov
<dottedmag@altlinux.org> написал:
> Twas brillig at 22:43:38 11.09.2008 UTC+04 when sin@altlinux.ru did gyre and gimble:
>
>  ES> или указаны баги, которые были найдены?
>
> Как же их найти, если сборку никто не протестировал?

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

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

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] " не горит "

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 1617 bytes --]

Twas brillig at 23:22:42 11.09.2008 UTC+04 when sin@altlinux.ru did gyre and gimble:

 ES> У меня складывается чёткое мнение, что меня хотят убедить в том,
 ES> что за спровацированную проблему, отвечает не тот, кто её
 ES> спровацировал, а те, кого эта проблема затронула...

Проблему спровоцировали те, кто не пожелал потестировать на своём железе
сильно железоспецифичный софт до того, как он попал в (напомню - de jure
нестабильный) Сизиф.

 ES> Если сборка не оттестирована, то мне всегда казалось, что нужно
 ES> продолжать тестирование...

Как оттестировать софт, который зависит от железа, если community его на
своём железе тестировать не хочет?

 ES> Но мне почему-то казалось, что достаточно сначала описать
 ES> потенциальные проблемы, которые очевидны тем, кто проводит
 ES> тестирование и не столь очевидны тем, кто может потестировать...

Новая мажорная версия X.org, значит может сломаться всё, что
угодно. Разве это не очевидно?

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] " не горит "

[Evgeny Sinelnikov]

11 сентября 2008 г. 23:29 пользователь Mikhail Gusarov
<dottedmag@altlinux.org> написал:
> Twas brillig at 23:22:42 11.09.2008 UTC+04 when sin@altlinux.ru did gyre and gimble:
>
>  ES> У меня складывается чёткое мнение, что меня хотят убедить в том,
>  ES> что за спровацированную проблему, отвечает не тот, кто её
>  ES> спровацировал, а те, кого эта проблема затронула...
>
> Проблему спровоцировали те, кто не пожелал потестировать на своём железе
> сильно железоспецифичный софт до того, как он попал в (напомню - de jure
> нестабильный) Сизиф.

Это то самое переворачивание фактов, в котором меня стараются
убедить... Я понял вашу аргументацию... Не думаю, что могу с ней
согласится в такой формулировке...


>  ES> Если сборка не оттестирована, то мне всегда казалось, что нужно
>  ES> продолжать тестирование...
>
> Как оттестировать софт, который зависит от железа, если community его на
> своём железе тестировать не хочет?

Я что-то не пойму... Новый софт для community или community для нового софта?


>  ES> Но мне почему-то казалось, что достаточно сначала описать
>  ES> потенциальные проблемы, которые очевидны тем, кто проводит
>  ES> тестирование и не столь очевидны тем, кто может потестировать...
>
> Новая мажорная версия X.org, значит может сломаться всё, что
> угодно. Разве это не очевидно?

Я ещё раз подчеркну об ограниченности своих телепатических
способностей, прошу прощения за убогость... ;)

Для таких "особо одарённых", как я, стоило бы написать буквально пару
ссылок и пару слов о потенциальных проблемах... Я думаю, что если бы
вы это написали, то тестирование могло бы затянуться...

Сейчас меня уже интересует вопрос о том, как быть со сломанными
старыми дровами от иксов? Мне уже не интересно обсуждать, что я должен
был понять и оттестировать, осознав с полуслова, что "новая мажорная
версия X.org, значит может сломаться всё"...

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] " не горит "

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 1331 bytes --]

On Fri, Sep 12, 2008 at 02:29:10AM +0700, Mikhail Gusarov wrote:
> > Если сборка не оттестирована, то мне всегда казалось, что
> > нужно продолжать тестирование...
> Как оттестировать софт, который зависит от железа, если
> community его на своём железе тестировать не хочет?

Какое комьюнити, Миш -- перебирайся на сизиф и подумай, как
чинить иксовый софт, если иксы для использования непригодны
(e.g. #17094 или #17123).  3D можно и пожертвовать, а вот 
перерисовкой экрана быстрей чем за десятые доли секунды -- 
не получается.  Глаза и психика дороже.

> > Но мне почему-то казалось, что достаточно сначала описать
> > потенциальные проблемы, которые очевидны тем, кто проводит
> > тестирование и не столь очевидны тем, кто может потестировать...
> Новая мажорная версия X.org, значит может сломаться всё, что
> угодно. Разве это не очевидно?

К сожалению, это уже стало привычным.

На этом фоне радует, что майнтейнеры тулчейна, glibc, ядра пока
изолируют команду от специфических апстримов заметно лучше и тем
позволяют хоть как-то работать над сизифом.  Спасибо им за это.

PS: с прошлой недели у меня живых систем, нацеленных на Sisyphus,
не осталось -- только контейнеры.  И именно по причине xorg.
Понятно, что сезонное, но выводы-то можно сделать?!

-- 
Миша,
наливая молока
за вредность

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] " не горит "

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 581 bytes --]

Twas brillig at 15:08:20 15.09.2008 UTC+03 when mike@osdn.org.ua did gyre and gimble:

 MS> Какое комьюнити, Миш -- перебирайся на сизиф и подумай, как
 MS> чинить иксовый софт, если иксы для использования непригодны

Eщё раз повторяю: "непригодные" иксы лежали в отдельном репозитории и
ждали. Ни одного багрепорта о том, что они "непригодны" - не поступило.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] " не горит "

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 805 bytes --]

On Mon, Sep 15, 2008 at 07:12:08PM +0700, Mikhail Gusarov wrote:

MS>> Какое комьюнити, Миш -- перебирайся на сизиф и подумай, как
MS>> чинить иксовый софт, если иксы для использования непригодны
MG> Eщё раз повторяю: "непригодные" иксы лежали в отдельном репозитории и
MG> ждали. Ни одного багрепорта о том, что они "непригодны" - не поступило.

То что fglrx в принципе на них не работает -- можно было бы и
протестировать заранее. Мантейнеру. Или кому-то уже в ООО.

Потому как ставить xorg только для того чтобы убедиться что не работает, а
потом откатывать -- достаточно времяемкое занятие.

Личны ты тестировал иксы из того самого отдельного репозитория?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 613 bytes --]

On Tue, Sep 16, 2008 at 10:49:42AM +0400, Денис Смирнов wrote:
> То что fglrx в принципе на них не работает -- можно было бы и
> протестировать заранее. Мантейнеру. Или кому-то уже в ООО.
Что бы это изменило?

> Личны ты тестировал иксы из того самого отдельного репозитория?
Лично он и не возмущается.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Дык, сначала в bugzill-у!
Через нее надежнее убалтывать :-)
Если в дальнейшем когда-нибудь мантейнер поймет, что был не прав, то
он сразу освежит себе память, сходив в bugzilla. А там и патчик
есть :-)
		-- zerg in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 983 bytes --]

On Tue, Sep 16, 2008 at 01:03:40PM +0600, Andrey Rahmatullin wrote:

>> То что fglrx в принципе на них не работает -- можно было бы и
>> протестировать заранее. Мантейнеру. Или кому-то уже в ООО.
AR> Что бы это изменило?

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

>> Личны ты тестировал иксы из того самого отдельного репозитория?
AR> Лично он и не возмущается.

Андрей, если пакет _заведомо_ неработоспособный, то нет смысла его
выкладывать в Сизиф. Если пакет неидеален, требует доработки, и т.д. --
да, тогда ему место в Сизифе.

Но не в том случае если для половины пользователей Сизифа этот пакет
оказывается _необходимо_ ставить на Hold.

Плюс к тому откат версии иксов назад -- нетривиальная задача, и мне ее
решать просто не хочется.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Dmitriy M. Maslennikov]

16 сентября 2008 г. 15:55 пользователь Денис Смирнов
<mithraen@altlinux.ru> написал:
> Наличие несовместимости с одной из массовых видеокарт в версии иксов в
> Сизифе делает невозможным использовать его для разработки.
С одной ли? По моим наблюдением ломаются практически все видеокарты.
Разве что только очень новые nvidia выживают.

-- 
Dmitriy M. Maslennikov
rlz@etersoft.ru
rlz@altlinux.org
maslennikovdm@gmail.com
master@armory.ru

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 496 bytes --]

В сообщении от 16 сентября 2008 Dmitriy M. Maslennikov написал(a):
> 16 сентября 2008 г. 15:55 пользователь Денис Смирнов
>
> <mithraen@altlinux.ru> написал:
> > Наличие несовместимости с одной из массовых видеокарт в версии иксов в
> > Сизифе делает невозможным использовать его для разработки.
>
> С одной ли? По моим наблюдением ломаются практически все видеокарты.

а зовут вас Зоя Космодемьянская

> Разве что только очень новые nvidia выживают.

еще не выпущенные

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 304 bytes --]

* Денис Смирнов <mithraen@> [080916 10:57]:
> То что fglrx в принципе на них не работает -- можно было бы и
> протестировать заранее. Мантейнеру. Или кому-то уже в ООО.
То что fglrx не работает было ясно с самого начала.  Эти
технологически проститутки всегда тормозят.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] " не горит "

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 672 bytes --]

On Tue, Sep 16, 2008 at 12:53:14PM +0400, Alexey I. Froloff wrote:
>> То что fglrx в принципе на них не работает -- можно было бы и
>> протестировать заранее. Мантейнеру. Или кому-то уже в ООО.
AIF> То что fglrx не работает было ясно с самого начала.  Эти
AIF> технологически проститутки всегда тормозят.

У меня на столе ноутбук Lenovo. И в нем -- именно мерзкая поделка от ATI.

Что мне теперь делать? Не пользоваться Сизифом? На ноутбуке у меня Сизиф
всегда был именно ради разработки и более активного участия в
тестировании.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Anton Farygin]

Денис Смирнов пишет:
> On Tue, Sep 16, 2008 at 12:53:14PM +0400, Alexey I. Froloff wrote:
>>> То что fglrx в принципе на них не работает -- можно было бы и
>>> протестировать заранее. Мантейнеру. Или кому-то уже в ООО.
> AIF> То что fglrx не работает было ясно с самого начала.  Эти
> AIF> технологически проститутки всегда тормозят.
> 
> У меня на столе ноутбук Lenovo. И в нем -- именно мерзкая поделка от ATI.
> 
> Что мне теперь делать? Не пользоваться Сизифом? На ноутбуке у меня Сизиф
> всегда был именно ради разработки и более активного участия в
> тестировании.

У меня тоже на столе ноутбу Lenovo и в нём мерзкая поделка от ATI (была 
таковой). С весны сижу на драйвере radeon и радуюсь жизни - платка 
оказалась весьма неплоха...

Re: [devel] " не горит "

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 399 bytes --]

On Tue, Sep 16, 2008 at 04:05:31PM +0400, Anton Farygin wrote:

AF> У меня тоже на столе ноутбу Lenovo и в нём мерзкая поделка от ATI (была 
AF> таковой). С весны сижу на драйвере radeon и радуюсь жизни - платка 
AF> оказалась весьма неплоха...

И 3D живое? ;)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Sergey N. Yatskevich]

В Втр, 16/09/2008 в 21:32 +0400, Денис Смирнов пишет:
> On Tue, Sep 16, 2008 at 04:05:31PM +0400, Anton Farygin wrote:
> 
> AF> У меня тоже на столе ноутбу Lenovo и в нём мерзкая поделка
> AF> от ATI (была таковой). С весны сижу на драйвере radeon и
> AF> радуюсь жизни - платка оказалась весьма неплоха...
> И 3D живое? ;)
Всё зависит от того, что Вы понимаете по "живым" 3D.
Директ рендеринг работает. Многие 3D игры идут неотличимо
от fglrx. Однако есть и существенные недоработки драйвера
radeon по сравнению fglrx.

P.S. кстати, я никогда не мог понять, почему карты от ATI
     (да часто и NVIDIA) называют "мерзкими поделками",
     что в них такого мерзкого? Может объясните, мне
     просто любопытно. А главное - не укажете образец
     немерзкости и в чём это выражается?

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] " не горит "

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 593 bytes --]

On Tue, Sep 16, 2008 at 10:24:37PM +0400, Sergey N. Yatskevich wrote:
> P.S. кстати, я никогда не мог понять, почему карты от ATI
>      (да часто и NVIDIA) называют "мерзкими поделками",
>      что в них такого мерзкого?
Качество драйверов и оперативность поддержки в Linux (да и не только в
Linux).

>      А главное - не укажете образец немерзкости и в чём это выражается?
Ха-ха.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Вообще кто вам сказал, что Unix - это дружественно для пользователя? И 
зачем его таким нужно делать?
		-- rider in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Anton Farygin]

Andrey Rahmatullin пишет:
> On Tue, Sep 16, 2008 at 10:24:37PM +0400, Sergey N. Yatskevich wrote:
>> P.S. кстати, я никогда не мог понять, почему карты от ATI
>>      (да часто и NVIDIA) называют "мерзкими поделками",
>>      что в них такого мерзкого?
> Качество драйверов и оперативность поддержки в Linux (да и не только в
> Linux).

А есть другие платы, у которых качество дров лучше ???

Насколько я понимаю - народ и с Intel мучается.. а других вариантов нет.

Re: [devel] " не горит "

[Dmitriy M. Maslennikov]

16 сентября 2008 г. 22:36 пользователь Anton Farygin
<rider@altlinux.com> написал:
> А есть другие платы, у которых качество дров лучше ???
>
> Насколько я понимаю - народ и с Intel мучается.. а других вариантов нет.
По моим субъективным ощущениям драйвера от nvidia существенно лучше
intel'овских.

-- 
Dmitriy M. Maslennikov
rlz@etersoft.ru
rlz@altlinux.org
maslennikovdm@gmail.com
master@armory.ru

Re: [devel] " не горит "

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 359 bytes --]

On Tue, Sep 16, 2008 at 10:36:01PM +0400, Anton Farygin wrote:
> А есть другие платы, у которых качество дров лучше ???
Потому и ха-ха.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<thresh> есть у кого-нибудь идеи, с какими идеями мы можем участвовать в GSOC?
<Lost> сделай поддержку автоматических зависимостей для lolcode

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Anton Farygin]

Денис Смирнов пишет:
> On Tue, Sep 16, 2008 at 04:05:31PM +0400, Anton Farygin wrote:
> 
> AF> У меня тоже на столе ноутбу Lenovo и в нём мерзкая поделка от ATI (была 
> AF> таковой). С весны сижу на драйвере radeon и радуюсь жизни - платка 
> AF> оказалась весьма неплоха...
> 
> И 3D живое? ;)

и 3D, а сейчас и Compiz...

Re: [devel] " не горит "

[Sergey N. Yatskevich]

В Втр, 16/09/2008 в 22:34 +0400, Anton Farygin пишет:
> Денис Смирнов пишет:
> > On Tue, Sep 16, 2008 at 04:05:31PM +0400, Anton Farygin wrote:
> > 
> > AF> У меня тоже на столе ноутбу Lenovo и в нём мерзкая поделка от ATI (была 
> > AF> таковой). С весны сижу на драйвере radeon и радуюсь жизни - платка 
> > AF> оказалась весьма неплоха...
> > И 3D живое? ;)
> и 3D, а сейчас и Compiz...
Подтверждаю, с несколькими уточнениями (у меня) - дико
тормозит ресайзинг окошек, работа alt-tab и перед
минимизацией/развёрткой окна наблюдается около-секундная
пауза. Т.е. это уже работает, но не всегда комфортно.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] тормозит драйвер ati на compiz

[Anton Farygin]

Sergey N. Yatskevich пишет:
> В Втр, 16/09/2008 в 22:34 +0400, Anton Farygin пишет:
>> Денис Смирнов пишет:
>>> On Tue, Sep 16, 2008 at 04:05:31PM +0400, Anton Farygin wrote:
>>>
>>> AF> У меня тоже на столе ноутбу Lenovo и в нём мерзкая поделка от ATI (была 
>>> AF> таковой). С весны сижу на драйвере radeon и радуюсь жизни - платка 
>>> AF> оказалась весьма неплоха...
>>> И 3D живое? ;)
>> и 3D, а сейчас и Compiz...
> Подтверждаю, с несколькими уточнениями (у меня) - дико
> тормозит ресайзинг окошек, работа alt-tab и перед
> минимизацией/развёрткой окна наблюдается около-секундная
> пауза. Т.е. это уже работает, но не всегда комфортно.

Для того, что бы это не тормозило -добавьте

         Option "AccelMethod" "EXA"

в секцию Device

Re: [devel] тормозит драйвер ati на compiz

[Sergey N. Yatskevich]

В Срд, 17/09/2008 в 00:41 +0400, Anton Farygin пишет:
> >> и 3D, а сейчас и Compiz...
> > Подтверждаю, с несколькими уточнениями (у меня) - дико
> > тормозит ресайзинг окошек, работа alt-tab и перед
> > минимизацией/развёрткой окна наблюдается около-секундная
> > пауза. Т.е. это уже работает, но не всегда комфортно.
> 
> Для того, что бы это не тормозило -добавьте
> 
>          Option "AccelMethod" "EXA"
> 
> в секцию Device
С alt-tab, сворачиванием и разворачиванием окошек
помогло, а вот с ресайзингом - нет. Но вообще прогресс
очень заметен, когда я эту опцию пробовал последний раз у
меня всё начинало тормозить не по детски. А сейчас - да
это вполне можно работать :-).

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] тормозит драйвер ati на compiz

[Sergey N. Yatskevich]

В Срд, 17/09/2008 в 02:33 +0000, Sergey N. Yatskevich пишет:
> В Срд, 17/09/2008 в 00:41 +0400, Anton Farygin пишет:
> > >> и 3D, а сейчас и Compiz...
> > > Подтверждаю, с несколькими уточнениями (у меня) - дико
> > > тормозит ресайзинг окошек, работа alt-tab и перед
> > > минимизацией/развёрткой окна наблюдается около-секундная
> > > пауза. Т.е. это уже работает, но не всегда комфортно.
> > 
> > Для того, что бы это не тормозило -добавьте
> > 
> >          Option "AccelMethod" "EXA"
> > 
> > в секцию Device
> С alt-tab, сворачиванием и разворачиванием окошек
> помогло, а вот с ресайзингом - нет. Но вообще прогресс
> очень заметен, когда я эту опцию пробовал последний раз у
> меня всё начинало тормозить не по детски. А сейчас - да
> это вполне можно работать :-).
Нет, не всё так шоколадно. По совершенно непонятной для
меня причине при включении опции EXA начинает
подтормаживать GUI у epiphany. Причём только у неё, все
остальные гномовские приложения работаю нормально.
Тормоза проявляются в дикой задержке между подведением
указателя к кнопке тулбара и реакции на это подведение.
Только у epiphany и только при включении EXA. В чём
дело никак не могу понять :-(

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] тормозит драйвер ati на compiz

[Sergey N. Yatskevich]

В Срд, 17/09/2008 в 02:42 +0000, Sergey N. Yatskevich пишет:
> В Срд, 17/09/2008 в 02:33 +0000, Sergey N. Yatskevich пишет:
> > В Срд, 17/09/2008 в 00:41 +0400, Anton Farygin пишет:
> > > >> и 3D, а сейчас и Compiz...
> > > > Подтверждаю, с несколькими уточнениями (у меня) - дико
> > > > тормозит ресайзинг окошек, работа alt-tab и перед
> > > > минимизацией/развёрткой окна наблюдается около-секундная
> > > > пауза. Т.е. это уже работает, но не всегда комфортно.
> > > 
> > > Для того, что бы это не тормозило -добавьте
> > > 
> > >          Option "AccelMethod" "EXA"
> > > 
> > > в секцию Device
> > С alt-tab, сворачиванием и разворачиванием окошек
> > помогло, а вот с ресайзингом - нет. Но вообще прогресс
> > очень заметен, когда я эту опцию пробовал последний раз у
> > меня всё начинало тормозить не по детски. А сейчас - да
> > это вполне можно работать :-).
> Нет, не всё так шоколадно. По совершенно непонятной для
> меня причине при включении опции EXA начинает
> подтормаживать GUI у epiphany. Причём только у неё, все
> остальные гномовские приложения работаю нормально.
> Тормоза проявляются в дикой задержке между подведением
> указателя к кнопке тулбара и реакции на это подведение.
> Только у epiphany и только при включении EXA. В чём
> дело никак не могу понять :-(
Эх, нет в жизни счастья :-(. Кроме epiphany начал
тормозить ещё и gnome-terminal. Вот какое ему
спрашивается дело до того, что там за метод ускорения
графики используется. В общем ну их эти красивости,
поотключаю я всё нафиг. Жил без этих теней, прозрачности
и анимации и ещё проживу.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] тормозит драйвер ati на compiz

[Алексей Шенцев]

On Wednesday 17 September 2008 00:41:27 Anton Farygin wrote:
> Для того, что бы это не тормозило -добавьте
>          Option "AccelMethod" "EXA"
> в секцию Device

Антон, а не покажешь свой xorg.conf ? А то на моих Radeon 9200/9250 с compiz 
одни мучения. Может я что то не так прописал в конфигах .... :-S
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] тормозит драйвер ati на compiz

[Anton Farygin]

Алексей Шенцев пишет:
> On Wednesday 17 September 2008 00:41:27 Anton Farygin wrote:
>> Для того, что бы это не тормозило -добавьте
>>          Option "AccelMethod" "EXA"
>> в секцию Device
> 
> Антон, а не покажешь свой xorg.conf ? А то на моих Radeon 9200/9250 с compiz 
> одни мучения. Может я что то не так прописал в конфигах .... :-S

Думаю, что это сильно зависит от драйвера и железки.

Из специального в конфиге есть только:

Section "Extensions"
         Option      "Composite" "Enable"
EndSection

Section "Device"
         Identifier  "ATI (generic, x11)|0"
         Driver      "ati"
         Option "AccelMethod" "EXA"
EndSection

Re: [devel] тормозит драйвер ati на compiz

[Алексей Шенцев]

On Wednesday 17 September 2008 10:41:42 Anton Farygin wrote:
> Section "Extensions"
>          Option      "Composite" "Enable"
> EndSection
>
> Section "Device"
>          Identifier  "ATI (generic, x11)|0"
>          Driver      "ati"
>          Option "AccelMethod" "EXA"
> EndSection
Спасибо. Всё это есть. Разве что вместо "ati" указан "radeon".
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 794 bytes --]

В сообщении от 16 сентября 2008 Денис Смирнов написал(a):
> On Tue, Sep 16, 2008 at 12:53:14PM +0400, Alexey I. Froloff wrote:
> >> То что fglrx в принципе на них не работает -- можно было бы и
> >> протестировать заранее. Мантейнеру. Или кому-то уже в ООО.
>
> AIF> То что fglrx не работает было ясно с самого начала.  Эти
> AIF> технологически проститутки всегда тормозят.
>
> У меня на столе ноутбук Lenovo. И в нем -- именно мерзкая поделка от ATI.

использовать драйвер radeon

>
> Что мне теперь делать? Не пользоваться Сизифом? На ноутбуке у меня Сизиф
> всегда был именно ради разработки и более активного участия в
> тестировании.

я не раз говорил, придется видимо повторить - рабочесть/нерабочесть 
проприетарных драйверов в сизифе меня не интересует ТОЧКА

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Sergey N. Yatskevich]

В Втр, 16/09/2008 в 16:09 +0400, Valery V. Inozemtsev пишет:
> В сообщении от 16 сентября 2008 Денис Смирнов написал(a):
> > On Tue, Sep 16, 2008 at 12:53:14PM +0400, Alexey I. Froloff wrote:
> > >> То что fglrx в принципе на них не работает -- можно было бы и
> > >> протестировать заранее. Мантейнеру. Или кому-то уже в ООО.
> > AIF> То что fglrx не работает было ясно с самого начала.  Эти
> > AIF> технологически проститутки всегда тормозят.
> > У меня на столе ноутбук Lenovo. И в нем -- именно мерзкая поделка от ATI.
> использовать драйвер radeon
К сожалению драйвер radeon поддерживает не все
возможности даже очень старых карт. Например у меня
RADEON 9600. В 2D и не очень сложном 3D этот драйвер
ведёт себя очень неплохо, однако на 3D задачах посложнее
он начинает проигрывать fglrx и по скорости и по
качеству. В частности - эффекты прозрачности, отражения
и particles в нём поддержаны весьма условно, только
чтобы не падало. При установке вместо radeon fglrx
первым впечатлением было как будто я себе новую карточку
купил :-).

> > Что мне теперь делать? Не пользоваться Сизифом? На ноутбуке у меня Сизиф
> > всегда был именно ради разработки и более активного участия в
> > тестировании.
> я не раз говорил, придется видимо повторить - рабочесть/нерабочесть 
> проприетарных драйверов в сизифе меня не интересует ТОЧКА
В принципе я Вас понимаю. Сам некоторое время назад к ним
так относился, однако 3D графика - это сейчас составная
часть моего проекта, за который я получаю деньги, и Вы
знаете, то, что мне мешает хорошо его сделать меня
раздражает гораздо больше нежели факт проприетарности /
свободности программного обеспечения.

Более того, я думаю, что дистрибутивы, принципиально не
поддерживающие проприетарное программное обеспечение
обречены оставаться поделками небольшой группки
энтузиастов. Впрочем - это моё сугубое IMHO.

P.S. хотя с другой стороны конечно, Сизиф - это зона
     экспериментов, поэтому я особо и не выступаю.
     Огорчает только Ваше, Валерий, принципиальное
     нежелание обратить внимание на проблемы Ваших же
     товарищей.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1033 bytes --]

> > я не раз говорил, придется видимо повторить - рабочесть/нерабочесть
> > проприетарных драйверов в сизифе меня не интересует ТОЧКА
>
> В принципе я Вас понимаю. Сам некоторое время назад к ним
> так относился, однако 3D графика - это сейчас составная
> часть моего проекта, за который я получаю деньги, и Вы
> знаете, то, что мне мешает хорошо его сделать меня
> раздражает гораздо больше нежели факт проприетарности /
> свободности программного обеспечения.

для этого есть дистрибутивы/стабильные бранчи

>
> Более того, я думаю, что дистрибутивы, принципиально не
> поддерживающие проприетарное программное обеспечение
> обречены оставаться поделками небольшой группки
> энтузиастов. Впрочем - это моё сугубое IMHO.

какое это отношение имеет к сизифу?

>
> P.S. хотя с другой стороны конечно, Сизиф - это зона
>      экспериментов, поэтому я особо и не выступаю.
>      Огорчает только Ваше, Валерий, принципиальное
>      нежелание обратить внимание на проблемы Ваших же
>      товарищей.

см. выше

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Sergey N. Yatskevich]

В Втр, 16/09/2008 в 22:20 +0400, Valery V. Inozemtsev пишет:
> > > я не раз говорил, придется видимо повторить - рабочесть/нерабочесть
> > > проприетарных драйверов в сизифе меня не интересует ТОЧКА
> >
> > В принципе я Вас понимаю. Сам некоторое время назад к ним
> > так относился, однако 3D графика - это сейчас составная
> > часть моего проекта, за который я получаю деньги, и Вы
> > знаете, то, что мне мешает хорошо его сделать меня
> > раздражает гораздо больше нежели факт проприетарности /
> > свободности программного обеспечения.
> для этого есть дистрибутивы/стабильные бранчи
Но все эти бранчи основаны на Сизифе и если маинтейнер
пакета в Сизифе принципиально не хочет заботиться о
поддержке проприетарного ПО, то о какой поддержке можно
говорить в бранче. Невозможно же творить что угодно в
Сизифе, а затем из него делать бранч и лихорадочно
начинать латать дыры.

> > Более того, я думаю, что дистрибутивы, принципиально не
> > поддерживающие проприетарное программное обеспечение
> > обречены оставаться поделками небольшой группки
> > энтузиастов. Впрочем - это моё сугубое IMHO.
> какое это отношение имеет к сизифу?
См. выше.

> > P.S. хотя с другой стороны конечно, Сизиф - это зона
> >      экспериментов, поэтому я особо и не выступаю.
> >      Огорчает только Ваше, Валерий, принципиальное
> >      нежелание обратить внимание на проблемы Ваших же
> >      товарищей.
> см. выше
М.б. имеет смысл для крупных пакетов и Team иметь
отдельные репозитории в которых выполняется собственно
разработка и тестирование отдельных подсистем силами
заинтересованных лиц?

Daedalus для этого неэффективен, так как не даёт
сосредоточится на тестировании одного аспекта.

Сизиф же при этом рассматривать как базу для
дистрибутиво-строения, в качестве которого он должен быть
вполне себе стабилен. И перекладывание в него пакетов из
репозитория Team должно выполняться только когда он
соответствует его политике. Т.е. если поддержка
проприетарного ПО рассматривается как одно из требований,
то пакет не появляется в нём, пока таковой поддержки не
будет.

Бранчи (дитрибутивы) же рассматривать как законченные
программные системы, сопровождаемые именно как системы
без кардинальных модификаций.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] " не горит "

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 1385 bytes --]

Twas brillig at 22:38:44 16.09.2008 UTC+04 when syatskevich@mail.ru did gyre and gimble:

 SNY> Но все эти бранчи основаны на Сизифе и если маинтейнер пакета в
 SNY> Сизифе принципиально не хочет заботиться о поддержке
 SNY> проприетарного ПО, то о какой поддержке можно говорить в бранче.

О вполне себе такой поддержке.

 SNY>Невозможно же творить что угодно в Сизифе, а затем из него делать
 SNY>бранч и лихорадочно начинать латать дыры.

[Смотрит на федору и rhel] Можно, можно.

 SNY> Сизиф же при этом рассматривать как базу для
 SNY> дистрибутиво-строения, в качестве которого он должен быть вполне
 SNY> себе стабилен.

Это бранч.

 SNY> Бранчи (дитрибутивы) же рассматривать как законченные программные
 SNY> системы, сопровождаемые именно как системы без кардинальных
 SNY> модификаций.

А это дистрибутив.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] " не горит "

[Sergey N. Yatskevich]

В Срд, 17/09/2008 в 01:41 +0700, Mikhail Gusarov пишет:
>  SNY> Сизиф же при этом рассматривать как базу для
>  SNY> дистрибутиво-строения, в качестве которого он должен быть вполне
>  SNY> себе стабилен.
> Это бранч.

>  SNY> Бранчи (дитрибутивы) же рассматривать как законченные программные
>  SNY> системы, сопровождаемые именно как системы без кардинальных
>  SNY> модификаций.
> А это дистрибутив.

Простите, я не до конца уловил разницу между Сизифом,
бранчем и дистрибутивом. Т.е. бранч - это версия Сизифа,
предназначенная для стабилизации с последующим выпуском
на её основе различных дистрибутивов?

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

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

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] " не горит "

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 1443 bytes --]

Twas brillig at 19:02:42 16.09.2008 UTC+00 when syatskevich@mail.ru did gyre and gimble:

 SNY> Т.е. бранч - это версия Сизифа, предназначенная для стабилизации с
 SNY> последующим выпуском на её основе различных дистрибутивов?

Да.

 SNY> просто мне кажется, что стабилизировать полный бранч со всеми
 SNY> входящими в него пакетами сложнее, нежели конкретный дистрибутив,
 SNY> предназначенный для конкретной цели с заданным набором пакетов.

А стабилизировать два десятка дистрибутивов - проще? :) Кроме того,
целенаправленная стабилизация обычно касается весьма ограниченного
набора пакетов, а периферия фиксится как получится.

 SNY> Кроме того - очень нестабильный Сизиф трудно использовать в
 SNY> качестве базы для разработки отдельных его частей.

Вот с этим согласен, но тут всё равно ничего не поделать - дедал не
работает :)

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] " не горит "

[Sergey N. Yatskevich]

В Срд, 17/09/2008 в 02:07 +0700, Mikhail Gusarov пишет:
>  SNY> просто мне кажется, что стабилизировать полный бранч со всеми
>  SNY> входящими в него пакетами сложнее, нежели конкретный дистрибутив,
>  SNY> предназначенный для конкретной цели с заданным набором пакетов.
> А стабилизировать два десятка дистрибутивов - проще? :) Кроме того,
> целенаправленная стабилизация обычно касается весьма ограниченного
> набора пакетов, а периферия фиксится как получится.
Да, IMHO, стабилизировать два десятка дистрибутивов
проще, поскольку для каждого из них существует
заинтересованная в нём команда. Иначе дистрибутива бы
просто не было. Кроме того, если не отделять стабилизацию
от разработки, то может оказаться, что стабилизировать
особо и нечего. Т.е. я бы рассматривал всё таки три этапа
разработки/стабилизации:

1) репозиторий Team - там всё может быть мега
   нестабильно, но поскольку это отделено от Сизифа
   и касается только конкретного его части, то это
   во-первых не задевает остальных, а во вторых проще для
   разработчиков этой части в плане поиска проблем и
   ошибок.

2) Сизиф - это вечно развивающийся репозиторий - который
   решает две задачи:
       - пакетная база для репозиториев Team
       - обнаружение и отладка проблем на стыках
         программных пакетов

3) дистрибутивы - делаются под конкретную задачу людьми,
   которые заинтересованы в её решении и это третий рубеж
   стабилизации

Мою правоту подтверждает тот факт, что публикация
отдельных репозиториев для тестирования становится всё
более и более распространённым явлением, так же как и
выпуск персональных дистрибутивов. Осталось всё это
только узаконить и определить правила перекладывания
пакетов в Сизиф.

>  SNY> Кроме того - очень нестабильный Сизиф трудно использовать в
>  SNY> качестве базы для разработки отдельных его частей.
> Вот с этим согласен, но тут всё равно ничего не поделать - дедал не
> работает :)
Не работает, IMHO, именно из-за того, что он один на все
команды. Т.е. фактически это мега нестабильный Сизиф. А
в таком качестве он действительно никому не нужен. Ни
разработку на его основе вести нельзя, ни дистрибутив
сделать.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] " не горит "

[Michael Shigorin]

On Wed, Sep 17, 2008 at 01:41:57AM +0700, Mikhail Gusarov wrote:
>  SNY>Невозможно же творить что угодно в Сизифе, а затем из него делать
>  SNY>бранч и лихорадочно начинать латать дыры.
> [Смотрит на федору и rhel] Можно, можно.

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

Поэтому -- не надо.  Если здесь будет такое же дивное отношение,
как RHEL/Fedora, я даже не буду думать о том, чтоб лепить кентос.

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] " не горит "

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 1385 bytes --]

Twas brillig at 22:38:44 16.09.2008 UTC+04 when syatskevich@mail.ru did gyre and gimble:

 SNY> Но все эти бранчи основаны на Сизифе и если маинтейнер пакета в
 SNY> Сизифе принципиально не хочет заботиться о поддержке
 SNY> проприетарного ПО, то о какой поддержке можно говорить в бранче.

О вполне себе такой поддержке.

 SNY>Невозможно же творить что угодно в Сизифе, а затем из него делать
 SNY>бранч и лихорадочно начинать латать дыры.

[Смотрит на федору и rhel] Можно, можно.

 SNY> Сизиф же при этом рассматривать как базу для
 SNY> дистрибутиво-строения, в качестве которого он должен быть вполне
 SNY> себе стабилен.

Это бранч.

 SNY> Бранчи (дитрибутивы) же рассматривать как законченные программные
 SNY> системы, сопровождаемые именно как системы без кардинальных
 SNY> модификаций.

А это дистрибутив.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 908 bytes --]

> > для этого есть дистрибутивы/стабильные бранчи
>
> Но все эти бранчи основаны на Сизифе и если маинтейнер
> пакета в Сизифе принципиально не хочет заботиться о
> поддержке проприетарного ПО, то о какой поддержке можно
> говорить в бранче.
[...]
> Сизиф же при этом рассматривать как базу для
> дистрибутиво-строения, в качестве которого он должен быть
> вполне себе стабилен.

сочувствую, если вы так думаете

> И перекладывание в него пакетов из 
> репозитория Team должно выполняться только когда он
> соответствует его политике. Т.е. если поддержка
> проприетарного ПО рассматривается как одно из требований,
> то пакет не появляется в нём, пока таковой поддержки не
> будет.

проприетарного ПО в сизифе вообще быть не должно

>
> Бранчи (дитрибутивы) же рассматривать как законченные
> программные системы, сопровождаемые именно как системы
> без кардинальных модификаций.



-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Sergey N. Yatskevich]

В Втр, 16/09/2008 в 22:47 +0400, Valery V. Inozemtsev пишет:
> > И перекладывание в него пакетов из 
> > репозитория Team должно выполняться только когда он
> > соответствует его политике. Т.е. если поддержка
> > проприетарного ПО рассматривается как одно из требований,
> > то пакет не появляется в нём, пока таковой поддержки не
> > будет.
> проприетарного ПО в сизифе вообще быть не должно
В Сизифе - возможно, поскольку не мы его сопровождаем
и распространяем, однако это не означает, что такое ПО не
может быть на него установлено.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 823 bytes --]

В сообщении от 16 сентября 2008 Sergey N. Yatskevich написал(a):
> В Втр, 16/09/2008 в 22:47 +0400, Valery V. Inozemtsev пишет:
> > > И перекладывание в него пакетов из
> > > репозитория Team должно выполняться только когда он
> > > соответствует его политике. Т.е. если поддержка
> > > проприетарного ПО рассматривается как одно из требований,
> > > то пакет не появляется в нём, пока таковой поддержки не
> > > будет.
> >
> > проприетарного ПО в сизифе вообще быть не должно
>
> В Сизифе - возможно, поскольку не мы его сопровождаем
> и распространяем, однако это не означает, что такое ПО не
> может быть на него установлено.

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

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Evgeny Sinelnikov]

17 сентября 2008 г. 11:11 пользователь Valery V. Inozemtsev
<shrek@altlinux.ru> написал:
> В сообщении от 16 сентября 2008 Sergey N. Yatskevich написал(a):
>> В Втр, 16/09/2008 в 22:47 +0400, Valery V. Inozemtsev пишет:
>> > > И перекладывание в него пакетов из
>> > > репозитория Team должно выполняться только когда он
>> > > соответствует его политике. Т.е. если поддержка
>> > > проприетарного ПО рассматривается как одно из требований,
>> > > то пакет не появляется в нём, пока таковой поддержки не
>> > > будет.
>> >
>> > проприетарного ПО в сизифе вообще быть не должно
>>
>> В Сизифе - возможно, поскольку не мы его сопровождаем
>> и распространяем, однако это не означает, что такое ПО не
>> может быть на него установлено.
>
> в общем завязывайте с этим флудом. эта тема поднимается каждые полгода именно
> из за fglrx, пора бы уже привыкнуть. участвовать в подобных дискуссиях более
> я не буду
>

Во-первых, в данном случае затронуты не только fglrx, но и все старые
модели nvidia, а также, если не ошибаюсь, есть вопросы по intel'овским
чипсетам...

Во-вторых, ваш подход приводит к прямопротивополжному результату -
число тестирующих не увеличивается, а число доверяющих политике сборки
пакетов в сизиф сокращается. Я вижу вариант временного переезда на
archive/Sisyphus/2008/09/04/, кто-то съезжает на бранч M41...

Кроме того, как вы сами заметили, "никто кроме нас с этим не
заморачивается". А знаете, наверное, почему? Ведь не только потому,
что у нас оно удобнее? Ещё ведь и потому, что там, где этим
пользуются, всё и так работает... Качают люди дрова с сайта,
запускают... и оно работает... не всегда отлично, не всегда хорошо,
даже не всегда удовлетворительно... Но эта задача, производителям
пропиетарщины, "у этих других" делегирована... А у нас вопрос, на
самом, деле в объёме сообщества, которое таким образом только
сокращается, ибо последний релиз 4.0 уже устаревает по железу, 4.1 ещё
не вышел, а сизиф сломан....

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] " не горит "

[Sergey N. Yatskevich]

В Срд, 17/09/2008 в 11:11 +0400, Valery V. Inozemtsev пишет:
> в общем завязывайте с этим флудом. эта тема поднимается каждые
> полгода именно из за fglrx, пора бы уже привыкнуть. участвовать
> в подобных дискуссиях более я не буду
Валерий, я собственно уже всё сказал. Поверьте, я с Вами
не спорю, просто меня эта тема задела и я постарался
сформулировать как своё отношение к ней, так и
устраивающий меня вариант решения.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] " не горит "

[Anton Farygin]

Valery V. Inozemtsev пишет:
>>> для этого есть дистрибутивы/стабильные бранчи
>> Но все эти бранчи основаны на Сизифе и если маинтейнер
>> пакета в Сизифе принципиально не хочет заботиться о
>> поддержке проприетарного ПО, то о какой поддержке можно
>> говорить в бранче.
> [...]
>> Сизиф же при этом рассматривать как базу для
>> дистрибутиво-строения, в качестве которого он должен быть
>> вполне себе стабилен.
> 
> сочувствую, если вы так думаете
> 
>> И перекладывание в него пакетов из 
>> репозитория Team должно выполняться только когда он
>> соответствует его политике. Т.е. если поддержка
>> проприетарного ПО рассматривается как одно из требований,
>> то пакет не появляется в нём, пока таковой поддержки не
>> будет.
> 
> проприетарного ПО в сизифе вообще быть не должно
> 

Валера, быть не должно, и будет по острой необходимости - разные понятия.

К сожалению, в случае с драйверами - это большая и очень большая проблема.

Проприетарным драйверам в Sisyphus место, но безусловно - если есть 
аналог свободного драйвера, то лучше развивать свободный.

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

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 310 bytes --]

> > проприетарного ПО в сизифе вообще быть не должно
>
> Валера, быть не должно, и будет по острой необходимости - разные понятия.
>
> К сожалению, в случае с драйверами - это большая и очень большая проблема.

это геморрой. на сколько я знаю никто кроме нас с этим не заморачивается

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Anton Farygin]

Valery V. Inozemtsev пишет:
>>> проприетарного ПО в сизифе вообще быть не должно
>> Валера, быть не должно, и будет по острой необходимости - разные понятия.
>>
>> К сожалению, в случае с драйверами - это большая и очень большая проблема.
> 
> это геморрой. на сколько я знаю никто кроме нас с этим не заморачивается

Заморачиваются, поверь.

Только они делают это в upstream проприетарных драйверов, а не у себя.

[devel] q: proprietary software policy for sisyphus

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 936 bytes --]

On Tue, Sep 16, 2008 at 10:47:02PM +0400, Valery V. Inozemtsev wrote:
> > Сизиф же при этом рассматривать как базу для
> > дистрибутиво-строения, в качестве которого он
> > должен быть вполне себе стабилен.
> сочувствую, если вы так думаете

+1

> > И перекладывание в него пакетов из репозитория Team должно
> > выполняться только когда он соответствует его политике. Т.е.
> > если поддержка проприетарного ПО рассматривается как одно из
> > требований, то пакет не появляется в нём, пока таковой
> > поддержки не будет.
> проприетарного ПО в сизифе вообще быть не должно

Не кури это больше.  Иди спроси aen@ и ldv@, что в сизифе
должно быть, а что не должно.  И будь добр, не навязывай свои
маргинальные воззрения всей команде явочным порядком.  Мы от
этого хуже станем относится "не к спаму, а к борцам с ним".

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] " не горит "

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 755 bytes --]

Hi Valery!

Tuesday 16, at 10:20:12 PM you wrote:

> > > я не раз говорил, придется видимо повторить - рабочесть/нерабочесть
> > > проприетарных драйверов в сизифе меня не интересует ТОЧКА
> >
> > В принципе я Вас понимаю. Сам некоторое время назад к ним
> > так относился, однако 3D графика - это сейчас составная
> > часть моего проекта, за который я получаю деньги, и Вы
> > знаете, то, что мне мешает хорошо его сделать меня
> > раздражает гораздо больше нежели факт проприетарности /
> > свободности программного обеспечения.
> 
> для этого есть дистрибутивы/стабильные бранчи
Что это меняет, если дистрибутивы/стабильные бранчи поддерживают одни и те
же люди? Разве что у них есть тумблер взади "убрать точку" ;)

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] q: sisyphus base maintenance policy (was: "не горит")

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 2291 bytes --]

On Tue, Sep 16, 2008 at 10:11:30PM +0400, Sergey N. Yatskevich wrote:
> > я не раз говорил, придется видимо повторить - рабочесть/нерабочесть 
> > проприетарных драйверов в сизифе меня не интересует ТОЧКА

Рабочесть коллег по команде тебя тоже не интересует?
(да, с тормозами работать НЕВОЗМОЖНО, это уже созерцание)

Мы с мужиками тоже ведь могли решить #9382 иначе.  И это бы
вполне соответствовало образу ALT как "не такой, как все".
Просто тех, кто огрёб бы странные проблемы, было бы больше,
чем три человека, которым бы это исправление помогло.

> В принципе я Вас понимаю. Сам некоторое время назад к ним
> так относился, однако 3D графика - это сейчас составная
> часть моего проекта, за который я получаю деньги

Это на бранч, сизиф с текущим подходом по поддержке xorg
для этого малоприменим.  Что только подчёркивает тот факт,
что сизиф и в более спокойные времена бывал пороховой бочкой.

> Более того, я думаю, что дистрибутивы, принципиально не
> поддерживающие проприетарное программное обеспечение
> обречены оставаться поделками небольшой группки
> энтузиастов. Впрочем - это моё сугубое IMHO.

Угу.  Причём навсегда.

> P.S. хотя с другой стороны конечно, Сизиф - это зона
> экспериментов, поэтому я особо и не выступаю.  Огорчает только
> Ваше, Валерий, принципиальное нежелание обратить внимание на
> проблемы Ваших же товарищей.

Валера-то помогает в меру сил и возможностей.  Вот только
не всегда эти возможности есть вообще, и не всегда есть
достаточно времени с обеих сторон.

Игнорирование проблем и предложение "на бранч" или "на vesa"
-- это довольно эффективный удар по _разработчикам_ сизифа.
Мы ведь таки уйдём на бранч.  Ни тестирования, ни разработки
Sisyphus от этого не прибавится.

Именно поэтому во избежание неконструктивного расхода времени
и предлагаю заменить рекомендацию _всем_ набираться опыта в 
расстановке-снятии Hold на вменяемый подход к выкатыванию xorg
в сизиф.  Чтоб не ненавидеть так друг друга.

PS: очень бы не хотелось опять поднимать эту тему через год.

PPS 2 ldv: мне кажется, что слово по поводу политики поддержки
и объёма базового сизифа, пригодного для разработки -- за тобой.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] " не горит "

[Anton Farygin]

Evgeny Sinelnikov пишет:
> 11 сентября 2008 г. 22:56 пользователь Mikhail Gusarov
> <dottedmag@altlinux.org> написал:
>> Twas brillig at 22:43:38 11.09.2008 UTC+04 when sin@altlinux.ru did gyre and gimble:
>>
>>  ES> или указаны баги, которые были найдены?
>>
>> Как же их найти, если сборку никто не протестировал?
> 
> У меня складывается чёткое мнение, что меня хотят убедить в том, что
> за спровацированную проблему, отвечает не тот, кто её спровацировал, а
> те, кого эта проблема затронула... Я не думаю, что в этой ситуации
> стоит играть словами...
> 
> Если сборка не оттестирована, то мне всегда казалось, что нужно
> продолжать тестирование... В конце концов банально напомнить о том,
> что тестирование стоит выполнить, с указанием причин и потенциальных
> проблем....Может быть я конечно не прав... И неограниченно сломаный,
> по времени, сизиф - это именно то, что нужно, чтобы начать
> тестирование... Есть в этом, конечно, смысл... Но мне почему-то
> казалось, что достаточно сначала описать потенциальные проблемы,
> которые очевидны тем, кто проводит тестирование и не столь очевидны
> тем, кто может потестировать...

Я у себя эту сборку устанавливал... не знаю как все остальные.

[devel] Re xorg announce

[Michael Shigorin]

On Thu, Sep 11, 2008 at 10:24:32PM +0400, Valery V. Inozemtsev wrote:
> > а так только волею случая на грабли наступаешь...
> > причём без возможности с ходу поправить....
> http://lists.altlinux.org/pipermail/sisyphus/2008-August/217423.html

Похоже, пропустил.  Можешь завести шаблонную напоминалку -- 
"сообщайте о масштабах разрушений" (плюс если есть известные
сочетания работающих драйверов+чипов)?  Буду благодарен.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] " не горит "

[Slava Semushin]

12 сентября 2008 г. 0:55 пользователь Valery V. Inozemtsev <shrek /
altlinux.ru> написал:
[...]
> не понял что это было, но в качестве бреда пройдет

Вот ещё немного, в копилку: вчера после dist-upgrade-а Иксы перестали
запускаться. Спасибо thresh@ за то, что подсказал заменить Driver
"i810" на "intel".

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


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] " не горит "

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 625 bytes --]

Twas brillig at 11:31:17 12.09.2008 UTC+07 when slava.semushin@gmail.com did gyre and gimble:

 SS> Спасибо thresh@ за то, что подсказал заменить Driver "i810" на
 SS> "intel".

i810 - старое название драйвера, которое чёрт знает когда уже поменяли и
до последнего времени тянули compat-симлинк (или модуль - не
помню). Вообще, с автодетектом железа вся эта фигня с драйверами в
xorg.conf нужна крайне слабо.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] " не горит "

[Michael Shigorin]

On Thu, Sep 11, 2008 at 09:55:01PM +0400, Valery V. Inozemtsev wrote:
> > в очередной раз против резких прыжков в ширину сизифа,
> > когда подходит выпуск дистрибутива.
> не понял что это было, но в качестве бреда пройдет

Бред -- это делать какашку всей команде, причём не будучи
дураком и вовсе не в первый раз.

(я хотя бы проспал анонс с предложением погонять предварительную
сборку из people или его действительно не было?)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] " не горит "

[Anton Farygin]

Michael Shigorin пишет:
> On Thu, Sep 11, 2008 at 09:55:01PM +0400, Valery V. Inozemtsev wrote:
>>> в очередной раз против резких прыжков в ширину сизифа,
>>> когда подходит выпуск дистрибутива.
>> не понял что это было, но в качестве бреда пройдет
> 
> Бред -- это делать какашку всей команде, причём не будучи
> дураком и вовсе не в первый раз.
> 
> (я хотя бы проспал анонс с предложением погонять предварительную
> сборку из people или его действительно не было?)
> 

анонс был, и заинтересованные погоняли (весьма успешно).

Сломалось у тех, кто не был заинтересован (как всегда, взорвалось там, 
где не ждали?)

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 831 bytes --]

В сообщении от 15 сентября 2008 Anton Farygin написал(a):
> Michael Shigorin пишет:
> > On Thu, Sep 11, 2008 at 09:55:01PM +0400, Valery V. Inozemtsev wrote:
> >>> в очередной раз против резких прыжков в ширину сизифа,
> >>> когда подходит выпуск дистрибутива.
> >>
> >> не понял что это было, но в качестве бреда пройдет
> >
> > Бред -- это делать какашку всей команде, причём не будучи
> > дураком и вовсе не в первый раз.
> >
> > (я хотя бы проспал анонс с предложением погонять предварительную
> > сборку из people или его действительно не было?)
>
> анонс был, и заинтересованные погоняли (весьма успешно).
>
> Сломалось у тех, кто не был заинтересован (как всегда, взорвалось там,
> где не ждали?)

не то что бы взорвалось. оно легко решаемо, см.
https://bugzilla.altlinux.org/show_bug.cgi?id=17094

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Led]

On Monday 15 September 2008 15:43:52 Valery V. Inozemtsev wrote:
> В сообщении от 15 сентября 2008 Anton Farygin написал(a):
> > Michael Shigorin пишет:
> > > On Thu, Sep 11, 2008 at 09:55:01PM +0400, Valery V. Inozemtsev wrote:
> > >>> в очередной раз против резких прыжков в ширину сизифа,
> > >>> когда подходит выпуск дистрибутива.
> > >>
> > >> не понял что это было, но в качестве бреда пройдет
> > >
> > > Бред -- это делать какашку всей команде, причём не будучи
> > > дураком и вовсе не в первый раз.
> > >
> > > (я хотя бы проспал анонс с предложением погонять предварительную
> > > сборку из people или его действительно не было?)
> >
> > анонс был, и заинтересованные погоняли (весьма успешно).
> >
> > Сломалось у тех, кто не был заинтересован (как всегда, взорвалось там,
> > где не ждали?)
>
> не то что бы взорвалось. оно легко решаемо, см.
> https://bugzilla.altlinux.org/show_bug.cgi?id=17094

Как можно решить с nvidia? nouveau (хоть какой-никакой) - выбросили. Последний 
из работающих на 6100 - 171.x - с новым xorg не работает. Даже для nv - 
dri-модуля нету.

-- 
Led

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 417 bytes --]

> > не то что бы взорвалось. оно легко решаемо, см.
> > https://bugzilla.altlinux.org/show_bug.cgi?id=17094
>
> Как можно решить с nvidia? nouveau (хоть какой-никакой) - выбросили.
> Последний из работающих на 6100 - 171.x - с новым xorg не работает.

173.14.X работает. по остальным вопросам о проприетарном софте знаешь куда 
идти?

> Даже 
> для nv - dri-модуля нету.

не было и не будет

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Led]

On Monday 15 September 2008 16:21:18 Valery V. Inozemtsev wrote:
> > > не то что бы взорвалось. оно легко решаемо, см.
> > > https://bugzilla.altlinux.org/show_bug.cgi?id=17094
> >
> > Как можно решить с nvidia? nouveau (хоть какой-никакой) - выбросили.
> > Последний из работающих на 6100 - 171.x - с новым xorg не работает.
>
> 173.14.X работает.

Не работает

> по остальным вопросам о проприетарном софте знаешь куда 
> идти?

Знаю.

>
> > Даже
> > для nv - dri-модуля нету.
>
> не было и не будет

зачем тогда nv.ko в drm делают?

-- 
Led

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 767 bytes --]

В сообщении от 15 сентября 2008 Led написал(a):
> On Monday 15 September 2008 16:21:18 Valery V. Inozemtsev wrote:
> > > > не то что бы взорвалось. оно легко решаемо, см.
> > > > https://bugzilla.altlinux.org/show_bug.cgi?id=17094
> > >
> > > Как можно решить с nvidia? nouveau (хоть какой-никакой) - выбросили.
> > > Последний из работающих на 6100 - 171.x - с новым xorg не работает.
> >
> > 173.14.X работает.
>
> Не работает

у меня дома на 8800 работает

>
> > по остальным вопросам о проприетарном софте знаешь куда
> > идти?
>
> Знаю.
>
> > > Даже
> > > для nv - dri-модуля нету.
> >
> > не было и не будет
>
> зачем тогда nv.ko в drm делают?

модуль с тремя функциями - module_init, probe, module_exit с самого рождения в 
2005 году

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Led]

On Monday 15 September 2008 16:36:07 Valery V. Inozemtsev wrote:
> В сообщении от 15 сентября 2008 Led написал(a):
> > On Monday 15 September 2008 16:21:18 Valery V. Inozemtsev wrote:
> > > > > не то что бы взорвалось. оно легко решаемо, см.
> > > > > https://bugzilla.altlinux.org/show_bug.cgi?id=17094
> > > >
> > > > Как можно решить с nvidia? nouveau (хоть какой-никакой) - выбросили.
> > > > Последний из работающих на 6100 - 171.x - с новым xorg не работает.
> > >
> > > 173.14.X работает.
> >
> > Не работает
>
> у меня дома на 8800 работает

Я говорил про 6100

>
> > > по остальным вопросам о проприетарном софте знаешь куда
> > > идти?
> >
> > Знаю.
> >
> > > > Даже
> > > > для nv - dri-модуля нету.
> > >
> > > не было и не будет
> >
> > зачем тогда nv.ko в drm делают?
>
> модуль с тремя функциями - module_init, probe, module_exit с самого
> рождения в 2005 году

Понятно. Спасибо за инф.

-- 
Led

Re: [devel] " не горит "

[Led]

On Monday 15 September 2008 16:21:18 Valery V. Inozemtsev wrote:
> > > не то что бы взорвалось. оно легко решаемо, см.
> > > https://bugzilla.altlinux.org/show_bug.cgi?id=17094
> >
> > Как можно решить с nvidia? nouveau (хоть какой-никакой) - выбросили.
> > Последний из работающих на 6100 - 171.x - с новым xorg не работает.
>
> 173.14.X работает. по остальным вопросам о проприетарном софте знаешь куда
> идти?

"Непроприетарный" nouveau ты выбросил. "Непроприетарный" nv перерисовывает 
медленнее, чем с fbdev поверх uvesafb.

-- 
Led

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 801 bytes --]

В сообщении от 15 сентября 2008 Led написал(a):
> On Monday 15 September 2008 16:21:18 Valery V. Inozemtsev wrote:
> > > > не то что бы взорвалось. оно легко решаемо, см.
> > > > https://bugzilla.altlinux.org/show_bug.cgi?id=17094
> > >
> > > Как можно решить с nvidia? nouveau (хоть какой-никакой) - выбросили.
> > > Последний из работающих на 6100 - 171.x - с новым xorg не работает.
> >
> > 173.14.X работает. по остальным вопросам о проприетарном софте знаешь
> > куда идти?
>
> "Непроприетарный" nouveau ты выбросил.

если ты так считаешь, переубеждать не буду

> "Непроприетарный" nv перерисовывает 
> медленнее, чем с fbdev поверх uvesafb.

Section "ServerFlags"
  ...
  Option  "AIGLX" "false"
EndSection

Section "Extensions"
  ...
  Option "GLX" "false"
EndSection

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Led]

On Monday 15 September 2008 16:39:38 Valery V. Inozemtsev wrote:
> В сообщении от 15 сентября 2008 Led написал(a):
> > On Monday 15 September 2008 16:21:18 Valery V. Inozemtsev wrote:
> > > > > не то что бы взорвалось. оно легко решаемо, см.
> > > > > https://bugzilla.altlinux.org/show_bug.cgi?id=17094
> > > >
> > > > Как можно решить с nvidia? nouveau (хоть какой-никакой) - выбросили.
> > > > Последний из работающих на 6100 - 171.x - с новым xorg не работает.
> > >
> > > 173.14.X работает. по остальным вопросам о проприетарном софте знаешь
> > > куда идти?
> >
> > "Непроприетарный" nouveau ты выбросил.
>
> если ты так считаешь, переубеждать не буду

Не надо переубеждать. Скажи как правильно "считать":)

-- 
Led

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 243 bytes --]

> > > "Непроприетарный" nouveau ты выбросил.
> >
> > если ты так считаешь, переубеждать не буду
>
> Не надо переубеждать. Скажи как правильно "считать":)

выкинули nouveau_dri.so, а без него nouveau_drv.so не рабочий

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 583 bytes --]

On Mon, Sep 15, 2008 at 02:59:16PM +0300, Michael Shigorin wrote:
> (я хотя бы проспал анонс с предложением погонять предварительную
> сборку из people или его действительно не было?)

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

У меня после обновления иксов отвалился проприетарный драйвер nvidia,
я заменл его на nv, glx не работает.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Eugine Kosenko]

2008/9/15 Alexey Tourbin <at@altlinux.ru>:
> У меня после обновления иксов отвалился проприетарный драйвер nvidia,
> я заменл его на nv, glx не работает.

На ноуте i810 начал тормозить недетски, путем тыка дал NoAccel, вроде
бы, стало приемлемо. Хотя да, когда конфиг от X -configure начисто
вешает всю машину, становится страшно, что мое убитое железо могли по
горячке вообще выкинуть из мейнстрима.

Re: [devel] " не горит "

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 636 bytes --]

В сообщении от 15 сентября 2008 Michael Shigorin написал(a):
> On Thu, Sep 11, 2008 at 09:55:01PM +0400, Valery V. Inozemtsev wrote:
> > > в очередной раз против резких прыжков в ширину сизифа,
> > > когда подходит выпуск дистрибутива.
> >
> > не понял что это было, но в качестве бреда пройдет
>
> Бред -- это делать какашку всей команде, причём не будучи
> дураком и вовсе не в первый раз.

отвыкаем говорить за всех

>
> (я хотя бы проспал анонс с предложением погонять предварительную
> сборку из people или его действительно не было?)

http://lists.altlinux.org/pipermail/sisyphus/2008-August/217423.html

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] " не горит "

[Michael Shigorin]

On Mon, Sep 15, 2008 at 04:41:39PM +0400, Valery V. Inozemtsev wrote:
> > > > в очередной раз против резких прыжков в ширину сизифа,
> > > > когда подходит выпуск дистрибутива.
> > > не понял что это было, но в качестве бреда пройдет
> > Бред -- это делать какашку всей команде, причём не будучи
> > дураком и вовсе не в первый раз.
> отвыкаем говорить за всех

Хорошо, большей части команды.

(мне попросить всех отдельным тредом отозваться с +/- в теме?)

> > (я хотя бы проспал анонс с предложением погонять предварительную
> > сборку из people или его действительно не было?)
> http://lists.altlinux.org/pipermail/sisyphus/2008-August/217423.html

Да, спасибо.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] NMU: klibc

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 551 bytes --]

On Thu, Sep 11, 2008 at 09:23:50PM +0400, Valery V. Inozemtsev wrote:
> > Сделал также небольшое изменение, что бы включить поддерку ARM EABI.
> >
> > klibc-1.5.14-alt1.2 отправляю в incoming. Прошу выдать NMU.
> >
> > Все изменения опубликованы в git.
> 
> а по моему это не горит и надо как минимум подождать большой пересборки

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


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] NMU: klibc

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 671 bytes --]

В сообщении от 11 сентября 2008 Dmitry V. Levin написал(a):
> On Thu, Sep 11, 2008 at 09:23:50PM +0400, Valery V. Inozemtsev wrote:
> > > Сделал также небольшое изменение, что бы включить поддерку ARM EABI.
> > >
> > > klibc-1.5.14-alt1.2 отправляю в incoming. Прошу выдать NMU.
> > >
> > > Все изменения опубликованы в git.
> >
> > а по моему это не горит и надо как минимум подождать большой пересборки
>
> Наоборот, изменённый klibc нужно собрать до тестовой пересборки для того,
> чтобы увидеть, как с ним собираются другие пакеты.
> И вообще, не надо откладывать в долгий ящик уже выполненныую работу.

ну если udev сломается, я не виноват

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] NMU: klibc

[Anton Farygin]

Valery V. Inozemtsev пишет:
> В сообщении от 11 сентября 2008 Dmitry V. Levin написал(a):
>> On Thu, Sep 11, 2008 at 09:23:50PM +0400, Valery V. Inozemtsev wrote:
>>>> Сделал также небольшое изменение, что бы включить поддерку ARM EABI.
>>>>
>>>> klibc-1.5.14-alt1.2 отправляю в incoming. Прошу выдать NMU.
>>>>
>>>> Все изменения опубликованы в git.
>>> а по моему это не горит и надо как минимум подождать большой пересборки
>> Наоборот, изменённый klibc нужно собрать до тестовой пересборки для того,
>> чтобы увидеть, как с ним собираются другие пакеты.
>> И вообще, не надо откладывать в долгий ящик уже выполненныую работу.
> 
> ну если udev сломается, я не виноват

Естественно не виноват. Почините, бывало и хуже ;)

Надо же как-то двигатся вперёд ... через тернии, так сказать...

Re: [devel] NMU: klibc

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 2683 bytes --]

On Thu, Sep 11, 2008 at 09:59:49PM +0400, Dmitry V. Levin wrote:
> On Thu, Sep 11, 2008 at 09:23:50PM +0400, Valery V. Inozemtsev wrote:
> > > Сделал также небольшое изменение, что бы включить поддерку ARM EABI.
> > >
> > > klibc-1.5.14-alt1.2 отправляю в incoming. Прошу выдать NMU.
> > >
> > > Все изменения опубликованы в git.
> > 
> > а по моему это не горит и надо как минимум подождать большой пересборки
> 
> Наоборот, изменённый klibc нужно собрать до тестовой пересборки для того,
> чтобы увидеть, как с ним собираются другие пакеты.

После пересборки у klibc может поменяться soname, так что возможны анметы.
http://lists.altlinux.org/pipermail/devel/2008-June/075199.html

[at@people old-logs]$ find i586/2008 -wholename '*/success/klibc-*' |sort -u |xargs fgrep 'Provides: /lib/klibc-'
i586/2008/0113/success/klibc-1.5-alt1:Provides: /lib/klibc-LqkyBjjvuUwwxYg5B9IteGNsWsI.so
i586/2008/0118/success/klibc-1.5-alt1:Provides: /lib/klibc-LqkyBjjvuUwwxYg5B9IteGNsWsI.so
i586/2008/0216/success/klibc-1.5-alt1:Provides: /lib/klibc-LqkyBjjvuUwwxYg5B9IteGNsWsI.so
i586/2008/0224/success/klibc-1.5-alt1:Provides: /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
i586/2008/0309/success/klibc-1.5-alt1:Provides: /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
i586/2008/0320/success/klibc-1.5-alt1:Provides: /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
i586/2008/0327/success/klibc-1.5-alt1:Provides: /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
i586/2008/0405/success/klibc-1.5-alt1:Provides: /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
i586/2008/0412/success/klibc-1.5-alt1:Provides: /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
i586/2008/0426/success/klibc-1.5-alt1:Provides: /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
i586/2008/0511/success/klibc-1.5-alt1:Provides: /lib/klibc-uZ29AygUvIT_1bzrXbBxOfTjFWY.so
i586/2008/0524/success/klibc-1.5-alt1:Provides: /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
i586/2008/0614/success/klibc-1.5.10-alt1:Provides: /lib/klibc-XRBtiJag23dHgw2PjSZASIJmisA.so
i586/2008/0621/success/klibc-1.5.11-alt1:Provides: /lib/klibc-XRBtiJag23dHgw2PjSZASIJmisA.so
i586/2008/0628/success/klibc-1.5.11-alt1:Provides: /lib/klibc-XRBtiJag23dHgw2PjSZASIJmisA.so
i586/2008/0712/success/klibc-1.5.12-alt1:Provides: /lib/klibc-XRBtiJag23dHgw2PjSZASIJmisA.so
i586/2008/0727/success/klibc-1.5.12-alt1:Provides: /lib/klibc-XRBtiJag23dHgw2PjSZASIJmisA.so
i586/2008/0823/success/klibc-1.5.14-alt1:Provides: /lib/klibc-sz3eZdxVshukMAxSM8VZOWyWUo8.so
i586/2008/0830/success/klibc-1.5.14-alt1:Provides: /lib/klibc-sz3eZdxVshukMAxSM8VZOWyWUo8.so
i586/2008/0905/success/klibc-1.5.14-alt1:Provides: /lib/klibc-sz3eZdxVshukMAxSM8VZOWyWUo8.so
[at@people old-logs]$ 

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] NMU: klibc

[Led]

On Thursday, 11 September 2008 22:16:10 Alexey Tourbin wrote:
> On Thu, Sep 11, 2008 at 09:59:49PM +0400, Dmitry V. Levin wrote:
> > On Thu, Sep 11, 2008 at 09:23:50PM +0400, Valery V. Inozemtsev wrote:
> > > > Сделал также небольшое изменение, что бы включить поддерку ARM EABI.
> > > >
> > > > klibc-1.5.14-alt1.2 отправляю в incoming. Прошу выдать NMU.
> > > >
> > > > Все изменения опубликованы в git.
> > >
> > > а по моему это не горит и надо как минимум подождать большой пересборки
> >
> > Наоборот, изменённый klibc нужно собрать до тестовой пересборки для того,
> > чтобы увидеть, как с ним собираются другие пакеты.
>
> После пересборки у klibc может поменяться soname, так что возможны анметы.
> http://lists.altlinux.org/pipermail/devel/2008-June/075199.html

Я, почему-то, не вижу смысла именовать klibc-KYjlJrL21F6Z-qI3-0QaGTOQeWc.so 
так, по крайней мере - в нашем случае.

>
> [at@people old-logs]$ find i586/2008 -wholename '*/success/klibc-*' |sort
> -u |xargs fgrep 'Provides: /lib/klibc-'
> i586/2008/0113/success/klibc-1.5-alt1:Provides:
> /lib/klibc-LqkyBjjvuUwwxYg5B9IteGNsWsI.so
> i586/2008/0118/success/klibc-1.5-alt1:Provides:
> /lib/klibc-LqkyBjjvuUwwxYg5B9IteGNsWsI.so
> i586/2008/0216/success/klibc-1.5-alt1:Provides:
> /lib/klibc-LqkyBjjvuUwwxYg5B9IteGNsWsI.so
> i586/2008/0224/success/klibc-1.5-alt1:Provides:
> /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
> i586/2008/0309/success/klibc-1.5-alt1:Provides:
> /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
> i586/2008/0320/success/klibc-1.5-alt1:Provides:
> /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
> i586/2008/0327/success/klibc-1.5-alt1:Provides:
> /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
> i586/2008/0405/success/klibc-1.5-alt1:Provides:
> /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
> i586/2008/0412/success/klibc-1.5-alt1:Provides:
> /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
> i586/2008/0426/success/klibc-1.5-alt1:Provides:
> /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
> i586/2008/0511/success/klibc-1.5-alt1:Provides:
> /lib/klibc-uZ29AygUvIT_1bzrXbBxOfTjFWY.so
> i586/2008/0524/success/klibc-1.5-alt1:Provides:
> /lib/klibc-58kBUyV_qhVvkMnaxy8A7N8rLak.so
> i586/2008/0614/success/klibc-1.5.10-alt1:Provides:
> /lib/klibc-XRBtiJag23dHgw2PjSZASIJmisA.so
> i586/2008/0621/success/klibc-1.5.11-alt1:Provides:
> /lib/klibc-XRBtiJag23dHgw2PjSZASIJmisA.so
> i586/2008/0628/success/klibc-1.5.11-alt1:Provides:
> /lib/klibc-XRBtiJag23dHgw2PjSZASIJmisA.so
> i586/2008/0712/success/klibc-1.5.12-alt1:Provides:
> /lib/klibc-XRBtiJag23dHgw2PjSZASIJmisA.so
> i586/2008/0727/success/klibc-1.5.12-alt1:Provides:
> /lib/klibc-XRBtiJag23dHgw2PjSZASIJmisA.so
> i586/2008/0823/success/klibc-1.5.14-alt1:Provides:
> /lib/klibc-sz3eZdxVshukMAxSM8VZOWyWUo8.so
> i586/2008/0830/success/klibc-1.5.14-alt1:Provides:
> /lib/klibc-sz3eZdxVshukMAxSM8VZOWyWUo8.so
> i586/2008/0905/success/klibc-1.5.14-alt1:Provides:
> /lib/klibc-sz3eZdxVshukMAxSM8VZOWyWUo8.so [at@people old-logs]$



-- 
Led

Re: [devel] NMU: klibc

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 919 bytes --]

On Thu, Sep 11, 2008 at 11:16:10PM +0400, Alexey Tourbin wrote:
> On Thu, Sep 11, 2008 at 09:59:49PM +0400, Dmitry V. Levin wrote:
> > On Thu, Sep 11, 2008 at 09:23:50PM +0400, Valery V. Inozemtsev wrote:
> > > > Сделал также небольшое изменение, что бы включить поддерку ARM EABI.
> > > >
> > > > klibc-1.5.14-alt1.2 отправляю в incoming. Прошу выдать NMU.
> > > >
> > > > Все изменения опубликованы в git.
> > > 
> > > а по моему это не горит и надо как минимум подождать большой пересборки
> > 
> > Наоборот, изменённый klibc нужно собрать до тестовой пересборки для того,
> > чтобы увидеть, как с ним собираются другие пакеты.
> 
> После пересборки у klibc может поменяться soname, так что возможны анметы.
> http://lists.altlinux.org/pipermail/devel/2008-June/075199.html

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


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] klibc and kernel-headers

[Led]

On Tuesday, 09 September 2008 12:52:49 Sergey Bolshakov wrote:
> >>>>> "Kirill" == Kirill A Shutemov
> >>>>> <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org> writes:
>  >
>  > On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev wrote:
>  >> В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
>  >> > Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо
>  >> > потому, что kernel-image-std-def есть только под x86 и x86_64.
>  >> >
>  >> > Предлагаю собрать klibc с glibc-kernheaders.
>  >>
>  >> в glibc-kernheaders чего то не хватало. сказать более точно сейчас не
>  >> представляется возможным
>  >
>  > Пересборка с glibc-kernheaders проблем не выявила.
>  > Какого рода проблемы возникали, также сказать не представляется
>  > возможным?
>
> попробуй с таким klibc udev собрать

А также - v86d. Он может и соберётся, но, скорее всего, работать не будет.

-- 
Led

Re: [devel] klibc and kernel-headers

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1232 bytes --]

On Tue, Sep 09, 2008 at 01:24:29PM +0300, Led wrote:
> On Tuesday, 09 September 2008 12:52:49 Sergey Bolshakov wrote:
> > >>>>> "Kirill" == Kirill A Shutemov
> > >>>>> <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org> writes:
> >  > On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev wrote:
> >  >> В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
> >  >> > Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо
> >  >> > потому, что kernel-image-std-def есть только под x86 и x86_64.
> >  >> >
> >  >> > Предлагаю собрать klibc с glibc-kernheaders.
> >  >>
> >  >> в glibc-kernheaders чего то не хватало. сказать более точно сейчас не
> >  >> представляется возможным
> >  >
> >  > Пересборка с glibc-kernheaders проблем не выявила.
> >  > Какого рода проблемы возникали, также сказать не представляется
> >  > возможным?
> >
> > попробуй с таким klibc udev собрать
> 
> А также - v86d. Он может и соберётся, но, скорее всего, работать не будет.

Объясните (или дайте ссылку на результат обсуждения, которое, кажется, у
нас уже было раньше, но с другими версиями), что может сломаться при смене
kernel-headers-std-def на glibc-kernheaders актуальной версии?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] klibc and kernel-headers

[Led]

On Tuesday, 09 September 2008 13:26:23 Dmitry V. Levin wrote:
> On Tue, Sep 09, 2008 at 01:24:29PM +0300, Led wrote:
> > On Tuesday, 09 September 2008 12:52:49 Sergey Bolshakov wrote:
> > > >>>>> "Kirill" == Kirill A Shutemov
> > > >>>>> <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org> writes:
> > >  >
> > >  > On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev wrote:
> > >  >> В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
> > >  >> > Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо
> > >  >> > потому, что kernel-image-std-def есть только под x86 и x86_64.
> > >  >> >
> > >  >> > Предлагаю собрать klibc с glibc-kernheaders.
> > >  >>
> > >  >> в glibc-kernheaders чего то не хватало. сказать более точно сейчас
> > >  >> не представляется возможным
> > >  >
> > >  > Пересборка с glibc-kernheaders проблем не выявила.
> > >  > Какого рода проблемы возникали, также сказать не представляется
> > >  > возможным?
> > >
> > > попробуй с таким klibc udev собрать
> >
> > А также - v86d. Он может и соберётся, но, скорее всего, работать не
> > будет.
>
> Объясните (или дайте ссылку на результат обсуждения, которое, кажется, у
> нас уже было раньше, но с другими версиями), что может сломаться при смене
> kernel-headers-std-def на glibc-kernheaders актуальной версии?

Так "актуальной" или "текущей" версии?

-- 
Led

Re: [devel] klibc and kernel-headers

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 2236 bytes --]

On Tue, Sep 09, 2008 at 01:32:10PM +0300, Led wrote:
> On Tuesday, 09 September 2008 13:26:23 Dmitry V. Levin wrote:
> > On Tue, Sep 09, 2008 at 01:24:29PM +0300, Led wrote:
> > > On Tuesday, 09 September 2008 12:52:49 Sergey Bolshakov wrote:
> > > > >>>>> "Kirill" == Kirill A Shutemov
> > > > >>>>> <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org> writes:
> > > >  >
> > > >  > On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev wrote:
> > > >  >> В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
> > > >  >> > Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо
> > > >  >> > потому, что kernel-image-std-def есть только под x86 и x86_64.
> > > >  >> >
> > > >  >> > Предлагаю собрать klibc с glibc-kernheaders.
> > > >  >>
> > > >  >> в glibc-kernheaders чего то не хватало. сказать более точно сейчас
> > > >  >> не представляется возможным
> > > >  >
> > > >  > Пересборка с glibc-kernheaders проблем не выявила.
> > > >  > Какого рода проблемы возникали, также сказать не представляется
> > > >  > возможным?
> > > >
> > > > попробуй с таким klibc udev собрать
> > >
> > > А также - v86d. Он может и соберётся, но, скорее всего, работать не
> > > будет.
> >
> > Объясните (или дайте ссылку на результат обсуждения, которое, кажется, у
> > нас уже было раньше, но с другими версиями), что может сломаться при смене
> > kernel-headers-std-def на glibc-kernheaders актуальной версии?
> 
> Так "актуальной" или "текущей" версии?

Если есть притензии к версии glibc-kernheaders, я постараюсь обновить его
оперативней.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] klibc and kernel-headers

[Led]

On Tuesday, 09 September 2008 13:33:57 Kirill A. Shutemov wrote:
> On Tue, Sep 09, 2008 at 01:32:10PM +0300, Led wrote:
> > On Tuesday, 09 September 2008 13:26:23 Dmitry V. Levin wrote:
> > > On Tue, Sep 09, 2008 at 01:24:29PM +0300, Led wrote:
> > > > On Tuesday, 09 September 2008 12:52:49 Sergey Bolshakov wrote:
> > > > > >>>>> "Kirill" == Kirill A Shutemov
> > > > > >>>>> <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org> writes:
> > > > >  >
> > > > >  > On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev 
wrote:
> > > > >  >> В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
> > > > >  >> > Сейчас klibc хочет для сборки kernel-headers-std-def. Это
> > > > >  >> > плохо потому, что kernel-image-std-def есть только под x86 и
> > > > >  >> > x86_64.
> > > > >  >> >
> > > > >  >> > Предлагаю собрать klibc с glibc-kernheaders.
> > > > >  >>
> > > > >  >> в glibc-kernheaders чего то не хватало. сказать более точно
> > > > >  >> сейчас не представляется возможным
> > > > >  >
> > > > >  > Пересборка с glibc-kernheaders проблем не выявила.
> > > > >  > Какого рода проблемы возникали, также сказать не представляется
> > > > >  > возможным?
> > > > >
> > > > > попробуй с таким klibc udev собрать
> > > >
> > > > А также - v86d. Он может и соберётся, но, скорее всего, работать не
> > > > будет.
> > >
> > > Объясните (или дайте ссылку на результат обсуждения, которое, кажется,
> > > у нас уже было раньше, но с другими версиями), что может сломаться при
> > > смене kernel-headers-std-def на glibc-kernheaders актуальной версии?
> >
> > Так "актуальной" или "текущей" версии?
>
> Если есть притензии к версии glibc-kernheaders, я постараюсь обновить его
> оперативней.

Я просто сказал, что v86d, собранный с 2.5.24-based klibc, работать не будет. 
Но я не настаиваю на наличие рабочего v86d в Sisyphus - у меня работает - и 
ладно:)

-- 
Led

Re: [devel] klibc and kernel-headers

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1606 bytes --]

On Tue, Sep 09, 2008 at 01:24:29PM +0300, Led wrote:
> On Tuesday, 09 September 2008 12:52:49 Sergey Bolshakov wrote:
> > >>>>> "Kirill" == Kirill A Shutemov
> > >>>>> <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org> writes:
> >  >
> >  > On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev wrote:
> >  >> В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
> >  >> > Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо
> >  >> > потому, что kernel-image-std-def есть только под x86 и x86_64.
> >  >> >
> >  >> > Предлагаю собрать klibc с glibc-kernheaders.
> >  >>
> >  >> в glibc-kernheaders чего то не хватало. сказать более точно сейчас не
> >  >> представляется возможным
> >  >
> >  > Пересборка с glibc-kernheaders проблем не выявила.
> >  > Какого рода проблемы возникали, также сказать не представляется
> >  > возможным?
> >
> > попробуй с таким klibc udev собрать
> 
> А также - v86d. Он может и соберётся, но, скорее всего, работать не будет.

v86d явно завязан на фичу ядра CONFIG_FB_UVESA=(y|m) и т.о. должен
собираться с klibc-%flavour, например klibc-std-def.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] klibc and kernel-headers

[Led]

On Tuesday, 09 September 2008 13:30:15 Kirill A. Shutemov wrote:
> On Tue, Sep 09, 2008 at 01:24:29PM +0300, Led wrote:
> > On Tuesday, 09 September 2008 12:52:49 Sergey Bolshakov wrote:
> > > >>>>> "Kirill" == Kirill A Shutemov
> > > >>>>> <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org> writes:
> > >  >
> > >  > On Tue, Sep 09, 2008 at 01:09:08PM +0400, Valery V. Inozemtsev wrote:
> > >  >> В сообщении от 9 сентября 2008 Kirill A. Shutemov написал(a):
> > >  >> > Сейчас klibc хочет для сборки kernel-headers-std-def. Это плохо
> > >  >> > потому, что kernel-image-std-def есть только под x86 и x86_64.
> > >  >> >
> > >  >> > Предлагаю собрать klibc с glibc-kernheaders.
> > >  >>
> > >  >> в glibc-kernheaders чего то не хватало. сказать более точно сейчас
> > >  >> не представляется возможным
> > >  >
> > >  > Пересборка с glibc-kernheaders проблем не выявила.
> > >  > Какого рода проблемы возникали, также сказать не представляется
> > >  > возможным?
> > >
> > > попробуй с таким klibc udev собрать
> >
> > А также - v86d. Он может и соберётся, но, скорее всего, работать не
> > будет.
>
> v86d явно завязан на фичу ядра CONFIG_FB_UVESA=(y|m) и т.о. должен
> собираться с klibc-%flavour, например klibc-std-def.

О том, что klibc должна быть в виде klibc-%kflavour-%kversion я говорил ещё 
год назад - тогда это никого не интересовало. В этом случае klibc придётся 
собирать/обновлять так же, как и внешние модули к ядру, а также научить 
mkinitrd пользоваться klibc-%kflavour-%kversion.

-- 
Led