Re: [devel] new unmets

Re: [devel] new unmets

[Anton Farygin]

Nick S. Grechukh пишет:
> В сообщении от Вторник 13 Июль 2004 18:20 Stanislav Ievlev написал(a):
> 
>>+++ unmets2	2004-07-13 19:18:00 +0400
>>+рБЛЕФ ovlfs-utils ЧЕТУЙЙ 2.0.1-alt3 ЙНЕЕФ ОЕХДПЧМЕФЧПТЕООЩЕ ЪБЧЙУЙНПУФЙ:
>>+ фТЕВХЕФ: kernel-modules-ovlfs
> 
> 
> банальная опечатка. сейчас заливаю новый kernel-modules.

Не надо в userspace делать зависимости на kernel-modules !!!

Это кончается плохо (установкой при dist-upgrade первого попавшегося ядра).

Rgds,
Rider

[devel] new unmets

[Stanislav Ievlev]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 145 bytes --]

+++ unmets2	2004-07-13 19:18:00 +0400
+ðÁËÅÔ ovlfs-utils ×ÅÒÓÉÉ 2.0.1-alt3 ÉÍÅÅÔ ÎÅÕÄÏ×ÌÅÔ×ÏÒÅÎÎÙÅ ÚÁ×ÉÓÉÍÏÓÔÉ:
+ ôÒÅÂÕÅÔ: kernel-modules-ovlfs

Re: [devel] new unmets

[Nick S. Grechukh]

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

В сообщении от Вторник 13 Июль 2004 18:20 Stanislav Ievlev написал(a):
> +++ unmets2	2004-07-13 19:18:00 +0400
> +рБЛЕФ ovlfs-utils ЧЕТУЙЙ 2.0.1-alt3 ЙНЕЕФ ОЕХДПЧМЕФЧПТЕООЩЕ ЪБЧЙУЙНПУФЙ:
> + фТЕВХЕФ: kernel-modules-ovlfs

банальная опечатка. сейчас заливаю новый kernel-modules.

-- 
с уважением, 
Nick S. Grechukh
JID: ngrechukh@jabber.ru

network administrator of
Refractory Trading House 

JID: ngrechukh@jabber.ru

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

Re: [devel] new unmets

[Nick S. Grechukh]

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

В сообщении от Вторник 13 Июль 2004 17:59 Anton Farygin написал(a):
> Nick S. Grechukh пишет:
> > В сообщении от Вторник 13 Июль 2004 18:20 Stanislav Ievlev написал(a):
> >>+++ unmets2	2004-07-13 19:18:00 +0400
> >>+рБЛЕФ ovlfs-utils ЧЕТУЙЙ 2.0.1-alt3 ЙНЕЕФ ОЕХДПЧМЕФЧПТЕООЩЕ ЪБЧЙУЙНПУФЙ:
> >>+ фТЕВХЕФ: kernel-modules-ovlfs
> >
> > банальная опечатка. сейчас заливаю новый kernel-modules.
>
> Не надо в userspace делать зависимости на kernel-modules !!!
>
> Это кончается плохо (установкой при dist-upgrade первого попавшегося ядра).

получается, пользователь установит ovlfs-utils и ни фига не работает? есть ли 
какой-то способ гарантировать наличие поддержки ядра? 
(и снова к вопросу об отсутствии soft-deps в rpm....)

кстати, nvidia_glx требует NVIDIA_kernel, который провайдится модулями. это не 
то же самое?

-- 
с уважением, 
Nick S. Grechukh
JID: ngrechukh@jabber.ru

network administrator of
Refractory Trading House 

JID: ngrechukh@jabber.ru

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

Re: [devel] new unmets

[Anton Farygin]

