[Comm] xorg, nvidia_glx_common

[Comm] xorg, nvidia_glx_common

[Владимир Гусев]

Здравствуйте!

Поставил на один компьютер с AverTV Studio 305 ALC 2.3. Почему его, а не Мастер? Потому что на мой взгляд, он более приспособлен для рядовых "домашних" задач и является практически законченным решением, НО... AverTV Studio 305 на дефолтном ядре работает только после предварительного запуска устройства в винде и дальнейшей перезагрузки в линукс.. Поэтому было принято решение поставить исключительно xorg, ядро 2.4.29-wks-smp и сопутствующие зависимые пакеты(благо когда-то это я делал без проблем на своей машине и у меня такой же тюнер и nvidia) для приемлемой работы тюнера, гипертрейдинга и для win4lin...
ОДНАКО, я столкнулся с новой проблемой (раньше этого не было) - развелось множество модификаций ядер, множество пакетов nvidia_glx_*** и один-одинешенек nvidia_glx_common новейшей версии, с которым и были проблемы.

Раньше пакетов для nvidia было гораздо меньше и меня тогда все получилось быстро и легко, сейчас - нет...
Я выбирал такие пакеты для nvidia (из секции System:Kernel & Hardware):
kernel-modules-nvidia-nforce-wks-smp - nVidia nforce chipset drivers
kernel-modules-nvidia-wks-smp - nVidia video card drivers
nvidia_glx_1.0.6629 - Драйверы NVIDIA и библиотеки OpenGL для Х-сервера XFree86 4.x
nvidia_glx_common - Пакет для совместимости драйверов NVIDIA.  -  вот из-за него все портится... сразу выдается сообщение о сломанном пакете...
Почему?

По поводу xorg - после установки не запускается - выдает сообщение, что не находится libXau.so, хотя он есть физически...
Раньше такого не было...


И еще одно наблюдение: как не было объединяющего пакета kernel-complete для 2.4.29-wks-smp, так и нет..

-- 
С уважением, Владимир Гусев

[Comm] Administrativia: xorg из Sisyphus -- offtopic здесь и сейчас

[Michael Shigorin]

On Wed, May 04, 2005 at 11:24:03AM +0400, Владимир Гусев wrote:
> nvidia_glx_common - Пакет для совместимости драйверов NVIDIA.
> -  вот из-за него все портится... сразу выдается сообщение о
> сломанном пакете...  Почему?

Какое?  У меня работает (что характерно, на сизифе).

И ещё раз тонко намекаю -- ПРО СИЗИФОВЫЕ ПАКЕТЫ В ЛЮБОМ ВИДЕ
РАЗГОВОР В sisyphus@, если это не пересобранно на стабильной
версии, в каковом случае в backports@.

Ну сколько можно объяснять, что не надо крокодилов мешать 
с помидорами?

PS: в качестве "компенсации":

> По поводу xorg - после установки не запускается - выдает
> сообщение, что не находится libXau.so, хотя он есть
> физически...

ldconfig попробуйте, проверив содержимое /etc/ld.so.conf*

> И еще одно наблюдение: как не было объединяющего пакета
> kernel-complete для 2.4.29-wks-smp, так и нет..

И не предвидится, потому что kernel-complete -- это костыль
для инсталера.  Разве что кто-нибудь возьмётся собирать и
поддерживать, но смысла в том особого не вижу.

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

Re: [Comm] Administrativia: xorg из Sisyphus -- offtopic здесь и сейчас

[Владимир Гусев]

>> nvidia_glx_common - Пакет для совместимости драйверов NVIDIA.
>> -  вот из-за него все портится... сразу выдается сообщение о
>> сломанном пакете...  Почему?
> Какое?  У меня работает (что характерно, на сизифе).

