[devel] Requires: lib%name = %epoch:%version-%release

[devel] Requires: lib%name = %epoch:%version-%release

[Michael Shigorin]

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

On Wed, May 23, 2012 at 01:27:02AM +0000, QA Team Robot wrote:
> check - A unit test framework for C
> * Tue May 22 2012 Michael Shigorin <mike@altlinux> 20120522:0.9.8-alt3
> - clarified intersubpackage Requires: with Epoch:
>   to be strict (thanks led@ for spotting the incompleteness
>   of the preexisting dependencies, only half of them were epochal)

http://git.altlinux.org/srpms/c/check.git?p=check.git;a=commitdiff;h=75bde91e3f2b9c157bfc3e429def96c99f8440e4

> tidy - HTML Tidy helps keep webpages clean
> * Tue May 22 2012 Michael Shigorin <mike@altlinux> 20120522:0.99-alt11.20051026
> - clarified interpackage dependencies regarding Epoch:
>   to be more strict (thanks led@ for spotting this)

Эти два изменения сделаны в порядке улучшения спеков
про всяк случай, хотя сейчас разницы нет в силу
http://lists.altlinux.org/pipermail/devel/2008-December/164962.html
http://lists.altlinux.org/pipermail/devel/2008-December/164968.html

Суть такова:

%package -n lib%name-devel
 Summary: A unit test framework for C (development headers)
 Group: Development/C
-Requires: lib%name = %version-%release
+Requires: lib%name = %epoch:%version-%release

Поскольку это подпакеты в пределах одного спека, то сравнение
просто становится более строгим в силу неиспользования
особенностей реализации в rpm-4.0.

На всякий прилагаю подготовленный led@ список пакетов,
реализующих внутренние зависимости такого типа и не учитывающих
при этом эпоху; их осталось 112, при этом около половины
приходится на импортированные из jpackage (т.е. улучшаемые
совсем шаблонно, как понимаю).

Во избежание нагромождения %epoch:%version-%release взят макрос
%define EVR %{?epoch:%epoch:}%version-%release (возможно, такой
стоит определить в rpm или rpm-macros-*, если будет найден
полезным).

Никуда не сгорит, а возникло в ходе экспериментов со сборкой в OBS.

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