Nick S. Grechukh пишет:
> В сообщении от Вторник 13 Июль 2004 17:59 Anton Farygin написал(a):
> 
>>Nick S. Grechukh пишет:
>>
>>>В сообщении от Вторник 13 Июль 2004 18:20 Stanislav Ievlev написал(a):
>>>
>>>>+++ unmets2	2004-07-13 19:18:00 +0400
>>>>+рБЛЕФ ovlfs-utils ЧЕТУЙЙ 2.0.1-alt3 ЙНЕЕФ ОЕХДПЧМЕФЧПТЕООЩЕ ЪБЧЙУЙНПУФЙ:
>>>>+ фТЕВХЕФ: kernel-modules-ovlfs
>>>
>>>банальная опечатка. сейчас заливаю новый kernel-modules.
>>
>>Не надо в userspace делать зависимости на kernel-modules !!!
>>
>>Это кончается плохо (установкой при dist-upgrade первого попавшегося ядра).
> 
> 
> получается, пользователь установит ovlfs-utils и ни фига не работает? есть ли 
> какой-то способ гарантировать наличие поддержки ядра? 
> (и снова к вопросу об отсутствии soft-deps в rpm....)
> 
> кстати, nvidia_glx требует NVIDIA_kernel, который провайдится модулями. это не 
> то же самое?

Нет, ибо nvidia_glx никогда dist-upgrade'ом не обновляется.

А при установке - да, будут такие же проблемы.

Rgds,
Rider

Re: [devel] new unmets

[Nick S. Grechukh]

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

В сообщении от Вторник 13 Июль 2004 18:50 Anton Farygin написал(a):
> >>Не надо в userspace делать зависимости на kernel-modules !!!
> >>
> >>Это кончается плохо (установкой при dist-upgrade первого попавшегося
> >> ядра).
уже выкинул зависимость.

p.s. смотрел же в kernel-source-cloop, еще удивлялся почему юзерлэнд не 
требует модулей.....

-- 
с уважением, 
Nick S. Grechukh
JID: ngrechukh@jabber.ru

network administrator of
Refractory Trading House 

JID: ngrechukh@jabber.ru

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

Re: [devel] new unmets

[Вячеслав Диконов]

On Втр, 2004-07-13 at 19:50 +0400, Anton Farygin wrote:
> Nick S. Grechukh пишет:
> > В сообщении от Вторник 13 Июль 2004 17:59 Anton Farygin написал(a):
> > 
> >>Nick S. Grechukh пишет:
> >>
> >>>В сообщении от Вторник 13 Июль 2004 18:20 Stanislav Ievlev написал(a):
> >>>
> >>>>+++ unmets2	2004-07-13 19:18:00 +0400
> >>>>+рБЛЕФ ovlfs-utils ЧЕТУЙЙ 2.0.1-alt3 ЙНЕЕФ ОЕХДПЧМЕФЧПТЕООЩЕ ЪБЧЙУЙНПУФЙ:
> >>>>+ фТЕВХЕФ: kernel-modules-ovlfs
> >>>
> >>>банальная опечатка. сейчас заливаю новый kernel-modules.
> >>
> >>Не надо в userspace делать зависимости на kernel-modules !!!
> >>
> >>Это кончается плохо (установкой при dist-upgrade первого попавшегося ядра).
> > 
> > 
> > получается, пользователь установит ovlfs-utils и ни фига не работает? есть ли 
> > какой-то способ гарантировать наличие поддержки ядра? 
> > (и снова к вопросу об отсутствии soft-deps в rpm....)
> > 
> > кстати, nvidia_glx требует NVIDIA_kernel, который провайдится модулями. это не 
> > то же самое?
> 
> Нет, ибо nvidia_glx никогда dist-upgrade'ом не обновляется.
> 
> А при установке - да, будут такие же проблемы.
Как один из "пострадавших" требую равенства! 
Давайте рвать и эту зависимость или, наконец, искать другое решение.
Чем, собственно, отличается положение ovlfs-utils или
моего VDR от Nvidia_GLX? Везде установка штатными методами apt-get
install гарантированно даст неработоспособный результат, если не будет
нужного драйвера.  

Когда я у себя вынул COM мышь и вставил USB первое, что сделала система
- поставила ядро smp на однопроцессорную машину. Это был недавно
обновленный Сизиф. Неужели нельзя найти способ встроить проверку типа
установленного ядра в apt? 

Почему нельзя заставить apt искать только пакеты модулей,
совместимые c установленным ядром? (А если если решение не найдено -
отказываться от установки с предупреждением или предлагать установку
другого ядра с ручным подтверждением.)
-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] new unmets

[Sergey V Turchin]

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

В сообщении от Вт 13 Июль 2004 22:20 Вячеслав Диконов написал(a):

[...]

> Чем, собственно, отличается положение ovlfs-utils или
> моего VDR от Nvidia_GLX?
Тем, что
apt-get install
никто не прописывает в crontab

