[devel] BuildConflicts?

[devel] BuildConflicts?

[Alexey Rusakov]

Доброго времени суток.

Имеется следующая ситуация: некоторый пакет (gnome-mime-data) в данный
момент требует для своей сборки _отсутствия_ в сборочной среде пакета
glib2-devel. Вопросов два:
1. Считаем ли мы это штатной ситуацией, не требующей исправления?
2. Если да, правильно ли я понимаю, что желательно зафиксировать
соответствующее ограничение на уровне спек-файла (BuildConflicts)?

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] BuildConflicts?

[Dmitry V. Levin]

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

On Tue, May 29, 2007 at 02:20:23AM +0400, Alexey Rusakov wrote:
> Доброго времени суток.
> 
> Имеется следующая ситуация: некоторый пакет (gnome-mime-data) в данный
> момент требует для своей сборки _отсутствия_ в сборочной среде пакета
> glib2-devel. Вопросов два:
> 1. Считаем ли мы это штатной ситуацией, не требующей исправления?
> 2. Если да, правильно ли я понимаю, что желательно зафиксировать
> соответствующее ограничение на уровне спек-файла (BuildConflicts)?

Ответ "да" на оба вопроса, хотя это иногда бывает не очень удобно.


-- 
ldv

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

Re: [devel] BuildConflicts?

[Igor Zubkov]

В сообщении от Tuesday 29 May 2007 01:28:29 Dmitry V. Levin написал(а):
> On Tue, May 29, 2007 at 02:20:23AM +0400, Alexey Rusakov wrote:
> > Доброго времени суток.
> >
> > Имеется следующая ситуация: некоторый пакет (gnome-mime-data) в данный
> > момент требует для своей сборки _отсутствия_ в сборочной среде пакета
> > glib2-devel. Вопросов два:
> > 1. Считаем ли мы это штатной ситуацией, не требующей исправления?
> > 2. Если да, правильно ли я понимаю, что желательно зафиксировать
> > соответствующее ограничение на уровне спек-файла (BuildConflicts)?
>
> Ответ "да" на оба вопроса, хотя это иногда бывает не очень удобно.

Тогда третий вопрос, если это можно обойти, обходить? Т.е. пакет будет 
собиратся и в hasher и в живой системе.

Путь обхода вот такой (на примере того самого gnome-mime-data):
Было в gnome-mime-data-2.4.3:
%build
%configure

Стало в gnome-mime-data-2.18.0:
./configure \
        --prefix=%{_prefix} \
        --exec-prefix=%{_exec_prefix} \
        --bindir=%{_bindir} \
        --sbindir=%{_sbindir} \
        --sysconfdir=%{_sysconfdir} \
        --datadir=%{_datadir} \
        --includedir=%{_includedir} \
        --libdir=%{_libdir} \
        --libexecdir=%{_libexecdir} \
        --localstatedir=%{_localstatedir} \
        --sharedstatedir=%{_sharedstatedir} \
        --mandir=%{_mandir} \
        --infodir=%{_infodir} \
        --disable-dependency-tracking \
        --without-included-gettext

Т.е. я банально расскрыл макрос %configure.

-- 
icesik

Re: [devel] BuildConflicts?

[Alexey Rusakov]

On Tue, 29 May 2007 13:06:21 +0300
Igor Zubkov wrote:

> В сообщении от Tuesday 29 May 2007 01:28:29 Dmitry V. Levin написал(а):
> > On Tue, May 29, 2007 at 02:20:23AM +0400, Alexey Rusakov wrote:
> > > Доброго времени суток.
> > >
> > > Имеется следующая ситуация: некоторый пакет (gnome-mime-data) в данный
> > > момент требует для своей сборки _отсутствия_ в сборочной среде пакета
> > > glib2-devel. Вопросов два:
> > > 1. Считаем ли мы это штатной ситуацией, не требующей исправления?
> > > 2. Если да, правильно ли я понимаю, что желательно зафиксировать
> > > соответствующее ограничение на уровне спек-файла (BuildConflicts)?
> >
> > Ответ "да" на оба вопроса, хотя это иногда бывает не очень удобно.
> 
> Тогда третий вопрос, если это можно обойти, обходить? Т.е. пакет будет 
> собиратся и в hasher и в живой системе.
> 
> Путь обхода вот такой (на примере того самого gnome-mime-data):
> Было в gnome-mime-data-2.4.3:
> %build
> %configure
> 
> Стало в gnome-mime-data-2.18.0:
> ./configure \
>         --prefix=%{_prefix} \
>         --exec-prefix=%{_exec_prefix} \
>         --bindir=%{_bindir} \
>         --sbindir=%{_sbindir} \
>         --sysconfdir=%{_sysconfdir} \
>         --datadir=%{_datadir} \
>         --includedir=%{_includedir} \
>         --libdir=%{_libdir} \
>         --libexecdir=%{_libexecdir} \
>         --localstatedir=%{_localstatedir} \
>         --sharedstatedir=%{_sharedstatedir} \
>         --mandir=%{_mandir} \
>         --infodir=%{_infodir} \
>         --disable-dependency-tracking \
>         --without-included-gettext
> 
> Т.е. я банально расскрыл макрос %configure.
Не совсем банально, и в этом корень зла. Расскажи публике, в чём разница :)

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] BuildConflicts?

[Igor Zubkov]

В сообщении от Tuesday 29 May 2007 15:02:59 Alexey Rusakov написал(а):
> > Стало в gnome-mime-data-2.18.0:
> > ./configure \
> >         --prefix=%{_prefix} \
> >         --exec-prefix=%{_exec_prefix} \
> >         --bindir=%{_bindir} \
> >         --sbindir=%{_sbindir} \
> >         --sysconfdir=%{_sysconfdir} \
> >         --datadir=%{_datadir} \
> >         --includedir=%{_includedir} \
> >         --libdir=%{_libdir} \
> >         --libexecdir=%{_libexecdir} \
> >         --localstatedir=%{_localstatedir} \
> >         --sharedstatedir=%{_sharedstatedir} \
> >         --mandir=%{_mandir} \
> >         --infodir=%{_infodir} \
> >         --disable-dependency-tracking \
> >         --without-included-gettext
> >
> > Т.е. я банально расскрыл макрос %configure.
>
> Не совсем банально, и в этом корень зла. Расскажи публике, в чём разница :)

Оригиналный %configure максов выглядит вот так:
%_configure_script      ./configure
%_configure_target      --build=%{_target_platform} --host=%{_target_platform}
%_configure_gettext     --without-included-gettext
%configure \
  CFLAGS="${CFLAGS:-%optflags}" ; export CFLAGS ; \
  CXXFLAGS="${CXXFLAGS:-%optflags}" ; export CXXFLAGS ; \
  FFLAGS="${FFLAGS:-%optflags}" ; export FFLAGS ; \
  %{?_disable_static:export lt_cv_prog_cc_static_works=no ;} \
  %{?_enable_static:export lt_cv_prog_cc_static_works=yes ;} \
  export lt_cv_deplibs_check_method=pass_all ; \
  %{?__libtoolize:[ -f configure.ac -o -f configure.in ] 
&& %{__libtoolize} --copy --force ;} \
  %{_configure_script} %{?_configure_target:%{_configure_target}} \\\
        --prefix=%{_prefix} \\\
        --exec-prefix=%{_exec_prefix} \\\
        --bindir=%{_bindir} \\\
        --sbindir=%{_sbindir} \\\
        --sysconfdir=%{_sysconfdir} \\\
        --datadir=%{_datadir} \\\
        --includedir=%{_includedir} \\\
        --libdir=%{_libdir} \\\
        --libexecdir=%{_libexecdir} \\\
        --localstatedir=%{_localstatedir} \\\
        --sharedstatedir=%{_sharedstatedir} \\\
        --mandir=%{_mandir} \\\
        --infodir=%{_infodir} \\\
        --disable-dependency-tracking \\\
        %{?_configure_gettext:%{_configure_gettext}}

Т.е. я расскрыл этот макрос и убрал из 
него --build=%{_target_platform} --host=%{_target_platform}

