Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

The CJK has always been a mess...
But now it is even bigger with acoread-7.0.
It may be a good idea to open a meta-bug for acroread and acroread-asianfonts as they are related.


Reproducible: Always
Steps to Reproduce:
1. USE=cjk emerge =app-text/acroread-7.0
2. try to open a (say) Japanese PDF


Actual Results:  
A warning about not installed "Asian Pack" is displayed and file is not
displayed properly.

Expected Results:  
Be able to open the file.

acroread-7.0.ebuild suddenly dropped the cjk flag :-(

Created an attachment (id=54101) [details]
20020815__to__7.ebuild.diff

A proposed patch to acroread-asianfonts.ebuild

1. I propose the ebuild versioning scheme to go with app-text/acroread,
although version 7 is not that good of a choice (7 < 20020815). In fact files
are from 5.x version. A possible solution will be to install them in a common
directory (/usr/lib/Adobe ?).

2. Fixed DESCRIPTION and HOMEPAGE

3. Added SLOT="{PV}". May be another slot is better?

4. Removed DEPEND. Why depend on acroread and libc? This is a font pack.

5. INSTALLDIR="/opt/Acrobat${SLOT}/Resource" Not that good of a choice, works
for me.

6. INST_LANG="CHS CHT JPN KOR" #This should probably be user configurable by
some env_var

7. Some ugly code in src_unpack

8. Install the CMap files into /Resource/CMap and the f
onts into /Resource/Font

9. doins LICFONT.TXT # Is this needed?

Related bugs:
bug #85513: Slot acroread ebuild so that installation of version 7.x
bug #85704: app-text/acroread-7.0 is only a pre-release version

The proposed attachment in comment #1 is to be called media-fonts/acroread-asianfonts-7.0.ebuild

Created an attachment (id=54110) [details]
acroread-asianfonts/20020815__to__7.0.ebuild.diff

fixed the 7 to 7.0 versioning problem

a bit better syntax

Created an attachment (id=54114) [details]
acroread/7.0__to__7.0.ebuild.diff

Adding SLOT="7" and adjusting ebuild for acroread-7.0
adding IUSE=cjk and cjk support
removing the comment of non-existing asian-fontpack

If you'd have read the Changelog you'd have seen the pointer to Bug 85343.

Well, I didn't see the bug #85343 neither in the ChangeLog nor her in bugzilla
for some reason (maybe because it is fixed). Bug #85343 seems invalid for me,
because even if the CJK fonts do not work with acroread-7.0, everything else
does (i.e. English PDFs). To solve this, one way proposed in bug #85513 was to
have additional SLOT. I implement that in attachment (id=54114) [details].

However, what I am proposing here is an acroread-asianfonts ebuild that works
with acoreread-7.0.

My first comment was not exactly to the point, but please have a look at the
attachments.

Reopening the bug.

cjk: Can you please take care of this bug?

Thanks for the bug submission. I added acroread-asianfonts-7.0.20020815.ebuild
and acroread-asianfonts-5.0.20020815.ebuild. acroread-7.0.ebuild uses the
former and 5.10 uses the latter, respectively.  1. Adobe hasn't distributed
asianfonts for Acroread 7, but they may release new fonts for Acroread 7, so we
better not install Acroread 5 in common directory. (In fact, asianfonts for
Acroread 4.x and 5.x were different)  2. OK. Thanks.  3. No need to set SLOT,
since acroread ebuilds do not support SLOT. (Some files conflict between
acroread-5.10 and acroread-7.0)  4. Although it is a font pack, it must be used
with acroread. (This is written in license agreement) So I didn't remove
acroread dependency but libc. (If it depends on acroread, it will also depend
libc anyway)  5. I hardcoded version number to INSTALLDIR because I set SLOT=0.
 6. I used LINGUAS variable to switch INST_LANG.  7. Removed.  8. Alright,
thanks.  9. Not sure if this is the right place to install, but this is a third
party software we should install it under /opt.