[...]

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

[devel] [JT] nvidia_glx (was: new unmets)

[Michael Shigorin]

On Tue, Jul 13, 2004 at 07:50:30PM +0400, Anton Farygin wrote:
> >кстати, nvidia_glx требует NVIDIA_kernel, который провайдится
> >модулями.  это не то же самое?
> Нет, ибо nvidia_glx никогда dist-upgrade'ом не обновляется.

Кстати, при переезде на 6106 именно что не обновилось.  Обидно...

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

[devel] Re: new unmets

[Michael Shigorin]

On Tue, Jul 13, 2004 at 10:29:03PM +0400, Sergey V Turchin wrote:
> > Чем, собственно, отличается положение ovlfs-utils или моего
> > VDR от Nvidia_GLX?
> Тем, что apt-get install никто не прописывает в crontab

1) это не так ("отучаемся говорить за всех" (tm) ;-)
2) разве что тем, что это баг -- ну не добрались до lua в apt в
   такой степени, чтобы это выкатывать на публику...

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

Re: [devel] new unmets

[Anton Farygin]

Вячеслав Диконов пишет:
> On Втр, 2004-07-13 at 19:50 +0400, Anton Farygin wrote:
> 
>>Nick S. Grechukh пишет:
>>
>>>В сообщении от Вторник 13 Июль 2004 17:59 Anton Farygin написал(a):
>>>
>>>
>>>>Nick S. Grechukh пишет:
>>>>
>>>>
>>>>>В сообщении от Вторник 13 Июль 2004 18:20 Stanislav Ievlev написал(a):
>>>>>
>>>>>
>>>>>>+++ unmets2	2004-07-13 19:18:00 +0400
>>>>>>+рБЛЕФ ovlfs-utils ЧЕТУЙЙ 2.0.1-alt3 ЙНЕЕФ ОЕХДПЧМЕФЧПТЕООЩЕ ЪБЧЙУЙНПУФЙ:
>>>>>>+ фТЕВХЕФ: kernel-modules-ovlfs
>>>>>
>>>>>банальная опечатка. сейчас заливаю новый kernel-modules.
>>>>
>>>>Не надо в userspace делать зависимости на kernel-modules !!!
>>>>
>>>>Это кончается плохо (установкой при dist-upgrade первого попавшегося ядра).
>>>
>>>
>>>получается, пользователь установит ovlfs-utils и ни фига не работает? есть ли 
>>>какой-то способ гарантировать наличие поддержки ядра? 
>>>(и снова к вопросу об отсутствии soft-deps в rpm....)
>>>
>>>кстати, nvidia_glx требует NVIDIA_kernel, который провайдится модулями. это не 
>>>то же самое?
>>
>>Нет, ибо nvidia_glx никогда dist-upgrade'ом не обновляется.
>>
>>А при установке - да, будут такие же проблемы.
> 
> Как один из "пострадавших" требую равенства! 
> Давайте рвать и эту зависимость или, наконец, искать другое решение.
> Чем, собственно, отличается положение ovlfs-utils или
> моего VDR от Nvidia_GLX? Везде установка штатными методами apt-get
> install гарантированно даст неработоспособный результат, если не будет
> нужного драйвера.  
> 
> Когда я у себя вынул COM мышь и вставил USB первое, что сделала система
> - поставила ядро smp на однопроцессорную машину. Это был недавно
> обновленный Сизиф. Неужели нельзя найти способ встроить проверку типа
> установленного ядра в apt? 
> 
> Почему нельзя заставить apt искать только пакеты модулей,
> совместимые c установленным ядром? (А если если решение не найдено -
> отказываться от установки с предупреждением или предлагать установку
> другого ядра с ручным подтверждением.)

Заставьте. Lua поможет.

Rgds,
Rider

Re: [devel] [JT] nvidia_glx (was: new unmets)

[Sergey V Turchin]

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

В сообщении от Ср 14 Июль 2004 07:53 Michael Shigorin написал(a):
> On Tue, Jul 13, 2004 at 07:50:30PM +0400, Anton Farygin wrote:
> > >кстати, nvidia_glx требует NVIDIA_kernel, который провайдится
> > >модулями.  это не то же самое?
> >
> > Нет, ибо nvidia_glx никогда dist-upgrade'ом не обновляется.
>
> Кстати, при переезде на 6106 именно что не обновилось.  Обидно...
Зато все работает точно так же как и до обновления.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] Re: new unmets

