[mdk-re] rpm -b what?

[mdk-re] rpm -b what?

[Serge Skorokhodov]

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

Что-то я не понял из man rpm, помощи прошу. Задача: сделать
.src.rpm ядра rpm -bp, подредактировать один исходник и собрать
бинарник.

Я понимаю, как это делать через установленные исходники ядра, но
ядро, собранное "старым казачим способом" почему-то не
устанавливается:( Или я не могу уговорить систему его загружать:(
А из rpm -- пожалуйста, хотя и достает при изменении одного файла
2 часа пересобирать модули сказевых карт:(

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

[mdk-re] Re: rpm -b what?

[Michael Shigorin]

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

On Wed, Mar 13, 2002 at 09:38:51AM +0300, Serge Skorokhodov wrote:
> Что-то я не понял из man rpm, помощи прошу. Задача: сделать
> .src.rpm ядра rpm -bp, подредактировать один исходник и собрать
> бинарник.
См. аттач...  А если исходник == .config, то тем более никаких
-bp не надо ;)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ http://visa.chem.univ.kiev.ua/~mike/

[-- Attachment #1.2: alt-rromas-kernel-rpm --]
[-- Type: text/plain, Size: 1018 bytes --]

Цитирую Vadim <checked@mail.ru>:

> Я сунулся раз пересобирать ядро, но успеха не добился
- пока ума не
> хватает.
rpm -ivh kernel<vers>.src.rpm
if((manual change)==Ok)
    {
    cd /usr/src/RPM/SOURCES
    emacs kernel<you arch>.config
    [change codepage && remote NLS && other]
    F10 f s F10 f e
    }
else
    {
    cd /usr/src/linux
    make xconfig
    [load config from /usr/src/RPM/SOURCES, Change,
save to /usr/src/RPM/SOURCES]
    }
[В случае пакетов от Alt - задействовать CUSTOM, т.е.
custom.config]

cd /usr/src/RPM/SPECS
rpm -ba kernel<vers>.spec [--target arch]
cd /usr/src/RPM/RMPS/<you arch>
rpm -ivh newkernel.rpm

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


Rgds!
Roman Savelyev

_______________________________________________
Mandrake-russian mailing list
Mandrake-russian@altlinux.ru
http://altlinux.ru/mailman/listinfo/mandrake-russian

[-- Attachment #1.3: alt-kernel-rpm --]
[-- Type: text/plain, Size: 2673 bytes --]

On Fri, 14 Sep 2001 11:34:58 +0400
Leonid Mogilevskiy <leonid.khimki@rambler.ru> wrote:
> А вот на счет последнего, можно ли поподробнее, а то я сделел, но
> строчку
> >пересобрать рпм с кернелем и поставить его.
> не совсем понял.
Мне этот метод тоже не так давно открыли, так что разнести опыт - святая обязанность :)

--------------------------------------------------------------------------------------------------------------------------------------

от рута:

#apt-get source kernel24-up  // загрузить rpm.src пакет, который прописан в указанном пакете (у меня он сохраняется в текущем каталоге)
#rpm -ivh tratata.src.rpm  // подготавливает пакет для сборки (извлекает исходники и спек в дерево /usr/src/RPM/*) опция vh добавляет красивых рюшечек в процесс установки пакета и позволяет отделить чайника от чайника с понятиями :)
--------------------------------------------------------------------------------------------------------------------------------------
вот отсюдова и начинается сборка.

1) перейти в /usr/src/RPM/SPECS

2) отредактировать его под свои нужды
конкретно изменить единички на нолики если данные опции не нужны и наоборот нолик на еденичку если нужны.
смысл опций очевиден из названия, например, build_kernel_doc = 0 это значит не создавать рпм с документацией и тд
3)rpm -bа tratata.spec	//исполнить все стадии спека (build all -ba) 

поставить нужные рпмки из соответствующей директории в /usr/src/RPM/RPMS/твойпроц

