[sisyphus] Ядрёные сырцы

[sisyphus] Ядрёные сырцы

[Вадим Илларионов]

Где лежат kernel24-source от ядер 2.4.19, 2.4.20?

______________
Искренне свой,
        Дымыч.

Re: [sisyphus] Ядрёные сырцы

["Алексей Любимов"]

On Mon, 30 Dec 2002 01:48:13 +0800
Вадим Илларионов <master@irkut.ru> wrote:

> Где лежат kernel24-source от ядер 2.4.19, 2.4.20?

в соотвествующих src.rpm

Re: [sisyphus] Ядрёные сырцы

[Вадим Илларионов]

Sun, 29 Dec 2002 21:01:15 +0300
"Алексей Любимов" <avl@l14.ru> писал:

> > Где лежат kernel24-source от ядер 2.4.19, 2.4.20?
> 
> в соотвествующих src.rpm

Да, но как их оттуда изъять и установить без пересборки пакета?
Лежит ведь kernel22-source-2.2.23-alt2.i586.rpm, а почему не выкладываются, к
примеру, kernel24-source-2.4.20-alt0.8.i586.rpm?

______________
Искренне свой,
        Дымыч.

Re: [sisyphus] Ядрёные сырцы

[Igor Solovyov]

Hi!
On Mon, 30 Dec 2002 02:17:59 +0800
Вадим Илларионов <master@irkut.ru> wrote:

> > > Где лежат kernel24-source от ядер 2.4.19, 2.4.20?
> > 
> > в соотвествующих src.rpm
> 
> Да, но как их оттуда изъять и установить без пересборки пакета?

$ rpm -ivh kernel24-2.4.20-alt0.8.src.rpm вестимо. :-)))
от пользователя, включенного в группу rpm.

> Лежит ведь kernel22-source-2.2.23-alt2.i586.rpm, а почему не выкладываются, к
> примеру, kernel24-source-2.4.20-alt0.8.i586.rpm?

потому, что нет необходимости.

-- 
Best regards!
Igor Solovyov
System/Network administrator
JSC CB "Zlatkombank", Zlatoust, Russia

Re: [sisyphus] Ядрёные сырцы

[Вадим Илларионов]

Sun, 29 Dec 2002 23:24:39 +0500
Igor Solovyov <gosha@zkb.ru> писал:

> > Да, но как их оттуда изъять и установить без пересборки пакета?
> 
> $ rpm -ivh kernel24-2.4.20-alt0.8.src.rpm вестимо. :-)))
> от пользователя, включенного в группу rpm.
 
Сделал. Но в /usr/srs/kernel, увы, не появилось подкаталога
linux-2.4.20-alt0.8. И симлинк /usr/src/linux по-прежнему ведёт
к исходникам ядра 2.4.18.

Ни VWWare, ни nVidia-drivers такая ситуация не устраивает.

______________
Искренне свой,
        Дымыч.

[sisyphus] Re: Ядрёные сырцы

[Michael Shigorin]

On Mon, Dec 30, 2002 at 02:50:22AM +0800, Вадим Илларионов wrote:
> > > Да, но как их оттуда изъять и установить без пересборки пакета?

(kernel24-source был упразднен)

> > $ rpm -ivh kernel24-2.4.20-alt0.8.src.rpm вестимо. :-)))
> > от пользователя, включенного в группу rpm.
> Сделал. Но в /usr/srs/kernel, увы, не появилось подкаталога
> linux-2.4.20-alt0.8. И симлинк /usr/src/linux по-прежнему ведёт
> к исходникам ядра 2.4.18.
> 
> Ни VWWare, ни nVidia-drivers такая ситуация не устраивает.

NVIDIA на поверку устраивает (установленный
kernel24-headers-свежие), vmware не пользую -- но даже в
клиническом случае должно хватить

rpm -bp _где_там_rpmtopdir/SPECS/kernel-2.4-stable.spec
ln -sf _где_там_rpmtopdir/BUILD/linux-* /usr/src/linux

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

[sisyphus] Re: Ядрёные сырцы

[Artem K. Jouravsky]

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