[Sergey V Turchin]

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

В сообщении от Ср 14 Июль 2004 07:55 Michael Shigorin написал(a):
> On Tue, Jul 13, 2004 at 10:29:03PM +0400, Sergey V Turchin wrote:
> > > Чем, собственно, отличается положение ovlfs-utils или моего
> > > VDR от Nvidia_GLX?
> >
> > Тем, что apt-get install никто не прописывает в crontab
>
> 1) это не так 
Ok, но это не важно

> ("отучаемся говорить за всех" (tm) ;-) 
И не подумаю. Если я буду говорить только за себя, то пойду на 
http://bugs.altlinux и зарезолвлю все мое с WORKSFORME :-)

> 2) разве что тем, что это баг 
Нет, я привел лишь отстраненный случай, я повторю свой ответ на то 
письмо, а аргументы(которые легко могу сделать фактами) оставлю на 
потом :-)

> -- ну не добрались до lua в apt в 
>    такой степени, чтобы это выкатывать на публику...

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] new unmets

[Sergey V Turchin]

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

В сообщении от Вт 13 Июль 2004 22:20 Вячеслав Диконов написал(a):

[...]

> Чем, собственно, отличается положение ovlfs-utils или
> моего VDR от Nvidia_GLX?
Попробуйте представить, что перестанет работать, если возникнет 
проблема с nvidia*glx. Если для Вас это не аргумент, то у меня 
появиться основания считать, что от Вашего имени пишет подставное 
лицо.

P.S.
К тому же Ваши писма не подписаны ключом C978F357

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

[devel] Re: nvidia_glx (was: new unmets)

[Michael Shigorin]

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

On Wed, Jul 14, 2004 at 01:19:48PM +0400, Sergey V Turchin wrote:
> > > >кстати, nvidia_glx требует NVIDIA_kernel, который провайдится
> > > >модулями.  это не то же самое?
> > > Нет, ибо nvidia_glx никогда dist-upgrade'ом не обновляется.
> > Кстати, при переезде на 6106 именно что не обновилось.  Обидно...
> Зато все работает точно так же как и до обновления.

Ч-чего?

Все взорвалось по причине отсутствия как раз nvidia_glx_1.0.6106.

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

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

[devel] Re: new unmets

[Michael Shigorin]

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

On Wed, Jul 14, 2004 at 01:21:18PM +0400, Sergey V Turchin wrote:
> > > > Чем, собственно, отличается положение ovlfs-utils или
> > > > моего VDR от Nvidia_GLX?
> > > Тем, что apt-get install никто не прописывает в crontab
> > 1) это не так 
> Ok, но это не важно

;-)

> > ("отучаемся говорить за всех" (tm) ;-) 
> И не подумаю. Если я буду говорить только за себя, то пойду на
> http://bugs.altlinux и зарезолвлю все мое с WORKSFORME :-)

;-))

> > 2) разве что тем, что это баг 
> Нет, я привел лишь отстраненный случай, я повторю свой ответ на
> то письмо, а аргументы(которые легко могу сделать фактами)
> оставлю на потом :-)

Так бы исказал -- исключение, поелику очень важно.  Если честно,
то я так и не понял, почему это изменилось в 6106, хотя полиси
как раз недавно и освежал в памяти.

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

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

Re: [devel] Re: nvidia_glx (was: new unmets)

[Sergey V Turchin]

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

В сообщении от Ср 14 Июль 2004 14:48 Michael Shigorin написал(a):

[...]

> > > > Нет, ибо nvidia_glx никогда dist-upgrade'ом не обновляется.
> > >
> > > Кстати, при переезде на 6106 именно что не обновилось. 
> > > Обидно...
> > Зато все работает точно так же как и до обновления.
> Ч-чего?
> Все взорвалось по причине отсутствия как раз nvidia_glx_1.0.6106.
Нет, это можно сделать только специально преложив усилия.
Попробуйте проследить свои действия между моментом, когда все 
работало и когда перестало.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] Re: new unmets

[Sergey V Turchin]

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

В сообщении от Ср 14 Июль 2004 14:50 Michael Shigorin написал(a):

[...]