Это надо для того что бы не было вот такого:
checking build system type... Invalid configuration `noarch-alt-linux': 
machine `noarch-alt' not recognized
configure: error: /bin/sh ./config.sub noarch-alt-linux failed
ошибка: Неверный код возврата из /home/icesik/tmp/rpm-tmp.15143 (%build)


-- 
icesik

Re: [devel] BuildConflicts?

[Led]

В сообщении от Tuesday 29 May 2007 16:29:06 Igor Zubkov написал(а):
> В сообщении от Tuesday 29 May 2007 15:02:59 Alexey Rusakov написал(а):
> > > Стало в gnome-mime-data-2.18.0:
> > > ./configure \
> > >         --prefix=%{_prefix} \
> > >         --exec-prefix=%{_exec_prefix} \
> > >         --bindir=%{_bindir} \
> > >         --sbindir=%{_sbindir} \
> > >         --sysconfdir=%{_sysconfdir} \
> > >         --datadir=%{_datadir} \
> > >         --includedir=%{_includedir} \
> > >         --libdir=%{_libdir} \
> > >         --libexecdir=%{_libexecdir} \
> > >         --localstatedir=%{_localstatedir} \
> > >         --sharedstatedir=%{_sharedstatedir} \
> > >         --mandir=%{_mandir} \
> > >         --infodir=%{_infodir} \
> > >         --disable-dependency-tracking \
> > >         --without-included-gettext
> > >
> > > Т.е. я банально расскрыл макрос %configure.
> >
> > Не совсем банально, и в этом корень зла. Расскажи публике, в чём разница
> > :)
>
> Оригиналный %configure максов выглядит вот так:
> %_configure_script      ./configure
> %_configure_target      --build=%{_target_platform}
> --host=%{_target_platform} %_configure_gettext    
> --without-included-gettext
> %configure \
>   CFLAGS="${CFLAGS:-%optflags}" ; export CFLAGS ; \
>   CXXFLAGS="${CXXFLAGS:-%optflags}" ; export CXXFLAGS ; \
>   FFLAGS="${FFLAGS:-%optflags}" ; export FFLAGS ; \
>   %{?_disable_static:export lt_cv_prog_cc_static_works=no ;} \
>   %{?_enable_static:export lt_cv_prog_cc_static_works=yes ;} \
>   export lt_cv_deplibs_check_method=pass_all ; \
>   %{?__libtoolize:[ -f configure.ac -o -f configure.in ]
> && %{__libtoolize} --copy --force ;} \
>   %{_configure_script} %{?_configure_target:%{_configure_target}} \\\
>         --prefix=%{_prefix} \\\
>         --exec-prefix=%{_exec_prefix} \\\
>         --bindir=%{_bindir} \\\
>         --sbindir=%{_sbindir} \\\
>         --sysconfdir=%{_sysconfdir} \\\
>         --datadir=%{_datadir} \\\
>         --includedir=%{_includedir} \\\
>         --libdir=%{_libdir} \\\
>         --libexecdir=%{_libexecdir} \\\
>         --localstatedir=%{_localstatedir} \\\
>         --sharedstatedir=%{_sharedstatedir} \\\
>         --mandir=%{_mandir} \\\
>         --infodir=%{_infodir} \\\
>         --disable-dependency-tracking \\\
>         %{?_configure_gettext:%{_configure_gettext}}
>
> Т.е. я расскрыл этот макрос и убрал из
> него --build=%{_target_platform} --host=%{_target_platform}
>
> Это надо для того что бы не было вот такого:
> checking build system type... Invalid configuration `noarch-alt-linux':
> machine `noarch-alt' not recognized
> configure: error: /bin/sh ./config.sub noarch-alt-linux failed
> ошибка: Неверный код возврата из /home/icesik/tmp/rpm-tmp.15143 (%build)

Может лучше configure*/config.sub подправить?

___
Led

Re: [devel] BuildConflicts?

[Sergey Vlasov]

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