---------------------------------------------------------------------------
возможно тебе захочется собрать custom ядро, то есть свое.
естественно конфига для ядра в таком случае заранее нет
тогда имеет смысл дать команду 
1) в спеке поставить 1 напротив build-custom
2) rpm -bp tratata.spec    //исполнить стадию prepare (build prepare  -bp)
после чего перейти в дир /usr/src/RPM/build
и там как обычно сделать make mrproper; make menuconfig
после чего конфиг (.config) скопировать к другим готовым конфигам в /usr/src/RPM/sources/ядро-версия-custom.config
имя смотри по аналогии с другими конфигами.
3) rpm -ba tratata.spec	//исполнить все стадии спека (build all -ba) 
далее как обычно


-----------------------------------------------------------------------
поскольку среди майнтайнеров альтлинукса замечены скрытые философы, то есть люди одновременно радикальные, но очень чуткие до высших истин
неудивительно, что ядро может несобраться сразу.
стоит проверить наличие
flex,byacc,perl и возможно еще какой-нибудь мелочи.
и снова 
rpm -ba tratata.spec






_______________________________________________
Mandrake-russian mailing list
Mandrake-russian@altlinux.ru
http://altlinux.ru/mailman/listinfo/mandrake-russian

[-- Attachment #1.4: alt-kernel-rpm-2 --]
[-- Type: text/plain, Size: 1857 bytes --]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Пн 29 Октябрь 2001 13:34, Вы написали:
> Здравствуйте Evgeny,
>
> Monday, October 29, 2001, 3:31:05 PM, you wrote:
>
> EY> Здравствуйте All,
>
> EY> После сегодняшнего апгрейда из Сизифа установилось 2 копии Grub причем
> EY> старая не хочет удаляться! :o(
> Ок спасибо ужо поправил... :o)
> Кстати а ктонибудь может объяснить технологию по пунктам как
> пересобрать кастом ядро!?
1. Ставится пакет src.rpm
2. В файле /usr/src/RPM/SPECS/kernel-2.4.spec правятся
%define BUILD_CUSTOM 1
%define ВUILD_BOOT 0
%define BUILD_SECURE_SMP 0
%define BUILD_SECURE_UP 0
%define BUILD_RSBAC_SMP 0
%define BUILD_RSBAC_UP 0
%define BUILD_SMP 0
%define BUILD_UP 0
...
здесь на выбор
...
%define CUSTOM <здесь как хотите назовите>
%define BUILD_CUSTOM_PCMCIA 1/0     - что вам нужно - ставите 1
%define BUILD_CUSTOM_ALSA 1/0
%define BUILD_CUSTOM_DRM 1/0
%define BUILD_CUSTOM_DXR2 1/0
...
В функции BuildKernel()
make oldconfig правьте на 
make {menuconfig|config}
...

3. В каталоге /us/src/RPM/SOURCES берется файл (для PII/PIII) 
kernel-2.4.12-i686-up.config и копируется в файл kernel-2.4.12-i686-<имя 
CUSTOM>.config
4. Пользователем запускается rpm -bb kernel-2.4.spec
5. Настраиваете ядро по своему вкусу.
6. Получаете готовенькое

В последствии можно переправить строку с make обратно на make oldconfig и 
просто таскать из ядра в ядро свой конфиг, меняя в нем только версию ядра.
Ежели что-то непонятно - пишите.
- -- 
С уважением, Епифанов Сергей.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE73Z2w4ZpgWiwK7D8RAirBAJ910t0Ilcm1Nuwif5FMi80v6pJpCwCfVZZr
HyloTU9vekrYelGHwuFy7FQ=
=AfqB
-----END PGP SIGNATURE-----

_______________________________________________
Sisyphus mailing list
Sisyphus@altlinux.ru
http://altlinux.ru/mailman/listinfo/sisyphus

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

Re: [mdk-re] Re: rpm -b what?

[Serge Skorokhodov]

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

>> Что-то я не понял из man rpm, помощи прошу. Задача: сделать
>> .src.rpm ядра rpm -bp, подредактировать один исходник и
>> собрать бинарник.

MS> См. аттач... А если исходник == .config, то тем более никаких
MS> -bp не надо ;)