И у меня работает на моем домашнем компе, повторюсь, что раньше, когда это ставил себе я, были все две штуки nvidia_glx_номер_, теперь же их несколько
Дословно не приведу (сейчас на работе) - в синаптике при выборе nvidia_glx_1.0.6629 пакет nvidia_glx_common тут же помечается красным (как битый пакет), и сообщается о том, что есть пакеты "с ошибкой". Если это делать в консоли, то после такой инсталляции nvidia_glx_1.0.6629 выскакивает рядовое типа "попробуйте apt-get -f install".
Кстати  nvidia_glx_common версии 1.0.7174, такой же версии есть и пакет nvidia_glx_1.0.7174, но он не ставится с ядром 2.4.29-wks-smp, ставится лишь nvidia_glx_1.0.6629 - отсюда вывод - nvidia_glx_common версии 1.0.7174 не живет с этим nvidia_glx_1.0.6629 ?
В то же время у меня на работе одновременно установлены этот nvidia_glx_common_1.0.7174 и nvidia_glx_1.0.6111 - вполне мирно соседствуют.. что за чертовщина..?

> И ещё раз тонко намекаю -- ПРО СИЗИФОВЫЕ ПАКЕТЫ В ЛЮБОМ ВИДЕ
> РАЗГОВОР В sisyphus@, если это не пересобранно на стабильной
> версии, в каковом случае в backports@.

По поводу стабильных версий - когда выходит рассылка security - хорошо, известно, какой пакет какие баги имел и что их исправили и можно обновляться... Но где раздобыть, к примеру, информацию о 35-й сборке ядра 2.4.22 для ALC 2.3? Может там уже модулем сделали более свежую версию драйверов saa7134? Тогда бы я и не приобрел бы себе головную боль.. Все же мутилось в первую очередь из-за тюнера и отчасти из-за гипертрейдинга...

> Ну сколько можно объяснять, что не надо крокодилов мешать
> с помидорами?
>
> PS: в качестве "компенсации":

:) Спасибо

>> По поводу xorg - после установки не запускается - выдает
>> сообщение, что не находится libXau.so, хотя он есть
>> физически...
>
> ldconfig попробуйте, проверив содержимое /etc/ld.so.conf*
>
>> И еще одно наблюдение: как не было объединяющего пакета
>> kernel-complete для 2.4.29-wks-smp, так и нет..
>
> И не предвидится, потому что kernel-complete -- это костыль
> для инсталера.  Разве что кто-нибудь возьмётся собирать и
> поддерживать, но смысла в том особого не вижу.

Этот костыль необходим, когда все ядерные пакеты не рассредоточены по версиям, а лежат огромной свалкой, и важно не ошибиться, а то в глазах рябит от wks, up, smp и появившихся в последнее время vs, ll, rt. Я об этом писал как-то.. очень неудобно.. Самая тщательная процедура - выбрать все нужные модули, имиджи, хидерсы и и не промахнуться случайно...
Кстати, что за vs, ll, rt, om ? Вот они появляются и в комментариях по этому поводу зачастую никаких разъяснений... только список модулей.. только rt  - означало Real Time, а что за реал тайм, настоящий ли, имитация ли - не понятно...



-- 
С уважением, Владимир Гусев

[Comm] скрипт обновления ядер/модулей (was: xorg из Sisyphus -- offtopic)

[Michael Shigorin]