[-- Attachment #2: no-epoch.sisyphus.pkgs --]
[-- Type: text/plain, Size: 9811 bytes --]

brazil-2.3-alt2_8jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
cal10n-0.7.4-alt2_5jpp6.src.rpm by Igor Vlasenko <viy@altlinux.ru>
cdparanoia-10.2-alt2.src.rpm by Sergey V Turchin <zerg@altlinux.org>
check-0.9.8-alt2.src.rpm by Michael Shigorin <mike@altlinux.org>
cobertura-1.9.3-alt2_3jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
dolfin-complex-1.0.0-alt4.bzr20120511.src.rpm by Eugeny A. Rostovtsev (REAL) <real at altlinux.org>
dolfin-real-1.0.0-alt4.bzr20120511.src.rpm by Eugeny A. Rostovtsev (REAL) <real at altlinux.org>
dosemu-1.4.0.1-alt1.qa1.src.rpm by Grigory Batalov <bga@altlinux.ru>
e17-0.16.999.70492-alt1.src.rpm by Yuri N. Sedunov <aris@altlinux.org>
emacs-chess-2.0-alt5.b6.src.rpm by Emacs Maintainers Team <emacs@packages.altlinux.org>
emacs-jabber-0.8.91-alt2.src.rpm by Emacs Maintainers Team <emacs@packages.altlinux.org>
fpc-2.6.0-alt2.qa1.src.rpm by Slava Dubrovskiy <dubrsl@altlinux.ru>
geronimo-specs-1.2-alt8_16jpp6.src.rpm by Igor Vlasenko <viy@altlinux.ru>
gnuplot-4.4.0-alt2.src.rpm by Alexey Morsov <swi@altlinux.ru>
groovy-1.8.6-alt1_2jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
gutenprint-5.2.7-alt2.src.rpm by Valery Inozemtsev <shrek@altlinux.ru>
itext-2.1.7-alt2_12jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
jack-audio-connection-kit-1.9.7-alt1.1.src.rpm by Vitaly Kuznetsov <vitty@altlinux.ru>
jarjar-1.0-alt3_5jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
java-1.4.2-blackdown-1.4.2.03-alt8.src.rpm by Igor Yu. Vlasenko <viy@altlinux.org>
java-1.5.0-sun-1.5.0.22-alt3.src.rpm by Igor Yu. Vlasenko <viy@altlinux.org>
java-1.6.0-sun-1.6.0.26-alt4.src.rpm by Igor Yu. Vlasenko <viy@altlinux.org>
javacc-5.0-alt2_5jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
jcharts-0.7.5-alt2_7jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
jdepend22-2.2-alt1_5jpp5.src.rpm by Igor Vlasenko <viy@altlinux.ru>
jed-0.99.19-alt2.src.rpm by Ilya Mashkin <oddity@altlinux.ru>
jibx-1.2.3-alt1_1jpp6.src.rpm by Igor Vlasenko <viy@altlinux.ru>
jline-1.0-alt2_1jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
jpox-1.1.1-alt5_2jpp5.src.rpm by Igor Vlasenko <viy@altlinux.ru>
jruby-1.6.3-alt1_3jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
junit44-4.4-alt1_1jpp6.src.rpm by Igor Vlasenko <viy@altlinux.ru>
jython-2.2.1-alt5_7jpp6.src.rpm by Igor Vlasenko <viy@altlinux.ru>
kde3-kdevelop-3.5.5-alt4.1.src.rpm by Vitaly Kuznetsov <vitty@altlinux.org>
kdeadmin-3.5.13-alt1.src.rpm by Roman Savochenko <rom_as@altlinux.org>
kdepim-3.5.13-alt2.src.rpm by Roman Savochenko <rom_as@altlinux.org>
kernel-image-ovz-smp-2.6.32-alt8.src.rpm by Kernel Maintainers Team <kernel@packages.altlinux.org>
kernel-image-std-def-3.3.6-alt1.src.rpm by Kernel Maintainers Team <kernel@packages.altlinux.org>
kernel-modules-acpi_call-ovz-smp-0.1-alt2.132640.8.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-acpi_call-std-def-0.1-alt2.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-acpi_call-un-def-0.1-alt2.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-bbswitch-std-def-0.4.1-alt3.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-bbswitch-un-def-0.4.1-alt2.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-bcmwl-std-def-5.100.82.112-alt2.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-bcmwl-un-def-5.100.82.112-alt2.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-drbd83-ovz-smp-8.3.8-alt2.132640.8.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-emlog-std-def-0.51-alt2.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-fglrx-std-def-1.0.8.96.1-alt1.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-lsadrv-std-def-2.0.1-alt1.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-lsadrv-un-def-2.0.1-alt1.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-nvidia-std-def-295.53-alt1.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-nvidia-un-def-295.49-alt1.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-omnibook-std-def-20090714-alt4.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-opendpi-ovz-smp-1.3.0-alt1.132640.8.src.rpm by Slava Dubrovskiy <dubrsl@altlinux.org>
kernel-modules-pf_ring-std-def-4.4.1-alt3.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-rt3070-std-def-2.5.0.2-alt3.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-subfs-ovz-smp-0.9-alt11.132640.8.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-tp_smapi-std-def-0.40-alt2.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-tp_smapi-un-def-0.40-alt2.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-u200-std-def-1.0.1.0-alt2.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-u200-un-def-1.0.1.0-alt2.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-vhba-std-def-20120422-alt1.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-vhba-un-def-20120422-alt1.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-virtualbox-addition-std-def-4.1.12-alt2.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-virtualbox-addition-un-def-4.1.12-alt4.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-virtualbox-ovz-smp-4.1.12-alt1.132640.8.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-virtualbox-std-def-4.1.12-alt2.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
kernel-modules-virtualbox-un-def-4.1.12-alt1.197382.1.src.rpm by Kernel Maintainer Team <kernel@packages.altlinux.org>
koffice16-1.6.3-alt24.src.rpm by Eugeny A. Rostovtsev (REAL) <real@altlinux.org>
libaften-0.0.8-alt1.qa2.src.rpm by Vitaly Lipatov <lav@altlinux.ru>
libao-1.1.0-alt1.src.rpm by Valery Inozemtsev <shrek@altlinux.ru>
libao2-0.8.8-alt5.src.rpm by Valery Inozemtsev <shrek@altlinux.ru>
libcelt-0.10.0-alt1.src.rpm by Valery Inozemtsev <shrek@altlinux.ru>
libdbus-glib-0.98-alt1.src.rpm by Valery Inozemtsev <shrek@altlinux.ru>
libginac-1.6.2-alt1.git20111208.src.rpm by Vitaly Lipatov <lav@altlinux.ru>
libglitz-0.5.7-alt4.src.rpm by shrek@altlinux.ru (Valery Inozemtsev) <shrek@altlinux.org>
libgtk-engines-default-2.20.2-alt2.src.rpm by Yuri N. Sedunov <aris@altlinux.org>
libkexif-0.2.5-alt6.src.rpm by Sergey V Turchin <zerg@altlinux.org>
libmikey-0.8.0-alt2_0.5.20100127svn3750.src.rpm by Igor Vlasenko <viy@altlinux.ru>
libmnetutil-0.8.0-alt2_0.3.20100629svn3775.src.rpm by Igor Vlasenko <viy@altlinux.ru>
libmsip-0.8.0-alt2_0.4.20100629svn3775.src.rpm by Igor Vlasenko <viy@altlinux.ru>
libmutil-0.8.0-alt2_0.7.20100319svn3760.1.src.rpm by Igor Vlasenko <viy@altlinux.ru>
libnetfilter_conntrack-0.9.0-alt1.src.rpm by Avramenko Andrew <liks@altlinux.ru>
libnetfilter_log-0.0.15-alt1.1.src.rpm by Avramenko Andrew <liks@altlinux.ru>
libnfnetlink-1.0.0-alt1.2.src.rpm by Avramenko Andrew <liks@altlinux.ru>
libnxcl-0.9-alt2.1.src.rpm by Boris Savelev <boris@altlinux.org>
libpciaccess-0.13.1-alt1.src.rpm by Valery Inozemtsev <shrek@altlinux.ru>
libtool_1.5-1.5.26-alt9.src.rpm by Dmitry V. Levin <ldv@altlinux.org>
libtorrent-rasterbar0.15-0.15.9-alt0.1.svn6292.src.rpm by Alexey Morsov <swi@altlinux.ru>
libvdpau-0.4.1-alt2.qa1.src.rpm by cas <cas@altlinux.org>
libX11-1.4.99.901-alt1.src.rpm by Valery Inozemtsev <shrek@altlinux.ru>
libxcbutil-0.3.6-alt2.src.rpm by Valery Inozemtsev <shrek@altlinux.ru>
maven2-2.2.1-alt1_32jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
maven-enforcer-1.0.1-alt2_4jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
maven-license-plugin-1.8.0-alt1_5jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
maven-release-2.2.1-alt1_2jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
maven-scm-1.5-alt2_4jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
plexus-compiler-1.8.3-alt1_1jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
plexus-containers-1.5.5-alt1_5jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
pytables-2.3.1-alt1.git20120318.src.rpm by Eugeny A. Rostovtsev (REAL) <real at altlinux.org>
python-module-feedparser-4.1-alt1.1.src.rpm by Vitaly Kuznetsov <vitty@altlinux.org>
python-module-sphinx-1.1.3-alt2.src.rpm by Eugeny A. Rostovtsev (REAL) <real at altlinux.org>
qmmp-0.6.0-alt0.4.svn2712.src.rpm by Motsyo Gennadi <drool@altlinux.ru>
qutim-0.3.1.0-alt1.src.rpm by Nazarov Denis <nenderus@altlinux.org>
sdf-2.001-alt2.src.rpm by Dmitry V. Levin (for packages) <ldv@altlinux.org>
seamonkey-2.8-alt1.src.rpm by Radik Usupov <radik@altlinux.org>
sympy-0.7.1-alt1.git20120511.src.rpm by Eugeny A. Rostovtsev (REAL) <real at altlinux.org>
tidy-0.99-alt10.20051026.src.rpm by Michael Shigorin <mike@altlinux.org>
virtuoso-opensource-6.1.5-alt1.src.rpm by Sergey V Turchin <zerg@altlinux.org>
wxGTK-2.8.11.0-alt1.svn20100628.5.src.rpm by Eugeny A. Rostovtsev (REAL) <real at altlinux.org>
xmltool-3.3-alt1_4jpp7.src.rpm by Igor Vlasenko <viy@altlinux.ru>
xorg-drv-evdev-2.7.0-alt1.src.rpm by Valery Inozemtsev <shrek@altlinux.ru>
xorg-drv-synaptics-1.6.1-alt1.src.rpm by Valery Inozemtsev <shrek@altlinux.ru>
xorg-drv-wacom-0.15.0-alt1.src.rpm by Valery Inozemtsev <shrek@altlinux.ru>
xorg-server-1.12.1.902-alt1.src.rpm by Valery Inozemtsev <shrek@altlinux.ru>

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Dmitry V. Levin]

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