On Mon, Dec 30, 2002 at 02:50:22AM +0800, Вадим Илларионов wrote:
> Sun, 29 Dec 2002 23:24:39 +0500
> Igor Solovyov <gosha@zkb.ru> писал:
> 
> > > Да, но как их оттуда изъять и установить без пересборки пакета?
> > 
> > $ rpm -ivh kernel24-2.4.20-alt0.8.src.rpm вестимо. :-)))
> > от пользователя, включенного в группу rpm.
>  
> Сделал. Но в /usr/srs/kernel, увы, не появилось подкаталога
> linux-2.4.20-alt0.8. И симлинк /usr/src/linux по-прежнему ведёт
> к исходникам ядра 2.4.18.
> 
> Ни VWWare, ни nVidia-drivers такая ситуация не устраивает.
Как недавно выяснил, ещё и iptables, пересборка которого просто
необходима.

-- 
Best wishes,                 | ICQ 103399444
	Artem K. Jouravsky,  | JID ujo@jabber.ru
iFirst Ltd, System Administrator.
-----------------------
Вы очень кстати - тут у нас разврат...

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

[sisyphus] Re: Ядрёные сырцы

[Artem K. Jouravsky]

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

On Sun, Dec 29, 2002 at 09:19:08PM +0200, Michael Shigorin wrote:
> On Mon, Dec 30, 2002 at 02:50:22AM +0800, Вадим Илларионов wrote:
> > > > Да, но как их оттуда изъять и установить без пересборки пакета?
> 
> (kernel24-source был упразднен)
> 
> > > $ rpm -ivh kernel24-2.4.20-alt0.8.src.rpm вестимо. :-)))
> > > от пользователя, включенного в группу rpm.
> > Сделал. Но в /usr/srs/kernel, увы, не появилось подкаталога
> > linux-2.4.20-alt0.8. И симлинк /usr/src/linux по-прежнему ведёт
> > к исходникам ядра 2.4.18.
> > 
> > Ни VWWare, ни nVidia-drivers такая ситуация не устраивает.
> 
> NVIDIA на поверку устраивает (установленный
> kernel24-headers-свежие), vmware не пользую -- но даже в
> клиническом случае должно хватить
> 
> rpm -bp _где_там_rpmtopdir/SPECS/kernel-2.4-stable.spec
> ln -sf _где_там_rpmtopdir/BUILD/linux-* /usr/src/linux
То есть, по новой политике размещения rpmtopdir (вполне разумной), 
к себе в хоумник.

-- 
Best wishes,                 | ICQ 103399444
	Artem K. Jouravsky,  | JID ujo@jabber.ru
iFirst Ltd, System Administrator.
-----------------------
А что тут? раз, два и об щеку!
     GabberMan(c)

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

[sisyphus] Re: Ядрёные сырцы

[Michael Shigorin]

On Mon, Dec 30, 2002 at 12:43:53PM +0300, Artem K. Jouravsky wrote:
> > клиническом случае должно хватить
> > rpm -bp _где_там_rpmtopdir/SPECS/kernel-2.4-stable.spec
> > ln -sf _где_там_rpmtopdir/BUILD/linux-* /usr/src/linux
> То есть, по новой политике размещения rpmtopdir (вполне разумной), 
> к себе в хоумник.

Нну, штатной ситуацией с другими текущестями вроде 0700 на $HOME
при многопользовательской системе это не может являться, но я
потому и говорил про "клинический случай", когда
/usr/include/linux кому-то ен хватает и нужны непременно
исходники.

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

Re: [sisyphus] Re: Ядрёные сырцы

[Serge Skorokhodov]

> > > клиническом случае должно хватить
> > > rpm -bp _где_там_rpmtopdir/SPECS/kernel-2.4-stable.spec
> > > ln -sf _где_там_rpmtopdir/BUILD/linux-* /usr/src/linux
> > То есть, по новой политике размещения rpmtopdir (вполне
> > разумной), к себе в хоумник.
> 
> Нну, штатной ситуацией с другими текущестями вроде 0700 на
> $HOME при многопользовательской системе это не может являться,
> но я потому и говорил про "клинический случай", когда
> /usr/include/linux кому-то ен хватает и нужны непременно
> исходники.
> 
/usr/include/linux систематически не хватает для поддержки
половины ноутбучного железа (не все имеют возможность выбирать
ноутбуки по принципу поддержки Linux:) Когда обсуждался вопрос
исключения kernel-source, на просьбу оставить этот пакет для этих
целей было отвечено: "ну, это никому больше не надо, а
поддерживать пакет тяжело, так что выкручивайтесь сами). С тех
пор и выкручиваюсь и вообще стараюсь на apt держать только
инфраструктуру:), а все важное ставить в /usr/local. Но, похоже,
инфраструктура уже безнадежно требует напильника как в ситуации
"шаг вправо", так и в ситуациях "шаг влево" и "прыжок на месте":)

