[devel] Заведомо нерабочие пакеты в Сизифе

[devel] Заведомо нерабочие пакеты в Сизифе

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

Сейчас в Сизифе лежат заведомо нерабочие пакеты:

vdr-1.2.6-alt1.i586.rpm
vdr-devel-1.2.6-alt1.i586.rpm
vdr-prefermenu-0.5.3-alt1.i586.rpm
vdr-sc-0.3.5-alt1.i586.rpm

Им необходимы драйвера dvb, полного комплекта которых НЕТ. Есть только
куски:

dvb-tools-20031013-alt1.i586.rpm
kernel-headers-dvb-20031013-alt1.i586.rpm
kernel-source-dvb-20031013-alt1.i586.rpm

ГДЕ многократно отсылавшиеся и давно исправленные kernel-modules-dvb-* ?
Это яркий пример того, к чему приводит запрет на зависимости требующих 
наличия определенной аппаратуры прикладных пакетов от ядерных пакетов с
драйверами. Видимо, теперь необходим некий список не отражаемых в виде
зависимостей связей между пакетами, который вручную проверялся бы при
выкладывании пакетов и составлении дистрибутивов. 


Текущая ситуация с их заменой:

В INCOMING уже ушла новая версия vdr-1.3.6 с расширенным набором
модулей. Полный комплект необходимых драйверов до сих пор есть только на
ftp://ftp.altlinux.ru/pub/people/slava/ , хотя последний вариант пакетов
c драйвером отправился в INCOMING и на vsu@altlinux.ru в 27 марта. Как
только все части этой конструкции попадут в Сизиф, нужно будет изменить
xawtv-vdr-3.90-alt2.i586.rpm.

Re: [devel] Заведомо нерабочие пакеты в Сизифе

[Anton Farygin]

Кстати, а ты смотрел что в std26-up ядре для DVB ?

On Tue, Mar 30, 2004 at 10:20:42AM +0400, Вячеслав Диконов wrote:
> Сейчас в Сизифе лежат заведомо нерабочие пакеты:
> 
> vdr-1.2.6-alt1.i586.rpm
> vdr-devel-1.2.6-alt1.i586.rpm
> vdr-prefermenu-0.5.3-alt1.i586.rpm
> vdr-sc-0.3.5-alt1.i586.rpm
> 
> Им необходимы драйвера dvb, полного комплекта которых НЕТ. Есть только
> куски:
> 
> dvb-tools-20031013-alt1.i586.rpm
> kernel-headers-dvb-20031013-alt1.i586.rpm
> kernel-source-dvb-20031013-alt1.i586.rpm
> 
> ГДЕ многократно отсылавшиеся и давно исправленные kernel-modules-dvb-* ?
> Это яркий пример того, к чему приводит запрет на зависимости требующих 
> наличия определенной аппаратуры прикладных пакетов от ядерных пакетов с
> драйверами. Видимо, теперь необходим некий список не отражаемых в виде
> зависимостей связей между пакетами, который вручную проверялся бы при
> выкладывании пакетов и составлении дистрибутивов. 
> 
> 
> Текущая ситуация с их заменой:
> 
> В INCOMING уже ушла новая версия vdr-1.3.6 с расширенным набором
> модулей. Полный комплект необходимых драйверов до сих пор есть только на
> ftp://ftp.altlinux.ru/pub/people/slava/ , хотя последний вариант пакетов
> c драйвером отправился в INCOMING и на vsu@altlinux.ru в 27 марта. Как
> только все части этой конструкции попадут в Сизиф, нужно будет изменить
> xawtv-vdr-3.90-alt2.i586.rpm.
> 
> 
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://lists.altlinux.ru/mailman/listinfo/devel

Re: [devel] Заведомо нерабочие пакеты в Сизифе

[Denis Ovsienko]

> Кстати, а ты смотрел что в std26-up ядре для DVB ?
Немного некстати, но хотелось бы раз и навсегда разобраться с гадскими
SkyStar в качестве DVB-интерфейсов для спутникового IP. Я тут вчера
посмотрел, модули для неё расфоркались несколько раз, dvb-utils лежат в
orphaned и вообще решения из коробки нет.
Если было бы под руками железо с антенной, я бы мог заняться, когда-то у
меня получалось раскочегарить SkyStar-1 ещё под ядром 2.2. Сейчас у меня
только есть доступ к машине с SS-1 по ssh и отлаживать эти вещи намного
неудобнее.
Другое дело pentanet, это просто образцовая железка под Linux в
таком качестве. Всегда бы так. :-/

--
    DO4-UANIC

Re: [devel] Заведомо нерабочие пакеты в Сизифе

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

On Втр, 2004-03-30 at 10:40, Anton Farygin wrote:
> Кстати, а ты смотрел что в std26-up ядре для DVB ?
Пока только в планах. Некогда было.