On Wed, May 23, 2012 at 12:18:59PM +0300, Michael Shigorin wrote:
> On Wed, May 23, 2012 at 01:27:02AM +0000, QA Team Robot wrote:
> > check - A unit test framework for C
> > * Tue May 22 2012 Michael Shigorin <mike@altlinux> 20120522:0.9.8-alt3
> > - clarified intersubpackage Requires: with Epoch:
> >   to be strict (thanks led@ for spotting the incompleteness
> >   of the preexisting dependencies, only half of them were epochal)
> 
> http://git.altlinux.org/srpms/c/check.git?p=check.git;a=commitdiff;h=75bde91e3f2b9c157bfc3e429def96c99f8440e4
> 
> > tidy - HTML Tidy helps keep webpages clean
> > * Tue May 22 2012 Michael Shigorin <mike@altlinux> 20120522:0.99-alt11.20051026
> > - clarified interpackage dependencies regarding Epoch:
> >   to be more strict (thanks led@ for spotting this)
> 
> Эти два изменения сделаны в порядке улучшения спеков
> про всяк случай, хотя сейчас разницы нет в силу
> http://lists.altlinux.org/pipermail/devel/2008-December/164962.html
> http://lists.altlinux.org/pipermail/devel/2008-December/164968.html

Разница есть в силу возможностей оптимизации зависимостей самим rpmbuild.