Кстати, а как LSB смотрит на наличие/отсутствие исходных кодов
ядра в /usr/src/linux?

-- 
Serge Skorokhodov aka suralis
suralis-s@mtu-net.ru

Re: [sisyphus] Re: Ядрёные сырцы

[Vitaly Lipatov]

On Четверг 02 Январь 2003 22:58, Serge Skorokhodov wrote:
> > > > клиническом случае должно хватить
> > > > rpm -bp _где_там_rpmtopdir/SPECS/kernel-2.4-stable.spec
> > > > ln -sf _где_там_rpmtopdir/BUILD/linux-* /usr/src/linux
> > >
> > > То есть, по новой политике размещения rpmtopdir (вполне
> > > разумной), к себе в хоумник.
> >
> > Нну, штатной ситуацией с другими текущестями вроде 0700 на
> > $HOME при многопользовательской системе это не может
> > являться, но я потому и говорил про "клинический случай",
> > когда /usr/include/linux кому-то ен хватает и нужны
> > непременно исходники.
>
> /usr/include/linux систематически не хватает для поддержки
/usr/include/linux отлично присутствует после установки 
kernel24-headers :)

> половины ноутбучного железа (не все имеют возможность выбирать
То есть только заголовочных файлов не хватает?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

[sisyphus] Re: Ядрёные сырцы

[Michael Shigorin]

On Thu, Jan 02, 2003 at 10:58:29PM +0300, Serge Skorokhodov wrote:
> /usr/include/linux систематически не хватает для поддержки
> половины ноутбучного железа (не все имеют возможность выбирать

Можно подробнее?

Когда понадобилось допилить e100.o до понимания чипа имени
"Intel(R) PRO/100 M Mobile Connection", итогом стал отосланный
Косте патч.  Надеюсь, теперь повторять процедуры не придется.
(todo: проверить с 2.4.20-alt :)

> инфраструктуру:), а все важное ставить в /usr/local. Но, похоже,
> инфраструктура уже безнадежно требует напильника как в ситуации
> "шаг вправо", так и в ситуациях "шаг влево" и "прыжок на месте":)

Плохо.  Оно должно экономить время, а не отнимать.

> Кстати, а как LSB смотрит на наличие/отсутствие исходных кодов
> ядра в /usr/src/linux?

А им какое дело?  Хотя почитав про /lib/ld-lsb.so, я уже ничему
не удивлюсь от этих красавцев.

On Fri, Jan 03, 2003 at 11:05:16AM +0300, Vitaly Lipatov wrote:
> > /usr/include/linux систематически не хватает для поддержки
> /usr/include/linux отлично присутствует после установки
> kernel24-headers :)

Не о том речь.

> > половины ноутбучного железа (не все имеют возможность выбирать
> То есть только заголовочных файлов не хватает?

А, видимо, об этом.

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

Re: [sisyphus] Re: Ядрёные сырцы

[Dmitry V. Levin]

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

On Thu, Jan 02, 2003 at 10:58:29PM +0300, Serge Skorokhodov wrote:
> Кстати, а как LSB смотрит на наличие/отсутствие исходных кодов
> ядра в /usr/src/linux?

При чем тут LSB?

/usr/share/doc/fhs-2.2/fhs.txt говорит нам, что
4.12  /usr/src : Source code (optional)
4.12.1  Purpose
Any non-local source code should be placed in this subdirectory.

P.S. на данный момент lsb совершенно не пригоден в качестве стандарта :(


--
ldv

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

Re: [sisyphus] Ядрёные сырцы

[Serge Skorokhodov]

<skip>

> > > /usr/include/linux систематически не хватает для поддержки
> > /usr/include/linux отлично присутствует после установки
> > kernel24-headers :)
> 
> Не о том речь.
>
Вот именно. К этом притензий, как раз, нет:)
 
