<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Dne 21.3.2013 21:11, Russell Harrison
napsal(a):<br>
</div>
<blockquote
cite="mid:CANtrLSbaVBUg1n_zZoSFWPEKQgMo70sNFoSk8a-0NK_LHovMYw@mail.gmail.com"
type="cite"><br>
<div class="gmail_quote">On Mon, Mar 18, 2013 at 11:13 AM, Vít
Ondruch <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:vondruch@redhat.com" target="_blank">vondruch@redhat.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
You can use the same approach we used previously for other
macros, e.g.<br>
<br>
%{?!gem_install: %global %gem_install(d:n:) \<br>
mkdir -p %{-d*}%{!?-d:.%{gem_dir}} \<br>
\<br>
CONFIGURE_ARGS="--with-cflags='%{optflags}'
$CONFIGURE_ARGS" \\\<br>
gem install \\\<br>
-V \\\<br>
--local \\\<br>
--install-dir %{-d*}%{!?-d:.%{gem_dir}} \\\<br>
--bindir .%{_bindir} \\\<br>
--force \\\<br>
--document=ri,rdoc \\\<br>
%{-n*}%{!?-n:%{gem_name}-%{version}.gem} \<br>
%{nil}<br>
}<br>
<br>
Or some simplified version. Please note that I did not
tested this macro, so I am pretty sure it does not work
out of the box ;) Of course if you can express your voice
in this ticket [3], that wold be best :)<br>
</blockquote>
<br>
</div>
That is ugly I must say. This might be better:<br>
<br>
%if 0%{?fedora} > 18<br>
%gem_install<br>
%else<br>
mkdir -p .%{gem_dir}<br>
gem install --local --install-dir .%{gem_dir} \<br>
--force --rdoc %{gem_name}-%{version}.gem<br>
%endif<br>
<br>
<br>
And the best is to not share the .spec file.<span></span></blockquote>
<div><br>
Honest question. Why is not sharing the .spec file the best
option? I find that maintaining multiple versions of my spec
files is a significant increase in workload and worries me
that its more prone to errors of the typo variety.<br>
</div>
</div>
</blockquote>
<br>
1) According to updates policy, your updates should focus on
bugfixes, not on introducing latest versions, so the newer versions
of Fedora will soon differ from older ones.<br>
2) Tons of %if makes .spec file unreadable to everybody except
original author.<br>
3) It makes hard updating to new packaging guidelines, it makes hard
to get rid of old RPM stuff, not needed in latest Fedoras.<br>
<br>
With git's cherry pick, you can share your changes without sharing
the entire .spec quite easy.<br>
<br>
<blockquote
cite="mid:CANtrLSbaVBUg1n_zZoSFWPEKQgMo70sNFoSk8a-0NK_LHovMYw@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div>
<br>
Along those lines. If the same macros were available in epel
is there any reason the same spec files wouldn't work
everywhere?</div>
</div>
</blockquote>
<br>
If they were .... I've got this issue [2] opened for more than a
year already and it missed RHEL6.3 and RHEL 6.4. Will see if it miss
other future releases, but unfortunately, I am afraid that it will
miss even RHEL6.5.<br>
<br>
<blockquote
cite="mid:CANtrLSbaVBUg1n_zZoSFWPEKQgMo70sNFoSk8a-0NK_LHovMYw@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div> What I'm getting at is would be any value in creating a
package that provided the same macros for older releases which
could be included as a BuildRequires for older packages. I'm
just a bit worried about adding the header to my epel packages
isn't really maintainable since I'd need to update every
package using it if I discovered a bug or another reason it
needed to be changed.<br>
</div>
</div>
</blockquote>
<br>
I agree, it is not maintainable. On the other hand, it was the same
up until now. You were always responsible for "gem install" content.<br>
<br>
<blockquote
cite="mid:CANtrLSbaVBUg1n_zZoSFWPEKQgMo70sNFoSk8a-0NK_LHovMYw@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div>
<br>
Russell<br>
<br>
</div>
</div>
<br>
</blockquote>
<br>
<br>
[1] <a class="moz-txt-link-freetext" href="http://fedoraproject.org/wiki/Updates_Policy">http://fedoraproject.org/wiki/Updates_Policy</a><br>
[2] <a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=788001">https://bugzilla.redhat.com/show_bug.cgi?id=788001</a><br>
</body>
</html>