> > > 2) разве что тем, что это баг
> > Нет, я привел лишь отстраненный случай, я повторю свой ответ на
> > то письмо, а аргументы(которые легко могу сделать фактами)
> > оставлю на потом :-)
> Так бы исказал -- исключение, поелику очень важно.  Если честно,
> то я так и не понял, почему это изменилось в 6106,
Не понял, что изменилось? Ничего не менялось.

> хотя полиси 
> как раз недавно и освежал в памяти.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

[devel] [JT] Re: new unmets

[Michael Shigorin]

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

On Wed, Jul 14, 2004 at 03:10:30PM +0400, Sergey V Turchin wrote:
> > Так бы исказал -- исключение, поелику очень важно.  Если
> > честно, то я так и не понял, почему это изменилось в 6106,
> Не понял, что изменилось? Ничего не менялось.

Тогда или меня плющит (и раньше тоже приходилось ставить более
ноыве nvidia_glx руками), или ничего не понимаю...

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

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

[devel] Re: nvidia_glx (was: new unmets)

[Michael Shigorin]

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

On Wed, Jul 14, 2004 at 03:08:46PM +0400, Sergey V Turchin wrote:
> > Все взорвалось по причине отсутствия как раз nvidia_glx_1.0.6106.
> Нет, это можно сделать только специально преложив усилия.
> Попробуйте проследить свои действия между моментом, когда все 
> работало и когда перестало.

dist-upgrade.  При этом был поставлен новый
kernel-modules-nvidia, но не glx.

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

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

Re: [devel] [JT] Re: new unmets

[Sergey V Turchin]

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

В сообщении от Ср 14 Июль 2004 15:44 Michael Shigorin написал(a):
> On Wed, Jul 14, 2004 at 03:10:30PM +0400, Sergey V Turchin wrote:
> > > Так бы исказал -- исключение, поелику очень важно.  Если
> > > честно, то я так и не понял, почему это изменилось в 6106,
> >
> > Не понял, что изменилось? Ничего не менялось.
>
> Тогда или меня плющит (и раньше тоже приходилось ставить более
> ноыве nvidia_glx руками), или ничего не понимаю...
Да, когда nvidia_glx стало возможно ставить в систему одновременно 
несколько(фича), они перестали обновляться по dist-upgrade, 
вытаскивая при этом ядра.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] Re: nvidia_glx (was: new unmets)

[Sergey V Turchin]

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

В сообщении от Ср 14 Июль 2004 15:45 Michael Shigorin написал(a):
> On Wed, Jul 14, 2004 at 03:08:46PM +0400, Sergey V Turchin wrote:
> > > Все взорвалось по причине отсутствия как раз
> > > nvidia_glx_1.0.6106.
> >
> > Нет, это можно сделать только специально преложив усилия.
> > Попробуйте проследить свои действия между моментом, когда все
> > работало и когда перестало.
>
> dist-upgrade.
Как?! По dist-upgrade не должны обновляться ядра!
nvidia_glx_* тут ни при чем. 
Виноват тот, кто вытащил kernel-modules-nvidia*

> При этом был поставлен новый 
> kernel-modules-nvidia, но не glx.
Я не вижу возможности описать в пакете kernel-modules-nvidia такие 
зависимости, чтобы при его установке вытаскивался соответствующий 
nvidia_glx_*, при условии, что их может быть несколько в системе.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

[devel] Re: nvidia_glx (was: new unmets)

[Michael Shigorin]

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

On Wed, Jul 14, 2004 at 04:08:57PM +0400, Sergey V Turchin wrote:
> > > Не понял, что изменилось? Ничего не менялось.
> > Тогда или меня плющит (и раньше тоже приходилось ставить
> > более ноыве nvidia_glx руками), или ничего не понимаю...
> Да, когда nvidia_glx стало возможно ставить в систему
> одновременно несколько(фича), они перестали обновляться по
> dist-upgrade, вытаскивая при этом ядра.

Фича, помню.  Ну если меня плющит -- то мож и для других
задокументировать?

---
В ALT Linux может быть установлено несколько версий модуля GLX,
соответствующего различным версиям драйвера ядра для видеокарт
NVIDIA.  Обратите внимание, что в данный момент установка
требуемой версии пакета nvidia_glx_* может потребовать ручного
проведения (например, apt-get install nvidia_glx_1.0.6106) с
последующим переключением требуемой версии командой
service nvidia_glx start (также выполняется при загрузке, если не
отключен соответствующий сервис).
---

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

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