> Суть такова:
> 
> %package -n lib%name-devel
>  Summary: A unit test framework for C (development headers)
>  Group: Development/C
> -Requires: lib%name = %version-%release
> +Requires: lib%name = %epoch:%version-%release
> 
> Поскольку это подпакеты в пределах одного спека, то сравнение
> просто становится более строгим в силу неиспользования
> особенностей реализации в rpm-4.0.

Почему бы мейнтейнерам давным-давно не обратить внимание на
предупреждения в логах сборки о неполноте межпакетных зависимостей?
В случае с нехваткой %epoch можно было бы просто выполнить
$ grep '^warning: [^ ]* dependency on [^ ]* needs Epoch'

Может быть, поднять warning до error с возможностью обратного понижения
макросом?

> Во избежание нагромождения %epoch:%version-%release взят макрос
> %define EVR %{?epoch:%epoch:}%version-%release (возможно, такой
> стоит определить в rpm или rpm-macros-*, если будет найден
> полезным).

Как вариант.


-- 
ldv

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

Re: [devel] Requires: lib%name = %epoch:%version-%release

[REAL]

23.05.2012 17:43, Dmitry V. Levin пишет:
> Почему бы мейнтейнерам давным-давно не обратить внимание на
> предупреждения в логах сборки о неполноте межпакетных зависимостей?
> В случае с нехваткой %epoch можно было бы просто выполнить
> $ grep '^warning: [^ ]* dependency on [^ ]* needs Epoch'
>
> Может быть, поднять warning до error с возможностью обратного понижения
> макросом?