> > > половины ноутбучного железа (не все имеют возможность
> > > выбирать
> > То есть только заголовочных файлов не хватает?
> 
> А, видимо, об этом.
> 
Вот именно. Моей квалификации не хватает на то, чтобы понять,
отчего тот или иной скачанный из сети модуль требует полное
дерево исходников ядра и без него собираться не желает. И, если
такой модуль присутвует в сизифе -- это не решение, т.к. попытка
его пересобрать нередко "требует" приведение системы в
малорабочее состояние путем скачивания многогигабайтных
обновлений, после чего то pam не пускает, то еще что-то:( Но если
makefile для Connexant HSF модема доступен моему пониманию и
"уламывается" на раз-два-три:), то, например, заставить работать
usb-диск мне не удалось -- не находит он чего-то там. Правда,
обхожусь, но все-равно обидно.

Для включения поддержки Motorola T-280 приходится патчить acm.c.
Пустяковое дело, но rpm -bp; patch; rpm -bc; rpm -bb занимает
гораздо больше времени, чем make в актуальном дереве ядра:) Легко
обходится, но этому пришлось учится, а в описании заплатки ни
alternatives, ни rpm-сборки не было:)

Может быть я чего-то не понимаю (охотно верю:), но одно из самых
существенных преимуществ *nix -- наличие полного дерева (или
необходимого фрагмента) исходного кода системы и прикладного
софта в строго определенном месте, что позволяет его обновлять,
слегка модифицировать, отлаживать и тестировать, не являясь
спецом в разработке. Система alternatives и вечно убегающий в
неведомое репозитарий пакетов этого делать не позволяет, т.к.
закрывает систему от тех, кто не имеет возможности и желания
вникать в тонкости дистрибутивостроения:) 

Чистое мое imho, но вся эта система альтернатив -- чисто
дефелоперская фича и чужие мейкфайлы у меня на нее ругались не
раз, а для дубов вроде меня, которые пытаются использовать linux
для работы, а не программировать под него, хотелось бы иметь
дубовую систему, где все просто лежит, где положено, а не ссылка
на ссылку ссылается и ссылкой погоняет:)

Ну нет у меня даже желания на лету свободно перемещаться по
декартову произведению версий gcc, python и всего остального:)
Все-таки apt должен быть для человека, а не человек -- для
apt'а:)

Если работать, а не постигать дао открытого софта, то хочется
иметь достаточно свежие версии прикладных программ, не
переставляя для этого всей системы. Единственный надежный способ
-- ставить из тарбола в /usr/local на свой страх и риск:)

Простите за многословность, но эта тенденция уже с appendix'а
просматривается:) Сизифус не годится в качестве источника
обновлений: половина прикладных пакетов последних версий на
master2+updates просто не собирается:(. Не говоря уж о том, что
не ставятся двоичные пакеты:)

-- 
Serge Skorokhodov aka suralis
suralis-s@mtu-net.ru

Re: [sisyphus] Ядрёные сырцы

[Герасимов Дмитрий]

On Fri, 3 Jan 2003 19:05:35 +0300
Serge Skorokhodov <suralis-s@mtu-net.ru> wrote:

> Чистое мое imho, но вся эта система альтернатив -- чисто
> дефелоперская фича и чужие мейкфайлы у меня на нее ругались не
> раз, а для дубов вроде меня, которые пытаются использовать linux
> для работы, а не программировать под него, хотелось бы иметь
> дубовую систему, где все просто лежит, где положено, а не ссылка
> на ссылку ссылается и ссылкой погоняет:)
дык, Сизиф самая что ни на есть девелоперская фича. И настроив 
свой source.list Вы тоже начали катить камешек в гору.. Так что
это был Ваш выбор.. :-).. 
> 
> Ну нет у меня даже желания на лету свободно перемещаться по
> декартову произведению версий gcc, python и всего остального:)
> Все-таки apt должен быть для человека, а не человек -- для
> apt'а:)
оставьте в source.list только диски с Мастером и вот апт для простого
человека, доваляете туда Сизиф и вот уже апт для девелопера.. ))
-- 
    =================================
    icq:    26277841
    jabber: q2digger@jabber.ru
    e-mail: matrix AT podlipki DOT ru
    =================================    

Re: [sisyphus] Ядрёные сырцы

[Serge Skorokhodov]

> 
> > Чистое мое imho, но вся эта система альтернатив -- чисто
> > дефелоперская фича и чужие мейкфайлы у меня на нее ругались
> > не раз, а для дубов вроде меня, которые пытаются использовать
> > linux для работы, а не программировать под него, хотелось бы
> > иметь дубовую систему, где все просто лежит, где положено, а
> > не ссылка на ссылку ссылается и ссылкой погоняет:)
> дык, Сизиф самая что ни на есть девелоперская фича. И настроив 
> свой source.list Вы тоже начали катить камешек в гору.. Так что
> это был Ваш выбор.. :-).. 

