Bug 110667 - gimp-print spec file problem when not "build_with_ijs_support"
Summary: gimp-print spec file problem when not "build_with_ijs_support"
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: gimp-print
Version: 3.0
Hardware: All
OS: Linux
medium
low
Target Milestone: ---
Assignee: Tim Waugh
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-11-22 16:51 UTC by Jos Vos
Modified: 2007-11-30 22:06 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-11-22 19:34:36 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Jos Vos 2003-11-22 16:51:37 UTC 
Description of problem:
When %build_with_ijs_support is set to 0 (for bootstrapping gimp-print
 for ghostscript), the build fails because of an unpackaged file
"ijsgimpprint.1", that seems to be generated anyway. So, the "%endif"
in the %files section of the spec file should be moved one line up.

Version-Release number of selected component (if applicable):
4.2.4-5
Comment 1 Tim Waugh 2003-11-22 19:26:33 UTC 
Works for me: this file is removed at the end of the %install section.
Comment 2 Jos Vos 2003-11-22 19:32:49 UTC 
Not in the 4.2.4-5 gimp-print.spec file as included in the RHEL 3
source rpm.  This is the %install section:

------------------------------------------------------------------
%install
rm -rf %{buildroot}
%makeinstall cups_prefix=%{buildroot}%{_prefix} \
        cups_exec_prefix=%{buildroot}%{_exec_prefix} \
        cups_bindir=%{buildroot}%{_bindir} \
        cups_conf_datadir=%{buildroot}%{_datadir}/cups \
        cups_conf_serverbin=%{buildroot}%{_libdir}/cups \
        cups_conf_serverroot=%{buildroot}%{_sysconfdir}/cups
for ver in %{_libdir}/gimp/*
do
  mkdir -p %{buildroot}$ver/plug-ins
  install -m0755 src/gimp/.libs/print %{buildroot}$ver/plug-ins/print
done

# Don't install this, since we don't list it in the manifest.
rm -f %{buildroot}%{_infodir}/dir

%find_lang %{name}
------------------------------------------------------------------
Comment 3 Tim Waugh 2003-11-22 19:34:24 UTC 
Ah.  Well, it's fixed in Fedora Core 1.
Note You need to log in before you can comment on or make changes to this bug.