[devel] Re: nvidia_glx (was: new unmets)

[Michael Shigorin]

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

On Wed, Jul 14, 2004 at 04:19:30PM +0400, Sergey V Turchin wrote:
> > > > Все взорвалось по причине отсутствия как раз
> > > > nvidia_glx_1.0.6106.
> > > Нет, это можно сделать только специально преложив усилия.
> > > Попробуйте проследить свои действия между моментом, когда
> > > все работало и когда перестало.
> > dist-upgrade.
> Как?! По dist-upgrade не должны обновляться ядра!

Ммм... _кажется_, устанавливал ядро методом install, хотя может
статься и так, что временно убрал Allow-Duplicates и d-u. :)

> nvidia_glx_* тут ни при чем. 
> Виноват тот, кто вытащил kernel-modules-nvidia*

Да хотел я его, хотел... не задумался как-то толком, что
зависимости нет и хотеть соотв. glx тоже надо самому :-)

> > При этом был поставлен новый 
> > kernel-modules-nvidia, но не glx.
> Я не вижу возможности описать в пакете kernel-modules-nvidia
> такие зависимости, чтобы при его установке вытаскивался
> соответствующий nvidia_glx_*, при условии, что их может быть
> несколько в системе.

Я тоже.  Просто мне _показалось_, что когда-то было иначе (уже
после реализации nvidia_glx_common и многоверсионности) --
видимо, только показалось.

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

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

Re: [devel] Re: nvidia_glx (was: new unmets)

[Sergey Vlasov]

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

On Wed, Jul 14, 2004 at 04:19:30PM +0400, Sergey V Turchin wrote:
> В сообщении от Ср 14 Июль 2004 15:45 Michael Shigorin написал(a):
> > On Wed, Jul 14, 2004 at 03:08:46PM +0400, Sergey V Turchin wrote:
> > > > Все взорвалось по причине отсутствия как раз
> > > > nvidia_glx_1.0.6106.
> > >
> > > Нет, это можно сделать только специально преложив усилия.
> > > Попробуйте проследить свои действия между моментом, когда все
> > > работало и когда перестало.
> >
> > dist-upgrade.
> Как?! По dist-upgrade не должны обновляться ядра!
> nvidia_glx_* тут ни при чем. 
> Виноват тот, кто вытащил kernel-modules-nvidia*
> 
> > При этом был поставлен новый 
> > kernel-modules-nvidia, но не glx.
> Я не вижу возможности описать в пакете kernel-modules-nvidia такие 
> зависимости, чтобы при его установке вытаскивался соответствующий 
> nvidia_glx_*, при условии, что их может быть несколько в системе.

Не понял, а тут-то что мешает?  У nvidia_glx_* версия сидит в имени
пакета, так что проблем с Allow-Duplicates и т.п. быть не может.
Плохо другое - в этом случае kernel-complete, помимо всей кучи
kernel-modules-*, будет тащить ещё и userspace от nvidia.

Да, кстати, и на пакеты с Allow-Duplicates зависимости вполне
работают (например, все kernel-modules-* имеют зависимость на
соответствующий kernel-image-*, который apt успешно вытаскивает).
Зависимость, естественно, с указанием версии.

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

Re: [devel] Re: nvidia_glx (was: new unmets)

[Sergey V Turchin]

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

В сообщении от Ср 14 Июль 2004 16:35 Michael Shigorin написал(a):

[...]

> > > При этом был поставлен новый
> > > kernel-modules-nvidia, но не glx.
> >
> > Я не вижу возможности описать в пакете kernel-modules-nvidia
> > такие зависимости, чтобы при его установке вытаскивался
> > соответствующий nvidia_glx_*, при условии, что их может быть
> > несколько в системе.
>
> Я тоже.  Просто мне _показалось_, что когда-то было иначе (уже
> после реализации nvidia_glx_common
Нет, только если до.

> и многоверсионности) -- 
> видимо, только показалось.
Это возможно только если nvidia_glx будет в системе только один 
пакет одной версии. Тогда в kernel-modules-nvidia было бы
Conflicts: nvidia_glx < VERSION, nvidia_glx > VERSION