я за то, чтобы warning до error, но без возможности.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Requires: lib%name = %epoch:%version-%release

[REAL]

23.05.2012 18:32, Igor Vlasenko пишет:
> Проблема заведомо низкоприоритетная, и искусственно
> повышать ее статус политическими методами не надо.
> Когда завален другими, более приоритетными задачами,
> такие вещи вызывают только раздражение.

чем она нижеприоритетная, чем незаметно прокравшийся GNU gold?

> Если кому-то что-то не нравится прямо сейчас, не дожидаясь
> готового решения от repocop - acl открыты, желающие
> сделать NMU руками могут сделать это хоть сейчас.

сделайте мне сейчас, пожалуйста, а то некогда :(

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Igor Vlasenko]

On Wed, May 23, 2012 at 02:43:55PM +0400, Dmitry V. Levin wrote:
> Может быть, поднять warning до error с возможностью обратного понижения
> макросом?

Я против. О проблеме я знаю, 
когда руки дойдут, напишу пачгенератор и проведу NMU 
от repocop - проблема будет зафикшена сразу.

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

Если кому-то что-то не нравится прямо сейчас, не дожидаясь
готового решения от repocop - acl открыты, желающие
сделать NMU руками могут сделать это хоть сейчас.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Michael Shigorin]

On Wed, May 23, 2012 at 02:32:13PM +0300, Igor Vlasenko wrote:
> > Может быть, поднять warning до error с возможностью обратного
> > понижения макросом?

Думаю, ни к чему (разве что через полгода).

> Я против. О проблеме я знаю, когда руки дойдут, напишу
> пачгенератор и проведу NMU от repocop - проблема будет
> зафикшена сразу.

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

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

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Igor Vlasenko]

On Wed, May 23, 2012 at 06:31:17PM +0700, REAL wrote:
> >Если кому-то что-то не нравится прямо сейчас, не дожидаясь
> >готового решения от repocop - acl открыты, желающие
> >сделать NMU руками могут сделать это хоть сейчас.
> 
> сделайте мне сейчас, пожалуйста, а то некогда :(

кому надо - тот делает?

> чем она нижеприоритетная, чем незаметно прокравшийся GNU gold?

а где там грабли? 
Если там есть какие то проблемы, то стоит рассказать.

Пытаться административными методами восполнить недостаток
коммуникации - плохая идея.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Requires: lib%name = %epoch:%version-%release

[REAL]

23.05.2012 18:48, Igor Vlasenko пишет:
> кому надо - тот делает?
>
>> чем она нижеприоритетная, чем незаметно прокравшийся GNU gold?
>
> а где там грабли?
> Если там есть какие то проблемы, то стоит рассказать.

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

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Dmitry V. Levin]

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

On Wed, May 23, 2012 at 05:51:30PM +0700, REAL wrote:
> 23.05.2012 17:43, Dmitry V. Levin пишет:
> >Почему бы мейнтейнерам давным-давно не 
> >обратить внимание на
> >предупреждения в логах сборки о 
> >неполноте межпакетных зависимостей?
> >В случае с нехваткой %epoch можно было бы 
> >просто выполнить
> >$ grep '^warning: [^ ]* dependency on [^ ]* needs Epoch'
> >
> >Может быть, поднять warning до error с 
> >возможностью обратного понижения
> >макросом?
> 
> я за то, чтобы warning до error, но без 
> возможности.

error без возможности понижения до warning означает, что мы считаем, что
зависимость без эпохи ошибочна в любом случае.  Я не уверен, что это так.
Но если это действительно так, то имеет смысл добавлять эпоху в
зависимости автоматически вместо того, чтобы тревожить мейнтейнеров.


-- 
ldv

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

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Sergey V Turchin]

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

On 23 мая 2012 18:22:00 Dmitry V. Levin wrote:

[...]
> то имеет смысл добавлять эпоху в
> зависимости автоматически вместо того, чтобы тревожить мейнтейнеров.
Имеется ввиду только Requires. Правильно?

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Requires: lib%name = %epoch:%version-%release

[REAL]

23.05.2012 21:22, Dmitry V. Levin пишет:
> имеет смысл добавлять эпоху в
> зависимости автоматически вместо того, чтобы тревожить мейнтейнеров.

я буду только за.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Michael Shigorin]

On Fri, May 25, 2012 at 09:44:04PM +0700, REAL wrote:
> >имеет смысл добавлять эпоху в зависимости автоматически вместо
> >того, чтобы тревожить мейнтейнеров.
> я буду только за.

Это сделает более корректными зависимости между собранными
подпакетами, но ситуация с изначальной задачкой (собираемость
альтовских спеков в OBS) останется там же. :)

2 manowar: а ты со сборкой их спеков под альт куда-то продвинулся?

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

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Igor Vlasenko]

On Fri, May 25, 2012 at 06:04:51PM +0300, Michael Shigorin wrote:
> > >имеет смысл добавлять эпоху в зависимости автоматически вместо
> > >того, чтобы тревожить мейнтейнеров.
> > я буду только за.
> 
> Это сделает более корректными зависимости между собранными
> подпакетами, но ситуация с изначальной задачкой (собираемость
> альтовских спеков в OBS) останется там же. :)
> 
> 2 manowar: а ты со сборкой их спеков под альт куда-то продвинулся?

Если что, робот импорта сейчас достаточно уверенно собирает пакеты
из OBS, притворяясь Федорой.
Сейчас еще иногда возникает необходимость в пост-правках,
но со временем ситуация улучшается.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Aleksey Novodvorsky]

25 мая 2012 г., 19:04 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Fri, May 25, 2012 at 09:44:04PM +0700, REAL wrote:
>> >имеет смысл добавлять эпоху в зависимости автоматически вместо
>> >того, чтобы тревожить мейнтейнеров.
>> я буду только за.
>
> Это сделает более корректными зависимости между собранными
> подпакетами, но ситуация с изначальной задачкой (собираемость
> альтовских спеков в OBS) останется там же. :)

Не обнаружены ли по ходу дела другие несовместимости наших спеков?
Их исправление -- важная задача и подвижки в ее более точной
постановке и решении я бы всячески приветствовал. Не ценой "бросить
все", конечно, -- когда будет время и силы.

>
> 2 manowar: а ты со сборкой их спеков под альт куда-то продвинулся?

Павел в отпуске до конца мая.

Rgrds, Алексей

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Денис Смирнов]

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

On Sat, May 26, 2012 at 02:29:19AM +0400, Aleksey Novodvorsky wrote:

AN> Не обнаружены ли по ходу дела другие несовместимости наших спеков?
AN> Их исправление -- важная задача и подвижки в ее более точной
AN> постановке и решении я бы всячески приветствовал. Не ценой "бросить
AN> все", конечно, -- когда будет время и силы.

Мне кажется что собираемость альтовских спеков где-либо кроме как в
hasher'е под альт должна решаться исключительно отдельными скриптами
конвертации. Как это сейчас делается у Etersoft, насколько я понимаю.

Для нашего же использования подход "чем проще тем лучше", и прочие
упрощения жизни мантейнера являются одной из killer feature альта, по
крайней мере для меня.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Vitaly Lipatov]

Денис Смирнов писал 26.05.2012 09:42:
> On Sat, May 26, 2012 at 02:29:19AM +0400, Aleksey Novodvorsky wrote:
>
> AN> Не обнаружены ли по ходу дела другие несовместимости наших 
> спеков?
> AN> Их исправление -- важная задача и подвижки в ее более точной
> AN> постановке и решении я бы всячески приветствовал. Не ценой 
> "бросить
> AN> все", конечно, -- когда будет время и силы.
>
> Мне кажется что собираемость альтовских спеков где-либо кроме как в
> hasher'е под альт должна решаться исключительно отдельными скриптами
> конвертации. Как это сейчас делается у Etersoft, насколько я понимаю.
Я придерживаюсь взгляда, что неоправданные несовместимости (правда, не 
знаю, с чем) стоит изживать.
Но это, например, если везде используют одно название макроса, а мы 
изобрели другое, с тем же содержанием.
В остальном же наши «несовместимости спеков» это шаг вперёд в сторону
лаконичности и красоты спека.

