Самодеятельность сборщика rpm ...

[php-coder]

Доброе утро всем !!! :)
Вот ещё наткнулся на пример самодеятельности сборщика rpmbb - не знаю для чего, но сборщик добавляет какие-то непонятные и тупые зависимости:

rpmbb тут не причем. Эти зависимости добавляет сам rpm. Если смысл этих зависимостей вам не ясен, то это не повод называть их тупыми.

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

/etc/init.d(echo_failure)
/etc/init.d(echo_success)
/etc/init.d(action)
/etc/init.d(echo_failure)
/etc/init.d(echo_passed)
/etc/init.d(echo_success)
/etc/init.d(failure)
/etc/init.d(msg_not_running)
/etc/init.d(msg_reloading)
/etc/init.d(msg_starting)
/etc/init.d(msg_stopping)
/etc/init.d(start_daemon)
/etc/init.d(status)

как я понял, эти зависимости он берет из init.d-скриптов, почему то называет пакетами функции скрипта, скрипты содержаться у меня в пакете, только не пойму за кой хер и как от них избавиться, пока что пришлось создать пустой виртуальный пакет, который предоставляет эти зависимости в свойстве Provides.. Может кто подскажет как избавиться от этих, мягко сказать, странных зависимостей ? 

В rpm есть специальный механизм, который ищет зависимости shell/perl скриптов. Поиск осуществляется автоматически, как его отключить совсем или для конкретного файла -- смотрите документацию.

Избавляться от этих зависимостей не нужно. По идее, эти зависимости должны разрешаться в пакет, который владеет файлом /etc/init.d/functions

[zhe]

Избавляться от этих зависимостей не нужно. По идее, эти зависимости должны разрешаться в пакет, который владеет файлом /etc/init.d/functions

Интересно, а почему же тогда apt-get не видит этих зависимостей, если они предоставляются в пакете service, который установлен в системе ?

Если смысл этих зависимостей вам не ясен, то это не повод называть их тупыми.

Смысл зависимости мне ясен и понятен, только почему в некоторых случаях rpm вставляет эти зависимости в rpm, а в некоторых нет ?
"Тупые зависимости": механизм поиска rpm в скриптах - понятно, когда rpm считает зависимостями строчки в скриптах, начинаемые с . - ну там
./etc/init.d/function - явно пакет требует этот файл, а тут как-то странно ...

Поиск осуществляется автоматически, как его отключить совсем или для конкретного файла -- смотрите документацию.

 :D всегда убивал подобный ответ - читай мануал   :D :D :D
Так можно и форумы не заводить - зачем? Везде ответ один - читай ман  :D :D :D :D :D :D

[ruslandh]

Интересно, а почему же тогда apt-get не видит этих зависимостей, если они предоставляются в пакете service, который установлен в системе ?

Почему не видит - именно видит.

[zhe]

  Аааа, понял, в чем мой косяк - ведь пакет service предоставляет:
/etc/rc.d/init.d(daemon)
/etc/rc.d/init.d(echo_failure)
/etc/rc.d/init.d(echo_passed)
/etc/rc.d/init.d(echo_success)
/etc/rc.d/init.d(failure)
...
а у меня:
/etc/init.d(echo_failure)
/etc/init.d(echo_success)
...
а я запихнул свой скрипт в /etc/init.d, что есть символическая ссылка на /etc/rc.d/init.d,  а для rpm это не одно и тоже .. Невнимательность..
после того, как я запихнул скрипт в /etc/rc.d/init.d всё стало на свои места  ;)

[php-coder]

а я запихнул свой скрипт в /etc/init.d, что есть символическая ссылка на /etc/rc.d/init.d,  а для rpm это не одно и тоже .. Невнимательность..
после того, как я запихнул скрипт в /etc/rc.d/init.d всё стало на свои места  ;)

А вы скрипт запихивайте в %_initdir и тогда путь вам будет не важен.

[zhe]

а я запихнул свой скрипт в /etc/init.d, что есть символическая ссылка на /etc/rc.d/init.d,  а для rpm это не одно и тоже .. Невнимательность..
после того, как я запихнул скрипт в /etc/rc.d/init.d всё стало на свои места  ;)

А вы скрипт запихивайте в %_initdir и тогда путь вам будет не важен.

Отличная идея, спасибо, так и поступим  ::)

[Drool]

Отличная идея, спасибо, так и поступим  ::)

Кстати, если посмотреть в /usr/lib/rpm - можно узнать о других полезных макросах.

[php-coder]

Кстати, если посмотреть в /usr/lib/rpm - можно узнать о других полезных макросах.