[-- Attachment #1.1: Type: text/plain, Size: 1118 bytes --]

On Thu, May 05, 2005 at 12:01:49PM +0400, Владимир Гусев wrote:
> Но где раздобыть, к примеру, информацию о 35-й сборке ядра
> 2.4.22 для ALC 2.3? Может там уже модулем сделали более свежую
> версию драйверов saa7134? Тогда бы я и не приобрел бы себе
> головную боль.. Все же мутилось в первую очередь из-за тюнера и
> отчасти из-за гипертрейдинга...

Я бы выяснял примерно так:

- по ченжлогу;
- если нет -- смотреть версию нужного драйвера (или спрашивать у
  майнтейнера, или вытянуть соотв. kernel-source/kernel-feat да
  расковырять) и сопоставлять с ченжлогом по месту происхождения;
- если непонятно -- экспериментально с обсуждением в hardware@.

Но, наверное, это теория, поскольку моё-то железо не вредное по
условиям закупок, да и с иным сталкиваться жёстко редко
доводится.

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

Пользуйтесь скриптом Виталика Липатова (прилагаю).

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

[-- Attachment #1.2: update_kernel_modules.sh --]
[-- Type: text/plain, Size: 1341 bytes --]

#!/bin/sh
# Vitaly Lipatov <lav@etersoft.ru>, 2004
# Устанавливает самое новое ядро
# Обновляет уже установленные модули до версии
# для самого нового установленного ядра
echo "Update kernel with modules: Vitaly Lipatov <lav@etersoft.ru>, 2004-2005"

# Тип ядра (получаем из текущего запущенного)
TYPESYS=`uname -r | cut -d "-" -f2,3`

test -z "$1" || TYPESYS=$1

SUDO=sudo
if [ "$UID" == "0" ]
then
	SUDO=
fi
echo "Try to install newest kernel image '$TYPESYS' type"
LISTKER=`$SUDO apt-get install kernel-image-$TYPESYS -y | grep "\#" | grep -v "\["`
LISTKER=`echo $LISTKER | cut -d " " -f 1 | head -n 1`
echo "Install new kernel $LISTKER"
$SUDO apt-get install $LISTKER -y

echo "Check for newest kernel..."
NEWESTKERNEL=`rpm -qa kernel-image-${TYPESYS}* | sort | tail -n 1`
INSTVER=`rpm -q $NEWESTKERNEL --queryformat "%{VERSION}-$TYPESYS-%{RELEASE}"`
echo "Updates modules for kernel: $INSTVER ..."
ALLMODULES=`apt-cache pkgnames kernel-modules | sed -e "s/kernel-modules-//g" | sed -e "s/-.*$//g" | sort | uniq | grep -v kernel`
LISTFORUPDATE=""
for i in $ALLMODULES
do
    PKGNAME=kernel-modules-$i
    if rpm -q $PKGNAME-$TYPESYS >/dev/null
    then
	echo modules-$i is installed, updating...
	LISTFORUPDATE="$LISTFORUPDATE$PKGNAME-$INSTVER "
    fi
done
$SUDO apt-get install $LISTFORUPDATE -y

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

Re: [Comm] скрипт обновления ядер/модулей (was: xorg из Sisyphus -- offtopic)

[Владимир Гусев]

>> Но где раздобыть, к примеру, информацию о 35-й сборке ядра
>> 2.4.22 для ALC 2.3? Может там уже модулем сделали более свежую
>> версию драйверов saa7134?
> Я бы выяснял примерно так:
> - по ченжлогу;
> - если нет -- смотреть версию нужного драйвера (или спрашивать у
>   майнтейнера, или вытянуть соотв. kernel-source/kernel-feat да
>   расковырять) и сопоставлять с ченжлогом по месту происхождения;
> - если непонятно -- экспериментально с обсуждением в hardware@.

общий подход понятен... а чейнджлог где есть, в  devel-kernel@ ?

>> Этот костыль необходим, когда все ядерные пакеты не
>> рассредоточены по версиям, а лежат огромной свалкой, и важно не
>> ошибиться, а то в глазах рябит
> Пользуйтесь скриптом Виталика Липатова (прилагаю).

Большое спасибо!


-- 
С уважением, Владимир Гусев

Re: [Comm] скрипт обновления ядер/модулей (was: xorg из Sisyphus -- offtopic)

[Andrey Rahmatullin]

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

On Fri, May 06, 2005 at 07:52:56PM +0400, Владимир Гусев wrote:
> общий подход понятен... а чейнджлог где есть, в  devel-kernel@ ?
Гм. В пакете.
И на sisyphus.ru.

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

> Прошу maintainer'ов принять меры.
> QA Robot вам об этом обязательно скоро напомнит. :)
НЕЕЕЕЕТ! Умоляю, не надо!
		-- inger in devel@

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

Re: [Comm] скрипт обновления ядер/модулей (was: xorg из Sisyphus -- offtopic)

[Владимир Гусев]

>> общий подход понятен... а чейнджлог где есть, в  devel-kernel@ ?
> Гм. В пакете.

? Что здесь удивительного? Вполне естественное желание знать информацию до  
скачивания и установки...



-- 
С уважением, Владимир Гусев

Re: [Comm] скрипт обновления ядер/модулей (was: xorg из Sisyphus -- offtopic)

[Andrey Rahmatullin]

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

On Sat, May 07, 2005 at 12:57:15AM +0400, Владимир Гусев wrote:
> ? Что здесь удивительного? Вполне естественное желание знать информацию до  
> скачивания и установки...
Тогда sisyphus.ru

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

именно ;-) жастфорфан и все такое, заодно и C научился (блин,
обленившись до админа, уже и забыл кайф программирования. третью
ночь не сплю ;-)).
		-- gns in community@

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