On Tue, May 29, 2007 at 04:29:06PM +0300, Igor Zubkov wrote:
> Оригиналный %configure максов выглядит вот так:
> %_configure_script      ./configure
> %_configure_target      --build=%{_target_platform} --host=%{_target_platform}
> %_configure_gettext     --without-included-gettext
> %configure \
>   CFLAGS="${CFLAGS:-%optflags}" ; export CFLAGS ; \
>   CXXFLAGS="${CXXFLAGS:-%optflags}" ; export CXXFLAGS ; \
>   FFLAGS="${FFLAGS:-%optflags}" ; export FFLAGS ; \
>   %{?_disable_static:export lt_cv_prog_cc_static_works=no ;} \
>   %{?_enable_static:export lt_cv_prog_cc_static_works=yes ;} \
>   export lt_cv_deplibs_check_method=pass_all ; \
>   %{?__libtoolize:[ -f configure.ac -o -f configure.in ] 
> && %{__libtoolize} --copy --force ;} \
>   %{_configure_script} %{?_configure_target:%{_configure_target}} \\\
>         --prefix=%{_prefix} \\\
>         --exec-prefix=%{_exec_prefix} \\\
>         --bindir=%{_bindir} \\\
>         --sbindir=%{_sbindir} \\\
>         --sysconfdir=%{_sysconfdir} \\\
>         --datadir=%{_datadir} \\\
>         --includedir=%{_includedir} \\\
>         --libdir=%{_libdir} \\\
>         --libexecdir=%{_libexecdir} \\\
>         --localstatedir=%{_localstatedir} \\\
>         --sharedstatedir=%{_sharedstatedir} \\\
>         --mandir=%{_mandir} \\\
>         --infodir=%{_infodir} \\\
>         --disable-dependency-tracking \\\
>         %{?_configure_gettext:%{_configure_gettext}}
> 
> Т.е. я расскрыл этот макрос и убрал из 
> него --build=%{_target_platform} --host=%{_target_platform}
> 
> Это надо для того что бы не было вот такого:
> checking build system type... Invalid configuration `noarch-alt-linux': 
> machine `noarch-alt' not recognized

А не вынесен ли %_configure_target в отдельный макрос специально для того,
чтобы эту часть можно было переопределить, не трогая остальные части
макроса %configure?

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

Re: [devel] BuildConflicts?

[Dmitry V. Levin]

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

On Tue, May 29, 2007 at 04:29:06PM +0300, Igor Zubkov wrote:
> В сообщении от Tuesday 29 May 2007 15:02:59 Alexey Rusakov написал(а):
> > > Стало в gnome-mime-data-2.18.0:
> > > ./configure \
> > >         --prefix=%{_prefix} \
> > >         --exec-prefix=%{_exec_prefix} \
> > >         --bindir=%{_bindir} \
> > >         --sbindir=%{_sbindir} \
> > >         --sysconfdir=%{_sysconfdir} \
> > >         --datadir=%{_datadir} \
> > >         --includedir=%{_includedir} \
> > >         --libdir=%{_libdir} \
> > >         --libexecdir=%{_libexecdir} \
> > >         --localstatedir=%{_localstatedir} \
> > >         --sharedstatedir=%{_sharedstatedir} \
> > >         --mandir=%{_mandir} \
> > >         --infodir=%{_infodir} \
> > >         --disable-dependency-tracking \
> > >         --without-included-gettext
> > >
> > > Т.е. я банально расскрыл макрос %configure.
> >
> > Не совсем банально, и в этом корень зла. Расскажи публике, в чём разница :)
> 
> Оригиналный %configure максов выглядит вот так:
> %_configure_script      ./configure
> %_configure_target      --build=%{_target_platform} --host=%{_target_platform}
[...]
> Т.е. я расскрыл этот макрос и убрал из 
> него --build=%{_target_platform} --host=%{_target_platform}

Зачем???


-- 
ldv

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

Re: [devel] BuildConflicts?

[Alexey Rusakov]

On Tue, 29 May 2007 16:36:17 +0300
Led wrote:

> В сообщении от Tuesday 29 May 2007 16:29:06 Igor Zubkov написал(а):
> > В сообщении от Tuesday 29 May 2007 15:02:59 Alexey Rusakov написал(а):
> > > > Стало в gnome-mime-data-2.18.0:
> > > > ./configure \
> > > >         --prefix=%{_prefix} \
> > > >         --exec-prefix=%{_exec_prefix} \
> > > >         --bindir=%{_bindir} \
> > > >         --sbindir=%{_sbindir} \
> > > >         --sysconfdir=%{_sysconfdir} \
> > > >         --datadir=%{_datadir} \
> > > >         --includedir=%{_includedir} \
> > > >         --libdir=%{_libdir} \
> > > >         --libexecdir=%{_libexecdir} \
> > > >         --localstatedir=%{_localstatedir} \
> > > >         --sharedstatedir=%{_sharedstatedir} \
> > > >         --mandir=%{_mandir} \
> > > >         --infodir=%{_infodir} \
> > > >         --disable-dependency-tracking \
> > > >         --without-included-gettext
> > > >
> > > > Т.е. я банально расскрыл макрос %configure.
> > >
> > > Не совсем банально, и в этом корень зла. Расскажи публике, в чём разница
> > > :)
> >
> > Оригиналный %configure максов выглядит вот так:
> > %_configure_script      ./configure
> > %_configure_target      --build=%{_target_platform}
> > --host=%{_target_platform} %_configure_gettext    
> > --without-included-gettext
> > %configure \
> >   CFLAGS="${CFLAGS:-%optflags}" ; export CFLAGS ; \
> >   CXXFLAGS="${CXXFLAGS:-%optflags}" ; export CXXFLAGS ; \
> >   FFLAGS="${FFLAGS:-%optflags}" ; export FFLAGS ; \
> >   %{?_disable_static:export lt_cv_prog_cc_static_works=no ;} \
> >   %{?_enable_static:export lt_cv_prog_cc_static_works=yes ;} \
> >   export lt_cv_deplibs_check_method=pass_all ; \
> >   %{?__libtoolize:[ -f configure.ac -o -f configure.in ]
> > && %{__libtoolize} --copy --force ;} \
> >   %{_configure_script} %{?_configure_target:%{_configure_target}} \\\
> >         --prefix=%{_prefix} \\\
> >         --exec-prefix=%{_exec_prefix} \\\
> >         --bindir=%{_bindir} \\\
> >         --sbindir=%{_sbindir} \\\
> >         --sysconfdir=%{_sysconfdir} \\\
> >         --datadir=%{_datadir} \\\
> >         --includedir=%{_includedir} \\\
> >         --libdir=%{_libdir} \\\
> >         --libexecdir=%{_libexecdir} \\\
> >         --localstatedir=%{_localstatedir} \\\
> >         --sharedstatedir=%{_sharedstatedir} \\\
> >         --mandir=%{_mandir} \\\
> >         --infodir=%{_infodir} \\\
> >         --disable-dependency-tracking \\\
> >         %{?_configure_gettext:%{_configure_gettext}}
> >
> > Т.е. я расскрыл этот макрос и убрал из
> > него --build=%{_target_platform} --host=%{_target_platform}
> >
> > Это надо для того что бы не было вот такого:
> > checking build system type... Invalid configuration `noarch-alt-linux':
> > machine `noarch-alt' not recognized
> > configure: error: /bin/sh ./config.sub noarch-alt-linux failed
> > ошибка: Неверный код возврата из /home/icesik/tmp/rpm-tmp.15143 (%build)
> 
> Может лучше configure*/config.sub подправить?
Это придётся делать после autoreconf, я против таких хаков. Тема
%_configure_target мне нравится много больше.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] BuildConflicts?

[Igor Zubkov]

2007/5/29, Sergey Vlasov <vsu@altlinux.ru>:
> On Tue, May 29, 2007 at 04:29:06PM +0300, Igor Zubkov wrote:
> > Это надо для того что бы не было вот такого:
> > checking build system type... Invalid configuration `noarch-alt-linux':
> > machine `noarch-alt' not recognized
>
> А не вынесен ли %_configure_target в отдельный макрос специально для того,
> чтобы эту часть можно было переопределить, не трогая остальные части
> макроса %configure?

Так и сделал. Спасибо за замечание.

-- 
icesik