Михаил, спасибо, но это (хотя и не так ловко:) я уже научился.
Проблема в другом: мне надо в одном из файлов драйверов acpi
добавить строчку и изменить размер буфера для сообщений ядра.
Если размер буфера по крайней мере понятно как менять (поменять и
снова закатать в тарбол), то исходники acpi имеются только в виде
диффов:(. Что делать: править дифф?

И еще. Если по сути надо только пересобирать часть модулей, то
что, для этого надо пересобирать все ядро? Или можно как-то
иначе?

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

[mdk-re] Re: rpm -b what?

[Michael Shigorin]

On Thu, Mar 14, 2002 at 02:28:21PM +0300, Serge Skorokhodov wrote:
> Если размер буфера по крайней мере понятно как менять (поменять и
> снова закатать в тарбол), то исходники acpi имеются только в виде
> диффов:(. Что делать: править дифф?
Можно и так.

[skip--?]

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ http://visa.chem.univ.kiev.ua/~mike/

Re: [mdk-re] Re: rpm -b what?

[Любимов А.В.]

On Thu, 14 Mar 2002 15:41:13 +0200
"Michael Shigorin" <mike@lic145.kiev.ua> wrote:

> On Thu, Mar 14, 2002 at 02:28:21PM +0300, Serge Skorokhodov wrote:
> > Если размер буфера по крайней мере понятно как менять (поменять и
> > снова закатать в тарбол), то исходники acpi имеются только в виде
> > диффов:(. Что делать: править дифф?
> Можно и так.

а что мешает сделать так. 

rpm -bp kernel

cd ../build/...
копируем в темп 
правим
diff старое новое
добавляем патч в папку sources и спек
собираем.

-- 
С уважением,Любимов А.В.

Re[2]: [mdk-re] Re: rpm -b what?

[Serge Skorokhodov]

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

ЛАВ> On Thu, 14 Mar 2002 15:41:13 +0200
ЛАВ> "Michael Shigorin" <mike@lic145.kiev.ua> wrote:

>> On Thu, Mar 14, 2002 at 02:28:21PM +0300, Serge Skorokhodov wrote:
>> > Если размер буфера по крайней мере понятно как менять (поменять и
>> > снова закатать в тарбол), то исходники acpi имеются только в виде
>> > диффов:(. Что делать: править дифф?
>> Можно и так.

ЛАВ> а что мешает сделать так. 

ЛАВ> rpm -bp kernel

ЛАВ> cd ../build/...
ЛАВ> копируем в темп 
ЛАВ> правим
ЛАВ> diff старое новое
ЛАВ> добавляем патч в папку sources и спек
ЛАВ> собираем.

Надо попробовать, но я пока в этих технологиях плаваю:) И
собирать ядро приходится на ночь ставить:( А хотелось бы просто
модуль поправить и мейкануться. Это можно, кстати? Ведь конфиг
прежний. А потом ядро впихнуть "старым казачим способом"? Вот
только как тогда модули в систему устанавливать?

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

Re: Re[2]: [mdk-re] Re: rpm -b what?

[Любимов А.В.]

On Thu, 14 Mar 2002 18:33:34 +0300
"Serge Skorokhodov" <suralis-s@mtu-net.ru> wrote:

> Здравствуйте!
> 
> ЛАВ> On Thu, 14 Mar 2002 15:41:13 +0200
> ЛАВ> "Michael Shigorin" <mike@lic145.kiev.ua> wrote:
> 
> >> On Thu, Mar 14, 2002 at 02:28:21PM +0300, Serge Skorokhodov wrote:
> >> > Если размер буфера по крайней мере понятно как менять (поменять и
> >> > снова закатать в тарбол), то исходники acpi имеются только в виде
> >> > диффов:(. Что делать: править дифф?
> >> Можно и так.
> 
> ЛАВ> а что мешает сделать так. 
> 
> ЛАВ> rpm -bp kernel
> 
> ЛАВ> cd ../build/...
> ЛАВ> копируем в темп 
> ЛАВ> правим
> ЛАВ> diff старое новое
> ЛАВ> добавляем патч в папку sources и спек
> ЛАВ> собираем.
> 
> Надо попробовать, но я пока в этих технологиях плаваю:) И
> собирать ядро приходится на ночь ставить:( А хотелось бы просто
> модуль поправить и мейкануться. Это можно, кстати? Ведь конфиг
> прежний. А потом ядро впихнуть "старым казачим способом"? Вот
> только как тогда модули в систему устанавливать?

да не вопрос. 
make mrproper
manke menuconfig
make 
make modules
make modules_install

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


> 
> -- 
> Serge Skorokhodov aka suralis
> 14.03.2002 suralis-s@mtu-net.ru
> 
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian


-- 
С уважением,Любимов А.В.

Re: [mdk-re] Re: rpm -b what?

[Sergey Vlasov]

On Thu, Mar 14, 2002 at 18:33:34 +0300, Serge Skorokhodov wrote:
> Здравствуйте!
> 
> ЛАВ> On Thu, 14 Mar 2002 15:41:13 +0200
> ЛАВ> "Michael Shigorin" <mike@lic145.kiev.ua> wrote:
> 
> >> On Thu, Mar 14, 2002 at 02:28:21PM +0300, Serge Skorokhodov wrote:
> >> > Если размер буфера по крайней мере понятно как менять (поменять и
> >> > снова закатать в тарбол), то исходники acpi имеются только в виде
> >> > диффов:(. Что делать: править дифф?
> >> Можно и так.
> 
> ЛАВ> а что мешает сделать так. 
> 
> ЛАВ> rpm -bp kernel
> 
> ЛАВ> cd ../build/...
> ЛАВ> копируем в темп 
> ЛАВ> правим
> ЛАВ> diff старое новое
> ЛАВ> добавляем патч в папку sources и спек
> ЛАВ> собираем.
> 
> Надо попробовать, но я пока в этих технологиях плаваю:) И
> собирать ядро приходится на ночь ставить:( А хотелось бы просто
> модуль поправить и мейкануться. Это можно, кстати? Ведь конфиг
> прежний. А потом ядро впихнуть "старым казачим способом"? Вот
> только как тогда модули в систему устанавливать?

Думаю, для тестового режима ручной способ вполне пойдет.  В процессе
ковыряния с некоторыми модулями я делал так: после правки запускал make
modules (к сожалению, в нужном каталоге так запустить нельзя - приходится
запускать сверху, так что обходится в поисках изменений все дерево).
Потом обновившийся модуль засовывался руками в /lib/modules/... на место
старого; depmod -a; далее перезагружаем модуль.

Если меняются и куски, встраиваемые внутрь ядра - придется еще сделать
make bzImage и поставить новое ядро.

Ну а когда заработает, можно будет и diff сделать.

Re[2]: [mdk-re] Re: rpm -b what?

[Serge Skorokhodov]

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

SV> On Thu, Mar 14, 2002 at 18:33:34 +0300, Serge Skorokhodov wrote:
>> Здравствуйте!
>> 
>> ЛАВ> On Thu, 14 Mar 2002 15:41:13 +0200
>> ЛАВ> "Michael Shigorin" <mike@lic145.kiev.ua> wrote:
>> 
>> >> On Thu, Mar 14, 2002 at 02:28:21PM +0300, Serge Skorokhodov wrote:
>> >> > Если размер буфера по крайней мере понятно как менять (поменять и
>> >> > снова закатать в тарбол), то исходники acpi имеются только в виде
>> >> > диффов:(. Что делать: править дифф?
>> >> Можно и так.
>> 
>> ЛАВ> а что мешает сделать так. 
>> 
>> ЛАВ> rpm -bp kernel
>> 
>> ЛАВ> cd ../build/...
>> ЛАВ> копируем в темп 
>> ЛАВ> правим
>> ЛАВ> diff старое новое
>> ЛАВ> добавляем патч в папку sources и спек
>> ЛАВ> собираем.
>> 
>> Надо попробовать, но я пока в этих технологиях плаваю:) И
>> собирать ядро приходится на ночь ставить:( А хотелось бы просто
>> модуль поправить и мейкануться. Это можно, кстати? Ведь конфиг
>> прежний. А потом ядро впихнуть "старым казачим способом"? Вот
>> только как тогда модули в систему устанавливать?

SV> Думаю, для тестового режима ручной способ вполне пойдет.  В процессе
SV> ковыряния с некоторыми модулями я делал так: после правки запускал make
SV> modules (к сожалению, в нужном каталоге так запустить нельзя - приходится
SV> запускать сверху, так что обходится в поисках изменений все дерево).
SV> Потом обновившийся модуль засовывался руками в /lib/modules/... на место
SV> старого; depmod -a; далее перезагружаем модуль.

SV> Если меняются и куски, встраиваемые внутрь ядра - придется еще сделать
SV> make bzImage и поставить новое ядро.

SV> Ну а когда заработает, можно будет и diff сделать.

Во-во, про работоспособность такой схемы я и надеялся услышать:
т.е. я ставлю нормальное ядро из rpm и kernel-source, а потом в
процессе работы доделываю make modules -- и руками...

Дело то на один раз: получить отладочную информацию при доступе к
/proc/acpi/battery/CPM0/info -- после чего интереса в данном
варианте больше нет, можно на стандартный модуль менять.

Такое будет работать?

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

Re: [mdk-re] Re: rpm -b what?

[Sergey Vlasov]

On Thu, Mar 14, 2002 at 20:17:31 +0300, Serge Skorokhodov wrote:
> Здравствуйте!
> 
> SV> On Thu, Mar 14, 2002 at 18:33:34 +0300, Serge Skorokhodov wrote:
> >> Здравствуйте!
> >> 
> >> ЛАВ> On Thu, 14 Mar 2002 15:41:13 +0200
> >> ЛАВ> "Michael Shigorin" <mike@lic145.kiev.ua> wrote:
> >> 
> >> >> On Thu, Mar 14, 2002 at 02:28:21PM +0300, Serge Skorokhodov wrote:
> >> >> > Если размер буфера по крайней мере понятно как менять (поменять и
> >> >> > снова закатать в тарбол), то исходники acpi имеются только в виде
> >> >> > диффов:(. Что делать: править дифф?
> >> >> Можно и так.
> >> 
> >> ЛАВ> а что мешает сделать так. 
> >> 
> >> ЛАВ> rpm -bp kernel
> >> 
> >> ЛАВ> cd ../build/...
> >> ЛАВ> копируем в темп 
> >> ЛАВ> правим
> >> ЛАВ> diff старое новое
> >> ЛАВ> добавляем патч в папку sources и спек
> >> ЛАВ> собираем.
> >> 
> >> Надо попробовать, но я пока в этих технологиях плаваю:) И
> >> собирать ядро приходится на ночь ставить:( А хотелось бы просто
> >> модуль поправить и мейкануться. Это можно, кстати? Ведь конфиг
> >> прежний. А потом ядро впихнуть "старым казачим способом"? Вот
> >> только как тогда модули в систему устанавливать?
> 
> SV> Думаю, для тестового режима ручной способ вполне пойдет.  В процессе
> SV> ковыряния с некоторыми модулями я делал так: после правки запускал make
> SV> modules (к сожалению, в нужном каталоге так запустить нельзя - приходится
> SV> запускать сверху, так что обходится в поисках изменений все дерево).
> SV> Потом обновившийся модуль засовывался руками в /lib/modules/... на место
> SV> старого; depmod -a; далее перезагружаем модуль.
> 
> SV> Если меняются и куски, встраиваемые внутрь ядра - придется еще сделать
> SV> make bzImage и поставить новое ядро.
> 
> SV> Ну а когда заработает, можно будет и diff сделать.
> 
> Во-во, про работоспособность такой схемы я и надеялся услышать:
> т.е. я ставлю нормальное ядро из rpm и kernel-source, а потом в
> процессе работы доделываю make modules -- и руками...
> 
> Дело то на один раз: получить отладочную информацию при доступе к
> /proc/acpi/battery/CPM0/info -- после чего интереса в данном
> варианте больше нет, можно на стандартный модуль менять.
> 
> Такое будет работать?

Если сначала собрать custom-ядро в rpm, поставить его, а потом делать
модификации в .../RPM/BUILD/linux и make modules - должно работать.  Ведь
фактически при установке rpm будут установлены те же файлы, что и при
ручной установке ядра.

Единственное замечание - я не делал make modules_install, а руками ставил
файл модуля в нужное место (только обязательно нужно chown root:root -
иначе будет ругань).

Насчет варианта с kernel-source - не уверен, т.к. конфигурация оттуда
может не совпасть с конфигурацией ядра, собранного в стандартном rpm
(например, из-за отличий в среде сборки - разные версии gcc, binutils,
...).  Кроме того, один раз все равно придется собрать ядро полностью.