> Для нашего же использования подход "чем проще тем лучше", и прочие
> упрощения жизни мантейнера являются одной из killer feature альта, по
> крайней мере для меня.

-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] Requires: lib%name = %epoch:%version-%release

[led]

On Saturday 26 May 2012 08:42:37 Денис Смирнов wrote:
> On Sat, May 26, 2012 at 02:29:19AM +0400, Aleksey Novodvorsky wrote:
>
> AN> Не обнаружены ли по ходу дела другие несовместимости наших спеков?
> AN> Их исправление -- важная задача и подвижки в ее более точной
> AN> постановке и решении я бы всячески приветствовал. Не ценой "бросить
> AN> все", конечно, -- когда будет время и силы.
>
> Мне кажется что собираемость альтовских спеков где-либо кроме как в
> hasher'е под альт должна решаться исключительно отдельными скриптами
> конвертации. Как это сейчас делается у Etersoft, насколько я понимаю.

Не надо ничего конвертировать. Достаточно исправить баги.

> Для нашего же использования подход "чем проще тем лучше", и прочие
> упрощения жизни мантейнера являются одной из killer feature альта, по
> крайней мере для меня.

В Slackware - ещё "проще"

-- 
Led

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Dmitriy Kruglikov]

26 мая 2012 г., 14:52 пользователь Vitaly Lipatov написал:

> В остальном же наши <<несовместимости спеков>> это шаг вперёд в сторону
> лаконичности и красоты спека.

Это если кроме этих спеков ни чего вокруг себя не видеть...
А если заниматься еще чем-нибудь кроме, то при очередном подходе к спеку
приходится долго вспоминать, чем же  ж отличается "%_macros" от "%__macrosd"...
Особенно, если определения этих макросов поставляются в разных пакетах,
собираемых апологетами разных трактовок "лаконичности", в разные
исторические периоды.
В какой-то период времени макрос "%__macrosd" громко объявляется
устаревшим, поливается анафемами,
но так и остается в спеках, потому как все к нкму привыкли...

В результате:
$ apt-cache search rpm-macros | wc -l
44
И это я еще не очень внимательно смотрел...

-- 
Best regards,
 Dmitriy Kruglikov.
    QString at, dot, mail, XMPP;
    at = "@";
    dot = ".";
    mail = "Dmitriy.Kruglikov" + $at +"gmail" + $dot + "com";
    XMPP = $mail;

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Vitaly Lipatov]

Dmitriy Kruglikov писал 28.05.2012 10:18:
> 26 мая 2012 г., 14:52 пользователь Vitaly Lipatov написал:
>
>> В остальном же наши <<несовместимости спеков>> это шаг вперёд в 
>> сторону
>> лаконичности и красоты спека.
>
> Это если кроме этих спеков ни чего вокруг себя не видеть...
> А если заниматься еще чем-нибудь кроме, то при очередном подходе к 
> спеку
> приходится долго вспоминать, чем же  ж отличается "%_macros" от
> "%__macrosd"...
Без примеров звучит не очень убедительно.

Ну я могу вспомнить только %_initddir vs %_initdir
Но разве кто-то об этом знает настолько, что это может вызывать 
проблемы?

> Особенно, если определения этих макросов поставляются в разных 
> пакетах,
> собираемых апологетами разных трактовок "лаконичности", в разные
> исторические периоды.
> В какой-то период времени макрос "%__macrosd" громко объявляется
> устаревшим, поливается анафемами,
> но так и остается в спеках, потому как все к нкму привыкли...
Ну для этого есть cleanup_spec или rpmcs.