[Comm] Re: скрипт обновления ядер/модулей (was: xorg из Sisyphus -- offtopic)

[Michael Shigorin]

On Sat, May 07, 2005 at 12:57:15AM +0400, Владимир Гусев wrote:
> >>общий подход понятен... а чейнджлог где есть, в
> >Гм. В пакете.
> ? Что здесь удивительного? Вполне естественное желание знать
> информацию до  скачивания и установки...

Если не жаль 64Kb трафика --

rpm -qp --lastchange ftp:// ... /package.rpm

сходит, возьмёт эти самые первые килобайты и расскажет.

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

Re: [Comm] Re: скрипт обновления ядер/модулей (was: xorg из Sisyphus -- offtopic)

[Andrey Rahmatullin]

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

On Tue, May 10, 2005 at 01:43:35PM +0300, Michael Shigorin wrote:
> Если не жаль 64Kb трафика --
> rpm -qp --lastchange ftp:// ... /package.rpm
> сходит, возьмёт эти самые первые килобайты и расскажет.
А можно и ручками скачать, причем килобайт 10 обычно хватает (зависит от
объема всего пакета).

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

> >>Увеличение PTHREAD_THREADS_MAX это очень плохой стиль.
> И еще - а почему это плохой стиль?
Потому что у вас в системе вряд ли найдется несколько тысяч одновременно
работающих процессоров.
		-- ldv in sisyphus@

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

Предложения по update_kernel_modules.sh (was: Re: [Comm] скрипт обновления ядер/модулей)

[php-coder]

--- Michael Shigorin 2005-05-05 21:52:18 +0300
+++ php-coder 2005-05-26 18:50:44 +0700

MS> Пользуйтесь скриптом Виталика Липатова (прилагаю).

    Пока им не пользовался (потому что ядро и два модуля могу и вручную
    обновить), но вот просто к коду повнимательнее присмотрелся ;)

MS> # Тип ядра (получаем из текущего запущенного)
MS> TYPESYS=`uname -r | cut -d "-" -f2,3`
MS> test -z "$1" || TYPESYS=$1

    Может быть так?

    test -z "$1" || TYPESYS=`uname -r | cut -d- -f2,3`

    _Для_универсальности_ не будет лишней также проверка на ванильное
    ядро или самосборное...

MS> SUDO=sudo
MS> if [ "$UID" == "0" ]
MS> then
MS> 	SUDO=
MS> fi

    Так тоже работает:
    
    [ "$UID" != "0" ] && SUDO=sudo || SUDO=

MS> LISTKER=`$SUDO apt-get install kernel-image-$TYPESYS -y | grep "\#" | grep -v "\["`
MS> LISTKER=`echo $LISTKER | cut -d " " -f 1 | head -n 1`

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

    LISTKER=`$SUDO apt-get install -y kernel-image-$TYPESYS | \
    grep -e "^\ "`

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

MS> echo "Install new kernel $LISTKER"
MS> $SUDO apt-get install $LISTKER -y

    хм... значит чуть выше ядро-то и не устанавливалось? В таком случае
    может использовать ключ --simulate для этого?

    (проглядывая man apt-get) Кстати, еще может быть полезны опция --quiet
    К примеру, она опускает вывод индикаторов хода выполнения задачи.
    Насколько, я понял вы для этого использовали grep -v "\["?

