Lately I've been working on an EL6 branch of epel-rpm-macros with the
goal of removing the need for some of the %ifdefs and line noise and such
required if
you want to have one spec which builds on Fedora and EL6.
Right now it simply enables %license in the %files section (mapped to
%doc as the current workaround does). Feel free to suggest additional
macros and I'll add them to the todo list and implement them as time
and the nature of rpm allows.
Since having this package in the buildroot has the capacity to break
things, I've done a complete rebuild with the macros in place, and of
course that turned up unrelated issues. You can find the complete
results in the message I sent to this list earlier today.
Now, the problem:
When this macro package is present in the buildroot, a spec using
%define (not %global as recommended) for a macro and using that macro in
the %files section will break. Generally the macro just ends up
undefined when the %files section. Why? Deep RPM macro magic, I guess.
Which is why we have long said that you should use %global unless you
have a specific reason not to do so.
This breakage troubles me, and I think it would be a deal breaker if we
didn't already prohibit use of %define in the guidelines. There aren't
many packages which have problems, though, and my testing hasn't turned
up any problems that can't be attributed to the macros.
Below is a list of packages which use %define in a way that causes build
failures with the macros package. Fixing them up is completely trivial.
I am happy to just take care of them, but I'll try to contact the
maintainers first.
- J<
electronics-menu-1.0-8.el6.src.rpm
chitlesh
epylog-1.0.7-1.el6.src.rpm
smoote, icon
geos-3.3.2-1.el6.src.rpm
devrim
itcl-3.4-6.el6.src.rpm
orion, krege
itk-3.4-5.el6.src.rpm
orion, krege
iwidgets-4.0.2-4.el6.src.rpm
orion, krege
plplot-5.9.7-3.el6.1.src.rpm
orion
postgresql-plruby-0.5.3-4.el6.src.rpm
devrim, hhorak, praiskup, jmlich
python-clientform-0.2.7-6.el6.src.rpm
lmacken
python-ruledispatch-0.5a0-0.15.svnr2306.el6.src.rpm
lmacken
python-tgext-crud-0.3.11-1.el6.src.rpm
lmacken
python-tgfastdata-0.9a6-10.el6.src.rpm
lmacken
python-TurboMail-3.0-1.el6.src.rpm
lmacken, fschwarz
retrace-server-1.12-2.el6.src.rpm
mtoman
ruby-augeas-0.4.1-1.el6.src.rpm
lutter, skottler, domcleal
rubygem-sqlite3-ruby-1.2.4-5.el6.src.rpm
kanarip, stahnma
ruby-ldap-0.9.7-10.el6.src.rpm
stahnma, stevetraylen
ruby-libvirt-0.5.2-2.el6.src.rpm
stahnma, clalance
ruby-mysql-2.8.2-1.el6.src.rpm
orion, kanarip
ruby-ncurses-1.3.1-2.el6.src.rpm
isimluk
ruby-shadow-1.4.1-13.el6.src.rpm
stahnma, tmz, skottler
snake-0.11-0.20.el6.src.rpm
jlaska, wwoods
tcllib-1.14-1.el6.src.rpm
krege
tcl-mysqltcl-3.05-8.el6.src.rpm
renep
tcl-tcludp-1.0.8-3.el6.src.rpm
spot
tcl-tktreectrl-2.2.10-1.el6.src.rpm
spot
tesseract-3.04.00-1.el6.src.rpm
karlik, smani
tkcon-2.5-4.el6.src.rpm
sergiopr
xpa-2.1.12-1.el6.src.rpm
sergiopr
(I see tktable has been fixed in git already, and blt was fixed
immediately after I filed a bugzilla ticket. Thanks!)
_______________________________________________
epel-devel mailing list
[email protected]
http://lists.fedoraproject.org/admin/lists/[email protected]