Сейчас это теоретически возможно только если в kernel-modules-nvidia
Requires: NVIDIA_GLX = VERSION
, но реально нельзя.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] Re: nvidia_glx (was: new unmets)

[Sergey V Turchin]

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

В сообщении от Ср 14 Июль 2004 16:32 Michael Shigorin написал(a):

[...]

> Фича, помню.  Ну если меня плющит -- то мож и для других
> задокументировать?
Форварднул в docs@

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

[devel] Re: nvidia_glx (was: new unmets)

[Michael Shigorin]

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

On Wed, Jul 14, 2004 at 05:18:32PM +0400, Sergey Vlasov wrote:
> Плохо другое - в этом случае kernel-complete, помимо всей кучи
> kernel-modules-*, будет тащить ещё и userspace от nvidia.

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

Но, опять же, случай довольно сильно особый, да и инсталятор
сейчас вваливает nvidia_glx без вариантов (особенно забавно
бывает, что на ATI его тоже ставят, а при обнаружении NVIDIA
отдельно устанавливается kernel-modules-dri -- кажется, так :-)

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

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

Re: [devel] Re: nvidia_glx (was: new unmets)

[Sergey V Turchin]

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

В сообщении от Ср 14 Июль 2004 17:18 Sergey Vlasov написал(a):

[...]

> > Я не вижу возможности описать в пакете kernel-modules-nvidia
> > такие зависимости, чтобы при его установке вытаскивался
> > соответствующий nvidia_glx_*, при условии, что их может быть
> > несколько в системе.
>
> Не понял, а тут-то что мешает?  У nvidia_glx_* версия сидит в
> имени пакета, так что проблем с Allow-Duplicates и т.п. быть не
> может. Плохо другое - в этом случае kernel-complete, помимо всей
> кучи kernel-modules-*, будет тащить ещё и userspace от nvidia.
Т.е. в kernel-modules-nvidia
Requires: NVIDIA_GLX = %module_version
это нормально?

> Да, кстати, и на пакеты с Allow-Duplicates зависимости вполне
> работают (например, все kernel-modules-* имеют зависимость на
> соответствующий kernel-image-*, который apt успешно вытаскивает).
> Зависимость, естественно, с указанием версии.

P.S.
А не хотелось бы в kernel-modules-nvidia.spec
%define module_version  1.0.6106
а не
%define module_version  6106
и Version: поправить?

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] Re: nvidia_glx (was: new unmets)

[Sergey V Turchin]

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

В сообщении от Ср 14 Июль 2004 17:32 Michael Shigorin написал(a):
> On Wed, Jul 14, 2004 at 05:18:32PM +0400, Sergey Vlasov wrote:
> > Плохо другое - в этом случае kernel-complete, помимо всей кучи
> > kernel-modules-*, будет тащить ещё и userspace от nvidia.
>
> Не уверен, что это совсем плохо -- оно подразумевает "шоб все
> работало", что не так уж и противоречит.  Другое дело, что тогда
> и e.g. софтмодемы должны, по логике, таскать свою юзерспейс,
Нормально, только если принять nvidia* исключением,
а то все модули резко захотят userspace :-)

> да и 
> в принципе получается инверсия зависимости, что где-то боком да
> вылезет.
>
> Но, опять же, случай довольно сильно особый, да и инсталятор
> сейчас вваливает nvidia_glx без вариантов (особенно забавно
> бывает, что на ATI его тоже ставят, а при обнаружении NVIDIA
> отдельно устанавливается kernel-modules-dri -- кажется, так :-)

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] new unmets

[Вячеслав Диконов]

On Срд, 2004-07-14 at 13:44 +0400, Sergey V Turchin wrote:
> В сообщении от Вт 13 Июль 2004 22:20 Вячеслав Диконов написал(a):
> > Чем, собственно, отличается положение ovlfs-utils или
> > моего VDR от Nvidia_GLX?
> Попробуйте представить, что перестанет работать, если возникнет 
> проблема с nvidia*glx. Если для Вас это не аргумент, то у меня 
> появиться основания считать, что от Вашего имени пишет подставное 
> лицо.
Конечно аргумент. Однако, при поломке Nvidia_GLX у меня пропадет
изображение на мониторе, а при поломке VDR - пропадет изображение на
всех телевизорах. Хрен редьки не слаще.

