First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 36974
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Linux Gnome Desktop Team <gnome@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Carl Hudkins <carl@hudkins.org>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 36974 depends on: Show dependency tree
Bug 36974 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2004-01-01 15:23 0000
Abiword ebuild does not install the help files.  These should be installed to
/usr/share/AbiSuite-2.0/AbiWord/help/ but in fact the entile "help" directory
is not there.  As a result, no help is available from any part of the
application.

Reproducible: Always
Steps to Reproduce:
1. Start AbiWord
2. Press F1 for Help or use the menu
3.
Actual Results:  
Mozilla comes up with an error about 
file:///usr/share/AbiSuite-2.0/AbiWord/help/en-US/... not found. 

Expected Results:  
Mozilla should start with the top-level help files. 

I have read through the ebuild and see nothing in particular relating to help 
files, so it seems the ebuild expects they will be installed as part of the 
normal build.

------- Comment #1 From foser (RETIRED) 2004-01-03 10:27:06 0000 -------
care to find out how to get them back in for us, we're pressed on time here.

------- Comment #2 From Yi Quang (RETIRED) 2004-01-03 14:32:33 0000 -------
Okay, finally figured it out after about an hour of playing with sed :) Please
stick this at the bottom of src_install():
        # Build documentation
        cd ${WORKDIR}/${P}/abiword-docs
        sed -e 's!prefix = /usr/local!prefix = /usr!g' Makefile > Makefile.new
        mv Makefile.new Makefile
        emake || die

As always, thanks to foser for his guidance :) P.S. if you need a diff I can
provide one but I don't think it is necessary.  Also, are there any plans on
putting abiword-2.1 in the ~arch tree?

------- Comment #3 From foser (RETIRED) 2004-02-09 08:43:59 0000 -------
hmm ok sorry for the delay.

I tried this fix with 2.0.3, but it ends in the sandbox.

------- Comment #4 From Yi Quang (RETIRED) 2004-02-12 21:59:35 0000 -------
No sandbox errors here, can anyone else confirm?

------- Comment #5 From Yi Quang (RETIRED) 2004-02-16 11:15:46 0000 -------
Ugh, my mistake, I was merging with -sandbox.  This is rather easy to fix...

        # Build documentation
        cd ${WORKDIR}/${P}/abiword-docs
        sed -e 's!prefix = /usr/local!prefix = /usr!g' Makefile > Makefile.new
        mv Makefile.new Makefile
        make DESTDIR=${D}

------- Comment #6 From foser (RETIRED) 2004-02-18 08:01:38 0000 -------
just add abiword-2.0.3-r1 with the fix. Added a USE doc block around the doc
installation part. Please test.

Thanks khai for the fix.

------- Comment #7 From Carl Hudkins 2004-03-02 06:07:52 0000 -------
My only question here is, why make this depend on the "doc" flag?  That's
described as "Adds extra documentation (API, Javadoc, etc.)", which could lead
people (including me!) to think it does *not* mean you need to turn it on to
get normal user help, such as what's supposed to pop up in AbiWord when you
press <F1>.
Shouldn't the user help be installed as a matter of course?

------- Comment #8 From foser (RETIRED) 2004-03-02 08:03:31 0000 -------
a reasonable point, but the docs installation is optional here, and optional to
me means using a USE flag. The problem really lies in the vague description of
the doc USE flag and maybe the lack of more specific USE flags for certain
situations. But to me this is a problem that should be tackled in a wider
context and only then implemented.

------- Comment #9 From Spider (RETIRED) 2004-03-02 09:13:00 0000 -------
actually I sorta regret naming the "doc" flag just that, it should be named
"apidoc".  Normal user documentation should always be installed. 

First Last Prev Next    No search results available      Search page      Enter new bug