MS> ALLMODULES=`apt-cache pkgnames kernel-modules | sed -e "s/kernel-modules-//g" |\
MS> sed -e "s/-.*$//g" | sort | uniq | grep -v kernel`

    Тут, кажется, есть ошибка. Не все модули обновляются :( К примеру, от
    drm-via-2.6.10-wks26-up-alt5 и drm-vs-smp после "обрезания" останется
    лишь drm. А потом, после uniq, останется лишь запись drm и установится
    лишь drm. А что с drm-via? Я так понял, что ничего :(
    
    Так вот сходу решения не нашел. Зато есть несколько идей:

    - вместо прожорливого sed -e 's/kernel-modules-//g' можно использовать
      cut: cud -c 16- Т.е. мы мерем все символы, начиная с шестнадцатого.

      Вот доказательства ;)

      sed -e "s/kernel-modules-//g"  0,03s user 0,00s system 1% cpu 1,707
      total

      cut -c 16-  0,00s user 0,01s system 0% cpu 1,708 total

      Насколько, я понял cut быстрее..

    - если уже использовать sed, то хотя бы записать это короче:
      sed -e 's/kernel-modules-//g;s/-.*$//g'

    - sort | uniq лучше заменить на sort -u (эффект тот же)

    - вот еще идея! Зачем искать все возможные модули? Может лучше только
      те, которые для используемого ядра? Тогда и меньше будет обрабатываемый
      список:

      [c0der@mycomp ~]$ apt-cache pkgnames kernel-modules WC
      1304
      [c0der@mycomp ~]$ apt-cache pkgnames G std-up WC
      145
     
      Т.е. искать модули содержащие в себе $TYPESYS

      Это у меня предложение такое... :-)

    
    Хотелось бы услышать мнение автора ;-) Поэтому даю ему, на всякий
    случай, Сс:

    Bye!

-- 
+ php-coder
+ php-coder[at]altlinux[dot]ru

Re: [Comm] Administrativia: xorg из Sisyphus -- offtopic здесь и сейчас

[Владимир Гусев]

> И ещё раз тонко намекаю -- ПРО СИЗИФОВЫЕ ПАКЕТЫ В ЛЮБОМ ВИДЕ
> РАЗГОВОР В sisyphus@, если это не пересобранно на стабильной
> версии, в каковом случае в backports@.

С xorg - согласен, но ядра - категорически не согласен, что это Сизиф...
Ведь большинство сборок так и не попадет в оф. релизы - но апгрейдится как-то надо в промежутках между версиями, тем более, что есть интересные сборки... Так в официоз не попадет и -wks- и пресловутые -rt- иже с ними..

-- 
С уважением, Владимир Гусев

[Comm] Re: Administrativia: xorg из Sisyphus -- offtopic здесь и сейчас

[Michael Shigorin]

On Thu, May 05, 2005 at 01:02:04PM +0400, Владимир Гусев wrote:
> >И ещё раз тонко намекаю -- ПРО СИЗИФОВЫЕ ПАКЕТЫ В ЛЮБОМ ВИДЕ
> >РАЗГОВОР В sisyphus@, если это не пересобранно на стабильной
> >версии, в каковом случае в backports@.
> С xorg - согласен, но ядра - категорически не согласен, что это
> Сизиф...

Тем не менее это сизиф.

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

Для этого (не для "дурацких вопросов", а для разработки и в
идеале толковых багрепортов :) есть devel-kernel@:

http://lists.altlinux.ru/mailman/listinfo/devel-kernel

Список открытый, шуму немного, можете подписаться да последить.

> Так в официоз не попадет и -wks- и пресловутые -rt- иже с
> ними..

В Master они вроде были.

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

Re: [Comm] Кошерно ли ? [was] Administrativia: xorg из Sisyphus -- offtopic здесь и сейчас

[Andrey Konovalov aka Krapa]

В сообщении от Ср 4 Май 2005 20:26 Michael Shigorin написал(a):

> И ещё раз тонко намекаю -- ПРО СИЗИФОВЫЕ ПАКЕТЫ В ЛЮБОМ ВИДЕ
> РАЗГОВОР В sisyphus@, если это не пересобранно на стабильной
> версии, в каковом случае в backports@.
>
> Ну сколько можно объяснять, что не надо крокодилов мешать
> с помидорами?