> P.S.
> К тому же Ваши писма не подписаны ключом C978F357
Я противник паролей, шифров, паспортов и таможен.

-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] new unmets

[Sergey V Turchin]

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

В сообщении от Ср 14 Июль 2004 21:59 Вячеслав Диконов написал(a):
> On Срд, 2004-07-14 at 13:44 +0400, Sergey V Turchin wrote:
> > В сообщении от Вт 13 Июль 2004 22:20 Вячеслав Диконов 
написал(a):
> > > Чем, собственно, отличается положение ovlfs-utils или
> > > моего VDR от Nvidia_GLX?
> > Попробуйте представить, что перестанет работать, если возникнет
> > проблема с nvidia*glx. Если для Вас это не аргумент, то у меня
> > появиться основания считать, что от Вашего имени пишет
> > подставное лицо.
> Конечно аргумент. Однако, при поломке Nvidia_GLX у меня пропадет
> изображение на мониторе, а при поломке VDR - пропадет изображение
> на всех телевизорах. Хрен редьки не слаще.
Нет, совершенно разные вещи. То изображение на мониторе, которое 
пропадет, имеет гораздо бОльшую ценность. Если оно есть, то 
большинство пользователей может решить _все_остальные_ проблемы при 
помощи, например, kppp/mozilla/gaim.

[...]

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] new unmets

[Вячеслав Диконов]

On Чтв, 2004-07-15 at 11:45 +0400, Sergey V Turchin wrote:
> В сообщении от Ср 14 Июль 2004 21:59 Вячеслав Диконов написал(a):
> > On Срд, 2004-07-14 at 13:44 +0400, Sergey V Turchin wrote:
> > > В сообщении от Вт 13 Июль 2004 22:20 Вячеслав Диконов 
> написал(a):
> > > > Чем, собственно, отличается положение ovlfs-utils или
> > > > моего VDR от Nvidia_GLX?
> > > Попробуйте представить, что перестанет работать, если возникнет
> > > проблема с nvidia*glx. Если для Вас это не аргумент, то у меня
> > > появиться основания считать, что от Вашего имени пишет
> > > подставное лицо.
> > Конечно аргумент. Однако, при поломке Nvidia_GLX у меня пропадет
> > изображение на мониторе, а при поломке VDR - пропадет изображение
> > на всех телевизорах. Хрен редьки не слаще.
> Нет, совершенно разные вещи. То изображение на мониторе, которое 
> пропадет, имеет гораздо бОльшую ценность. Если оно есть, то 
> большинство пользователей может решить _все_остальные_ проблемы при 
> помощи, например, kppp/mozilla/gaim.
Ну, в общем, не совсем так. Если Х не запускается всегда остается
консоль, откуда можно его поднять, а вот с черным квадратом на
телевизоре уже ничего не сделать. 

Дело в том, что VDR изначально расчитан на работу на специальном
компьютере в корпусе типа бытового DVD проигрывателя. В нем может вообще
не быть никакой видеокарты. Единственный выход видео - выходы DVB карты,
через который и видно весь нужный интерфейс, включая консоль. Т.е.
поломка драйвера DVB означает те же последствия, что и вылет драйвера
видео на обычной машине. Останется только вход по ssh или разборка
устройства, если и сеть сломается. 
-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] new unmets

[Sergey V Turchin]

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

В сообщении от Чт 15 Июль 2004 19:00 Вячеслав Диконов написал(a):

[...]

> Ну, в общем, не совсем так. Если Х не запускается всегда остается
> консоль, откуда можно его поднять, а вот с черным квадратом на
> телевизоре уже ничего не сделать.
Для этого нужно спросить, как это сделать. А mozilla не 
запускается :-)

> Дело в том, что VDR изначально расчитан на работу на специальном
> компьютере в корпусе типа бытового DVD проигрывателя.
> вообще не быть никакой видеокарты.
Тот, кто установит туда систему, в состоянии ее починить.

> Единственный выход видео - 
> выходы DVB карты, через который и видно весь нужный интерфейс,
> включая консоль. Т.е. поломка драйвера DVB означает те же
> последствия, что и вылет драйвера видео на обычной машине.
> Останется только вход по ssh или разборка устройства, если и сеть
> сломается.
Ну, если только одновременно :-)

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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