Я уже давно ограничиваюсь только updates, поэтому и говорю о том,
что новые версии важных для меня программ вынужден собирать в
/usr/local из тарболов, т.к. особенности свободных программ
требуют непрерывного обновления даже не из-за новый фич, а для
исправления багов. А сделать это проще всего пересобирая
программы, т.к. сизиф не обеспечивает возможности регулярного
обновления даже входящих в него программ без дешевого
широкополосного доступа в сеть. Если начальник увидит реальный
траффик -- он скажет: "Покупай MatLab для винды":)

Кроме того, регулярные обновления из сизифа порождают регулярные
же проблемы:( Обойтись без обновлений, как я уже говорил, нельзя.
Кстати, иногда просто скачиваю src.rpm, беру тарбол из него, ну,
иногда немного напильника:)

Я полагаю себя по, так сказать, квалификации самым что ни на есть
"ядерным" пользователем linux -- не будучи разработчиком в
состоянии пересобрать большую часть пакетов, ядро и т.д., но --
_на пользовательском уровне_. И то, что дистрибутив мне кажется
переусложненным, я считаю недоработкой:) Не сочтите за 
нескромность:), это просто личный usability report:)
 
> > 
> > Ну нет у меня даже желания на лету свободно перемещаться по
> > декартову произведению версий gcc, python и всего
> > остального:) Все-таки apt должен быть для человека, а не
> > человек -- для apt'а:)
> оставьте в source.list только диски с Мастером и вот апт для
> простого человека, доваляете туда Сизиф и вот уже апт для
> девелопера.. ))

updates все равно нужны. Проблема в том, что (с моей,
естественно, точки зрения, которая не обязана быть верной:)
выбора при работе с дистрибутивом от alt нет. Либо осваивай
_избыточную для пользователей вроде меня_ девелоперскую по сути
технологию, или обрубай систему до минимума и становись сам себе
мейнтейнером:) А возможности освоить все тонкости и стать
(со)мейнтейнером нужных пакетов в сизифе -- не получается, не у
всех хватает сил на это при наличие совершенно другой работы:(

Прошу считать критику конструктивной:)

-- 
Serge Skorokhodov aka suralis
suralis-s@mtu-net.ru

[sisyphus] Re: Ядрёные сырцы

[Michael Shigorin]

On Fri, Jan 03, 2003 at 07:05:35PM +0300, Serge Skorokhodov wrote:
> Пустяковое дело, но rpm -bp; patch; rpm -bc; rpm -bb занимает
> гораздо больше времени, чем make в актуальном дереве ядра:) Легко

Вон сегодня distcc для того и запаковали. :)

> Может быть я чего-то не понимаю (охотно верю:), но одно из самых
> существенных преимуществ *nix -- наличие полного дерева (или
> необходимого фрагмента) исходного кода системы и прикладного
> софта в строго определенном месте, что позволяет его обновлять,

Это скорее к *BSD как на данный момент, или Gentoo.  Как я могу
ошибаться.

[snip]

> Простите за многословность, но эта тенденция уже с appendix'а
> просматривается:) Сизифус не годится в качестве источника
> обновлений: половина прикладных пакетов последних версий на
> master2+updates просто не собирается:(. Не говоря уж о том, что
> не ставятся двоичные пакеты:)

У меня собираются.  Обычно.  Разве что с напильником на тему
buildreqs и добавленным в ~/.rpmmacros %__subst.  М-да, как-то
устанрканиваться система макросов пока не желает -- бурный рост,
однако :)

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

Re: [sisyphus] Ядрёные сырцы

[Ilya Palagin]

Serge Skorokhodov wrote:
...
> выбора при работе с дистрибутивом от alt нет. Либо осваивай
> _избыточную для пользователей вроде меня_ девелоперскую по сути
> технологию, или обрубай систему до минимума и становись сам себе
> мейнтейнером:) А возможности освоить все тонкости и стать
> (со)мейнтейнером нужных пакетов в сизифе -- не получается, не у
> всех хватает сил на это при наличие совершенно другой работы:(
...
Debian - пример решения данной проблемы. Там кроме stable, unstable и 
testing веток есть "неофициальные" сборки пакетов для stable ветви 
(apt-get.org).  Правда, возможно это стало благодаря гораздо бОльшему 
числу пользователей дистрибутива. Пожелаем ALT-у создания такого 
"неофициального" репозитария в 2003 году силами сотен пользователей во 
всем мире! :-)