After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 123226 - gnumeric spec file bugs
gnumeric spec file bugs
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: Compilation
1.2.x
Other Linux
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2003-09-25 17:53 UTC by Dan Berger
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Dan Berger 2003-09-25 17:53:59 UTC 
Two problems: 

1.

the 1.2.0 build of gnumeric (specifically in doc/xmldocs.make) creates an
absolute symlink as follows:

-ln -s $(gnumeric_datadir)/share/gnome $(gnumeric_datadir)/gnome

this upsets rpmbuild - as it finds a symlink into the build/install root
which it knows would break on package install.

fortunately, it's a simple fix - change the line above to the following:

-cd $(gnumeric_datadir) ; ln -s ./share/gnome ./gnome

2. 

if you build gnumeric with bonobo enabled, the component doesn't get packaged:

adding the following to the files section corrects that

%if %{?_with_bonobo:1}%{!?_with_bonobo:0}
%{_libexecdir}/*
%endif
Comment 1 Morten Welinder 2003-09-25 19:44:58 UTC 
Re 1, why not just

-ln -s ./share/gnome $(gnumeric_datadir)/gnome

instead of messing with $PWD?  (That probably assumes that the machine
has true symlinks, but in a .spec file that ought to be ok.)
Comment 2 Dan Berger 2003-09-25 19:46:34 UTC 
cause I didn't think of that :)
Comment 3 Jody Goldberg 2003-09-25 20:09:46 UTC 
(1) was already in cvs
(2) will be committed with a few other tweaks shortly.