А вот если я качаю некий SRPMS и собираю на своем АЛМ24 то моя система ближе к 
мастеру или к сизифу ?

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

Re: [Comm] Кошерно ли ? [was] Administrativia: xorg из Sisyphus -- offtopic здесь и сейчас

[Genix]

Andrey Konovalov aka Krapa пишет:

>А вот если я качаю некий SRPMS и собираю на своем АЛМ24 то моя система ближе к 
>мастеру или к сизифу ?
>  
>

Если я принял ХХХ грамм некого алкогольного напитка, можно то я уже пьян 
или еще трезв?

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

-- 
У каждого в башке свои тараканы...

Re: [Comm] Кошерно ли ? [was] Administrativia: xorg из Sisyphus -- offtopic здесь и сейчас

[Andrey Konovalov aka Krapa]

В сообщении от Чт 12 Май 2005 15:55 Genix написал(a):
> Andrey Konovalov aka Krapa пишет:
> >А вот если я качаю некий SRPMS и собираю на своем АЛМ24 то моя система
> > ближе к мастеру или к сизифу ?
>
> Если я принял ХХХ грамм некого алкогольного напитка, можно то я уже пьян
> или еще трезв?
>
> P.$.: думаю что однозначно ответить на Ваш вопрос нельзя, так как
> пакет-пакету рознь.

;) Хорошо: что корректнее с точки зрения "чистоты" системы - RPMS с сизифа или 
описанный выше вариант?

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

Re: [Comm] Кошерно ли ? [was] Administrativia: xorg из Sisyphus -- offtopic здесь и сейчас

[Genix]

Andrey Konovalov aka Krapa пишет:

>>P.$.: думаю что однозначно ответить на Ваш вопрос нельзя, так как
>>пакет-пакету рознь.
>>    
>>
>
>;) Хорошо: что корректнее с точки зрения "чистоты" системы - RPMS с сизифа или 
>описанный выше вариант?
>  
>

не понятен смысл "чистоты" системы.

-- 
У каждого в башке свои тараканы...

Re: [Comm] Кошерно ли ? [was] Administrativia: xorg из Sisyphus -- offtopic здесь и сейчас

[Andrey Konovalov aka Krapa]

В сообщении от Чт 12 Май 2005 16:24 Genix написал(a):
> Andrey Konovalov aka Krapa пишет:
> >>P.$.: думаю что однозначно ответить на Ваш вопрос нельзя, так как
> >>пакет-пакету рознь.
> >
> >;) Хорошо: что корректнее с точки зрения "чистоты" системы - RPMS с сизифа
> > или описанный выше вариант?
>
> не понятен смысл "чистоты" системы.

Ну вот я думаю, что пакет, пересобранный в окружении АЛМ24 для него кошерней 
собранного в окружении сизифа. Если не прав - просветите.

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

Re: [Comm] Кошерно ли ? [was] Administrativia: xorg из Sisyphus -- offtopic здесь и сейчас

[Michael Isachenkov]

> Ну вот я думаю, что пакет, пересобранный в окружении АЛМ24 для него кошерней 
> собранного в окружении сизифа. Если не прав - просветите.

Если критерием кошерности является то, что он работает, - то вы правы. :)

P.S. в sisyphus@.

-- 
Best regards, Michael Isachenkov

Re: [Comm] Кошерно ли ? [was] Administrativia: xorg из Sisyphus -- offtopic здесь и сейчас

[Genix]

Andrey Konovalov aka Krapa пишет:

>Ну вот я думаю, что пакет, пересобранный в окружении АЛМ24 для него кошерней 
>собранного в окружении сизифа. Если не прав - просветите.
>  
>

да, так и есть

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

Однако, как показывает опыт чтения даже этой рассылки, не всегда такое 
поведение уместно.

Потому как, наступает определенный переломный момент, когда авторы новых 
версий софтин закладываются на новые возможности новых версий библиотек, 
которых у вас нет в дистре (по старости-то лет). Подробнее тут Drool 
расскажет, я думаю.