>
> В результате:
> $ apt-cache search rpm-macros | wc -l
> 44
> И это я еще не очень внимательно смотрел...
Не понимаю, есть какие-то ещё варианты, кроме того, чтобы для каждой 
рутинной операции написать макрос?

-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Dmitriy Kruglikov]

28 мая 2012 г., 11:31 пользователь Vitaly Lipatov  написал:

> Без примеров звучит не очень убедительно.
>
Согласен, но я особо убеждать кого-то не пытался...

> Ну я могу вспомнить только %_initddir vs %_initdir
Значить я не соврал, и факт имеет место быть.

> Но разве кто-то об этом знает настолько, что это может вызывать проблемы?
Кому как...
Для меня проблемой бывает прочитать чей-то спек и внести в него исправления.
Или взять в качестве примера...
Или нарваться на устаревшую документацию на Wiki...

> Не понимаю, есть какие-то ещё варианты, кроме того, чтобы для каждой
> рутинной операции написать макрос?
Как минимум, сократить число сущностей вида rpm-macros-<на каждый чих>...
Свести их в минимальный набор пакетов.
Разработав новый мактос, определить его в своем спеке, отправить
маинтерйенру соответсвующего rpm-macros-*.
По факту добавления мактоса в пакет, удалить определение из спека,
заменив на BuildRequires, и пересобрать.

Нужно ж не только о себе думать...
Как бы команда ж, и всё такое прочее...


-- 
Best regards,
 Dmitriy Kruglikov.
    QString at, dot, mail, XMPP;
    at = "@";
    dot = ".";
    mail = "Dmitriy.Kruglikov" + $at +"gmail" + $dot + "com";
    XMPP = $mail;

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Денис Смирнов]

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

On Mon, May 28, 2012 at 09:18:58AM +0300, Dmitriy Kruglikov wrote:

DK> В результате:
DK> $ apt-cache search rpm-macros | wc -l
DK> 44
DK> И это я еще не очень внимательно смотрел...

Если причина не связана со следствием, то это не причина :)

Множество пакетов нужно, потому что есть макросы специализированные для
конкретных задач, и их поддерживает мантейнер соответствующей подсистемы.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Dmitriy Kruglikov]

28 мая 2012 г., 11:50 пользователь Денис Смирнов написал:

> Если причина не связана со следствием, то это не причина :)
Либо это причина другого следствия, либо следствие другой причины.


> Множество пакетов нужно, потому что есть макросы специализированные для
> конкретных задач, и их поддерживает мантейнер соответствующей подсистемы.
А не встречаются ли там разные описания одной и той же сущности?
В смысле, разные макросы, определяюшие одно и то же?
Тогда имеет смысл вместо порождения собственного специализированного
пакета со своими макросами
использовать уже имеющийся пакет.


-- 
Best regards,
 Dmitriy Kruglikov.
    QString at, dot, mail, XMPP;
    at = "@";
    dot = ".";
    mail = "Dmitriy.Kruglikov" + $at +"gmail" + $dot + "com";
    XMPP = $mail;

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Денис Смирнов]

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

On Mon, May 28, 2012 at 11:55:15AM +0300, Dmitriy Kruglikov wrote:

DK> А не встречаются ли там разные описания одной и той же сущности?
DK> В смысле, разные макросы, определяюшие одно и то же?
DK> Тогда имеет смысл вместо порождения собственного специализированного
DK> пакета со своими макросами
DK> использовать уже имеющийся пакет.

Если встречаются и там где встречаются -- разумеется, ты прав.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] Requires: lib%name = %epoch:%version-%release

[Igor Vlasenko]

On Mon, May 28, 2012 at 09:18:58AM +0300, Dmitriy Kruglikov wrote:
> Особенно, если определения этих макросов поставляются в разных пакетах,
> собираемых апологетами разных трактовок "лаконичности", в разные
> исторические периоды.
> В какой-то период времени макрос "%__macrosd" громко объявляется
> устаревшим, поливается анафемами,
> но так и остается в спеках, потому как все к нкму привыкли...

У репокопа есть патчгенератор для удаления устаревших
макросов. Сигнализируйте ;)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.