Ну или rpm --showrc | less

[zhe]

ок, спасибо, поизучал уже много макросов - но на все ещё времени не хватило - век живи, век учись.  ;)

[zhe]

И ещё хотел задать один маленький вопросик по поводу самодеятельности - у меня сборщик rpm закомментированные строчки включает в Description, тоесть текст скрипта, исполняемого в закомментированных строках, если он стоит сразу после текста поля %description Есть ли знак или признак конца описания?
Вот например:
строки в спек:
%description devel
Internal class documentation for the registry classes, and the include
files that define hook interfaces.

#%prep
#%setup -q

#%configure

В собранном пакете Description пишется так:

Код: [Выделить]

Internal class documentation for the registry classes, and the include
files that define hook interfaces.



  CFLAGS="${CFLAGS:--pipe -Wall -O2 -march=i586 -mtune=i686}" ; export CFLAGS ;
  CXXFLAGS="${CXXFLAGS:--pipe -Wall -O2 -march=i586 -mtune=i686}" ; export CXXFLAGS ;
  FFLAGS="${FFLAGS:--pipe -Wall -O2 -march=i586 -mtune=i686}" ; export FFLAGS ;


  export lt_cv_deplibs_check_method=pass_all ;
  [ -f configure.ac -o -f configure.in ] && libtoolize --copy --force ;
  ./configure --build=i586-alt-linux --host=i586-alt-linux \
        --prefix=/usr \
        --exec-prefix=/usr \
        --bindir=/usr/bin \
        --sbindir=/usr/sbin \
        --sysconfdir=/etc \
        --datadir=/usr/share \
        --includedir=/usr/include \
        --libdir=/usr/lib \
        --libexecdir=/usr/libexec \
        --localstatedir=/var \
        --sharedstatedir=/usr/com \
        --mandir=/usr/man \
        --infodir=/usr/info \
        --disable-dependency-tracking \



[Andrew Clark]

Собираю пакет. На этапе поиска Requires, получаю такое:

Код: [Выделить]

Поиск Requires (используя /usr/lib/rpm/find-requires)
Выполняется(Requires): /bin/sh -e /home/andy/tmp/rpm-tmp.67343
+ umask 022
+ /bin/mkdir -p /home/andy/RPM/BUILD
+ cd /home/andy/RPM/BUILD
+ /usr/lib/rpm/find-requires
find-requires: running scripts (files,lib,osgi,pam,perl,pkgconfig,pkgconfiglib,python,rpmlib,shebang,shell,static,symlinks)
Can't locate Ksplice.pm in @INC (@INC contains: /usr/share/ksplice /usr/lib/rpm /etc/perl5 /usr/lib/perl5/i386-linux /usr/lib/perl5 /usr/lib/perl5/vendor_perl/i386-linux /usr/lib/perl5/vendor_perl /usr/local/lib/perl5/site_perl/5.8.9/i386-linux /usr/local/lib/perl5/site_perl/5.8.9 /usr/local/lib/perl5/site_perl .) at /home/andy/tmp/ksplice-buildroot/usr/bin/ksplice-create line 22.
BEGIN failed--compilation aborted at /home/andy/tmp/ksplice-buildroot/usr/bin/ksplice-create line 22.
# perl(Ksplice.pm) at line 22 (depth 3) not loaded at BEGIN SKIP
# /home/andy/tmp/ksplice-buildroot/usr/bin/ksplice-create: deparse failed. isPerl=0.024641213105876.
find-requires: ERROR: /usr/lib/rpm/perl.req failed
ошибка: /bin/sh не удалось
ошибка: Невозможно найти RequiresЧто мне надо сделать?

[Drool]

...
Can't locate Ksplice.pm in...
...
find-requires: ERROR: /usr/lib/rpm/perl.req failed
...

Что мне надо сделать?

Найти и собрать перловый модуль, в котором есть Ksplice.pm? И установить его в сборочную среду (что там у вас - хашер или хостсистема). Судя по rpm.pbone.net - этот модуль есть из rpm-based только в федоре.

[zhe]

Интересно всё-таки, а про то, что текст скриптов помещается в description никто не может дать ответ ? 

[php-coder]

Интересно всё-таки, а про то, что текст скриптов помещается в description никто не может дать ответ ? 

http://www.altlinux.org/TypicalPackagingErrors/StrikeOutMacro

[zhe]

Интересно всё-таки, а про то, что текст скриптов помещается в description никто не может дать ответ ? 

http://www.altlinux.org/TypicalPackagingErrors/StrikeOutMacro

вот, то, что надо - спасибо!  :)