-- 
У каждого в башке свои тараканы...

Re: [Comm] Кошерно ли ? [was] Administrativia: xorg из Sisyphus -- offtopic здесь и сейчас

[Sergey Lizogub]

Thu, 12 May 2005 14:24:13 +0400
Genix <genix@list.ru> Вы писали:

> Andrey Konovalov aka Krapa пишет:

> >;) Хорошо: что корректнее с точки зрения "чистоты" системы - RPMS с
> >сизифа или  описанный выше вариант?

> не понятен смысл "чистоты" системы.

	Смысл вполне понятен - чтобы из рассылки не турнули  - в sysiphus@ или
ещё куда ;-)
	С уважением,
	Сергей Лизогуб

[Comm] что есть кошерно применительно к репозиториям и пакетам (was: Кошерно ли?)

[Michael Shigorin]

On Thu, May 12, 2005 at 03:25:15PM +0400, Sergey Lizogub wrote:
> > не понятен смысл "чистоты" системы.
> Смысл вполне понятен - чтобы из рассылки не турнули  - в
> sysiphus@ или ещё куда ;-)

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

Ну и с dist-upgrade из двух репозиториев тоже не один и не два
умных в общем человека приплывало, чтобы правило "мухи отдельно,
котлеты отдельно" себя оправдывало.  Вон, один раз тут не отцы, 
а прям-таки деды местного IT напоролись, мы всё вокруг обшарили,
бо не верили, что их так могло проплющить.  Однако же смогло.

Вот так.  Только и всего, никакой романтики.

PS: про смешивание репозиториев -- зафиксировал на
wiki.sisyphus.ru, если кто ещё чего столь же болезнного
припомнит -- пишите или сами кидайте. :)

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

Re: [Comm] что есть кошерно применительно к репозиториям и пакетам (was: Кошерно ли?)

[Владимир Гусев]

>> > не понятен смысл "чистоты" системы.
>> Смысл вполне понятен - чтобы из рассылки не турнули  - в
>> sysiphus@ или ещё куда ;-)
>
> Да никто никого никуда не "турнёт".

Ну да... а вот у меня сейчас самый чистый Мастер - только пара пакетов из бэкпортов, и то, меня "турнули", а точнее послали в backports@.. Хотя перед этим я читал в рассылке применительно к себе, что бэкпортс является официозом наряду с updates, поэтому и заглянул в бэкпортс...

-- 
С уважением, Владимир Гусев

[Comm] Re: что есть кошерно применительно к репозиториям и пакетам (was: Кошерно ли?)

[Michael Shigorin]

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

On Fri, May 13, 2005 at 01:51:13PM +0400, Владимир Гусев wrote:
> >>> не понятен смысл "чистоты" системы.
> >>Смысл вполне понятен - чтобы из рассылки не турнули  - в
> >>sysiphus@ или ещё куда ;-)
> >Да никто никого никуда не "турнёт".
> Ну да... а вот у меня сейчас самый чистый Мастер - только пара
> пакетов из бэкпортов, и то, меня "турнули", а точнее послали

А ещё точнее -- предложили пройти.

> в backports@..

И дольше предлагали, чем это сделать-то. :)

> Хотя перед этим я читал в рассылке применительно к себе, что
> бэкпортс является официозом наряду с updates, поэтому и
> заглянул в бэкпортс...

Это менее официальный ресурс, чем updates; в то же время пакеты,
собираемые в рамках backports, начинают подчас перебираться после
проверки в updates.

Должен сказать, что мне такая ситуация нравится заметно больше,
чем изложенная Димой зимой, кажется.

И собственно, все мои "посылания" -- это скорее попытки помочь
формированию сообществ над обозримыми задачами, ведь если мы
начнём обсуждать здесь все вопросы переноса пакетов на тот же
ALM24 -- места будет мало, недовольных -- много.

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

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

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

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

[Comm] Re: Кошерно ли?

[Michael Shigorin]