Думаю, что к 2.6 ядрам нужно будет делать доп. пакет, заменяющий
стандартную прошивку DVB карт SS1 на "улучшенную", в которой работают
все функции для программного декодирования шифрованых потоков.

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

Re: [devel] Заведомо нерабочие пакеты в Сизифе

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

On Втр, 2004-03-30 at 11:17, Denis Ovsienko wrote:
> > Кстати, а ты смотрел что в std26-up ядре для DVB ?
> Немного некстати, но хотелось бы раз и навсегда разобраться с гадскими
> SkyStar в качестве DVB-интерфейсов для спутникового IP. Я тут вчера
> посмотрел, модули для неё расфоркались несколько раз, dvb-utils лежат в
> orphaned и вообще решения из коробки нет.
Я до него просто не дошел, хотя всё готово. Закопался с модулями и
телевидением, с которым просто непочатый край работы по сборке,
интернационализации и переводам. Чего стоит один только отказ
разработчиков от уникода!

Тут нужен dvb->ip демон и скриптовая обвязка. Это есть в Интернете с
подробными инструкциями на русском и примерами (про цифровое ТВ + Linux
на 80% по немецки читать надо). С другой стороны, это может оказаться
Linux-решением для, например, сельских школ со спутниковым интернетом
или небольших предприятий далеко от кабельной связи. 

> Если было бы под руками железо с антенной, я бы мог заняться, когда-то у
> меня получалось раскочегарить SkyStar-1 ещё под ядром 2.2. Сейчас у меня
> только есть доступ к машине с SS-1 по ssh и отлаживать эти вещи намного
> неудобнее.
> Другое дело pentanet, это просто образцовая железка под Linux в
> таком качестве. Всегда бы так. :-/
Не думаю, что SS хуже. Драйвера есть давно и активно развиваются.
Разного рода специализированные примочки тоже обычно на них
ориентированы.

Re: [devel] Заведомо нерабочие пакеты в Сизифе

[Denis Ovsienko]

> Тут нужен dvb->ip демон и скриптовая обвязка. Это есть в Интернете с
> подробными инструкциями на русском и примерами (про цифровое ТВ + Linux
Это я знаю. Работы добавляет обилие версий.

> Не думаю, что SS хуже. Драйвера есть давно и активно развиваются.
> Разного рода специализированные примочки тоже обычно на них
> ориентированы.
Есть-то есть, но когда их 15 штук модулей + 2 или 3 файла firmware + dvbd,
наличие одного pentanet.o, требующего только первоначального задания
параметров, позволяет почувствовать разницу.

--
    DO4-UANIC

Re: [devel] Заведомо нерабочие пакеты в Сизифе

[Anton Farygin]

On Tue, Mar 30, 2004 at 11:22:11AM +0400, Вячеслав Диконов wrote:
> On Втр, 2004-03-30 at 10:40, Anton Farygin wrote:
> > Кстати, а ты смотрел что в std26-up ядре для DVB ?
> Пока только в планах. Некогда было.
> 
> Думаю, что к 2.6 ядрам нужно будет делать доп. пакет, заменяющий
> стандартную прошивку DVB карт SS1 на "улучшенную", в которой работают
> все функции для программного декодирования шифрованых потоков.
> 
> Неудобство в том, что версии прошивки меняются вместе с драйвером, и
> появление разблокированных вериантов не обязательно следует за выпуском
> нового драйвера. Привязка этой чехарды ещё и к смене ядер только
> осложняет дело. Но иначе резко сужается выбор спутниковых каналов для
> тех, кто не готов потратить лишних 200-300 у.е. на железо, которое  с
> упехом заменяет маленькая бесплатная и открытая программа.

Для тех, кто не готов потратить лишних 200-300 убитых евро на железо -
достаточно иметь ссылку на то, где взять чехарду и как правильно
настроить.

IMHO ради нескольких шифрованных каналов, декодирование которых незаконно
во многих странах - не стоит делать очень большие извраты с драйверами.

Rgds,
Rider

Re: [devel] Заведомо нерабочие пакеты в Сизифе

[Anton Farygin]

On Tue, Mar 30, 2004 at 10:41:53AM +0300, Denis Ovsienko wrote:
> 
> > Тут нужен dvb->ip демон и скриптовая обвязка. Это есть в Интернете с
> > подробными инструкциями на русском и примерами (про цифровое ТВ + Linux
> Это я знаю. Работы добавляет обилие версий.
> 
> > Не думаю, что SS хуже. Драйвера есть давно и активно развиваются.
> > Разного рода специализированные примочки тоже обычно на них
> > ориентированы.
> Есть-то есть, но когда их 15 штук модулей + 2 или 3 файла firmware + dvbd,
> наличие одного pentanet.o, требующего только первоначального задания
> параметров, позволяет почувствовать разницу.

Переберемся в hardware - обсудим pentanet ?