On Thu, May 12, 2005 at 02:24:13PM +0400, Genix wrote:
> >>P.$.: думаю что однозначно ответить на Ваш вопрос нельзя, так
> >>как пакет-пакету рознь.
> >;) Хорошо: что корректнее с точки зрения "чистоты" системы -
> >RPMS с сизифа или описанный выше вариант?
> не понятен смысл "чистоты" системы.

Я понимаю как "будет ли система бинарно совместима с репозиторием
пакетов и обновлений к ним для соответствующего выпуска".

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

[Comm] о бэкпортах и что куда ближе (was: Кошерно ли?)

[Michael Shigorin]

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

On Thu, May 12, 2005 at 03:38:07PM +0600, Andrey Konovalov aka Krapa wrote:
> А вот если я качаю некий SRPMS и собираю на своем АЛМ24 то моя
> система ближе к мастеру или к сизифу ?

Если это "концевой" пакет, от которого ничто не зависит --
leafnode какое -- то к Master.  Если это библиотека, особенно
системообразующая, или эквивалентный кусок инфраструктуры -- 
а реализация X11 сюда и относится -- то это ближе к чему-то
самостоятельному, бинарные сборки с которого смысла публиковать
практически нет.

Собственно, одна из проблем с backports -- там нельзя делать
влияющие сразу на многое изменения (например, обновить openldap
с 2.1 до 2.2, хотя сильно хочется).  Или придётся поддерживать
там же в backports отдельно updates для зависящего от изменённого
в оных backports...

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

Это всё -- плоды уж какого есть, но опыта работы с системами для
разных задач и на разных каналах (или без онлайна вообще), сборки
сизифовых srpms для стабильных выпусков, начиная со Spring 2001,
и поддержки получающихся систем (или понимания, что занимает
слишком много времени и сил).

Потому и сделали backports :-)

С другой стороны -- если уж собрали Xorg, может иметь смысл тот
же spec-файл опубликовать в backports@ (или в сети и ссылку
бросить), вдруг ещё какой страдалец именно на этот случай
попадёт.

Плюс опять же ссылки на свои репозитории, коль таковые имеются,
было бы полезно туда же.

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

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

Re: [Comm] xorg, nvidia_glx_common

[Alex Yustasov]

On Wed, May 04, 2005 at 11:24:03AM +0400, Владимир Гусев wrote:
> И еще одно наблюдение: как не было объединяющего пакета kernel-complete для 
> 2.4.29-wks-smp, так и нет..
2.4, к сожалению, не поддерживается.

[Comm] Re: xorg, nvidia_glx_common

[Michael Shigorin]

On Wed, May 04, 2005 at 07:59:45PM +0300, Alex Yustasov wrote:
> > И еще одно наблюдение: как не было объединяющего пакета
> > kernel-complete для 2.4.29-wks-smp, так и нет..
> 2.4, к сожалению, не поддерживается.

В смысле wks-*?

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

[Comm] Re: xorg, nvidia_glx_common

[Alex Yustasov]

On Wed, May 04, 2005 at 11:19:30PM +0300, Michael Shigorin wrote:
> On Wed, May 04, 2005 at 07:59:45PM +0300, Alex Yustasov wrote:
> > > И еще одно наблюдение: как не было объединяющего пакета
> > > kernel-complete для 2.4.29-wks-smp, так и нет..
> > 2.4, к сожалению, не поддерживается.
> 
> В смысле wks-*?
И wks тоже, кажется. Или уже политика партии поменялась?

[Comm] Re: xorg, nvidia_glx_common

[Michael Shigorin]

On Wed, May 04, 2005 at 11:58:03PM +0300, Alex Yustasov wrote:
> > > > И еще одно наблюдение: как не было объединяющего пакета
> > > > kernel-complete для 2.4.29-wks-smp, так и нет..
> > > 2.4, к сожалению, не поддерживается.
> > В смысле wks-*?
> И wks тоже, кажется. Или уже политика партии поменялась?

Насколько понимаю -- понемногу поддерживается, как минимум sec
updates.  Собственно, что ещё надо для того, что работает...
если уж работает.

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