Can't install dvipsk-ja in Lucid Lynx

Bug #570858 reported by IRIE Shinsuke
This bug affects 11 people
Affects Status Importance Assigned to Milestone
dvipsk-ja (Ubuntu)
Nominated for Lucid by Mitsuya Shibata

Bug Description

Binary package hint: dvipsk-ja

I attempted to install dvipsk-ja package in Ubuntu 10.04 RC, but failed to do it as follows:

$ sudo apt-get install dvipsk-ja
[sudo] password for irie:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  dvipsk-ja: Depends: libkpathsea4 (>= 2007) but it is not installable
E: Broken packages

$ apt-cache policy dvipsk-ja libkpathsea4 libkpathsea5
  Installed: (none)
  Candidate: 5.96+jp1.7a-3.1
  Version table:
     5.96+jp1.7a-3.1 0
        500 lucid/universe Packages
  Installed: (none)
  Candidate: (none)
  Version table:
  Installed: 2009-5
  Candidate: 2009-5
  Version table:
 *** 2009-5 0
        500 lucid/main Packages
        100 /var/lib/dpkg/status

This package requires obsolete package libkpathsea4 which was replaced with libkpathsea5 (bug #511502), but libkpathsea5 seems not available for dvipsk-ja (debbugs #565233).

Please fix this problem as soon as possible because dvipsk-ja is quite important for Japanese LaTeX users!

IRIE Shinsuke (irie)
description: updated
description: updated
IRIE Shinsuke (irie)
summary: - Can't install in Lucid Lynx
+ Can't install dvipsk-ja in Lucid Lynx
IRIE Shinsuke (irie)
description: updated
Revision history for this message
Lorenzo De Liso (blackz) wrote :

I can confirm that.

Changed in dvipsk-ja (Ubuntu):
status: New → Confirmed
Revision history for this message
Fumihito YOSHIDA (hito) wrote :

Just FYI, Mitsuya Shibata make a test version of dvipsk-ja from TeXLive2009 version.

Shibata-san said,
  - Its hacky. We need more tests with complicate TeX file.
  - This is not completed, we have to spend more works with package details.

Dear affected users, could you please test it?

Revision history for this message
IRIE Shinsuke (irie) wrote :

I installed Mitsuya's test package, and it seems to work fine except that I must execute the following command after installation:

$ sudo jisftconfig add


Revision history for this message
Mitsuya Shibata (cosmos-door) wrote :

The FTBFS bug is fixed in Debian sid and Maverick(5.98+p1.7b-1). Please SRU.

Lucid's dvipsk-ja (5.96+jp1.7a-3.1build1) is based on TeXLive 2007(libkpathsea4),
however Lucid's TeXLive adopt 2009/libkpathsea5(#511502), and old dvipsk-ja
couldn't accept libkpathsea5 by build. Therefore, needs upgrade version.
More information, refer following debian bugs:

I confirmed followings with 5.98+p1.7b-1:
* can build package successfully on lucid, refer to pbuilder.log
* can install new binary package
* can convert simple Japanese dvi file to PostScript file without error
* can view abobe Japanese PostScript file with Evince

Debian changelog:
dvipsk-ja (5.98+p1.7b-1) unstable; urgency=low

  * New upstream release
  * Add myself to Uploaders.
  * Change Source format: 3.0(quilt)
    - multipule source format, jpatch and dvipsk(stripped texlive-bin_2009)
  * rempve README.Debian, PSTricks.patch: PSTricks.patch merge upstream.
  * remove obsolute patches:
    - remove dpatch in Build-Depend, using quilt instead of dpatch
    - 01_dvipsk-ja_5.96-p1.7a.dpatch: remove, using new upstream patches
    - 02_rename_getline.dpatch: upstream using tl_getline instead of getline
  * Add new patches:
    - change_m4_and_build-aux_path: location changed by stripped source
    - rename_test_script: binary name changed by jpatch
    - change_install_destination: set install path for Debian TeX Policy.
  * Change debian/rules:
    - change drastically, using magic debhelper 7 rules.
  * Bumped to Standards-Version: 3.8.4
  * Build using new libkpathsea-dev (Closes: #562440, #565233)

 -- Youhei SASAKI <email address hidden> Tue, 11 May 2010 16:23:53 +0900

Revision history for this message
Mitsuya Shibata (cosmos-door) wrote :

debdiff for 5.96+jp1.7a-3.1build1(lucid) and 5.98+p1.7b-1ubuntu1~lucid1(maverick+changelog)

Revision history for this message
Martin Pitt (pitti) wrote :

This is a huge diff, and I doubt that we need the entire new upstream version just to make the package installable? Isn't a simple rebuild against libkpathsea5 enough?

Revision history for this message
Fumihito YOSHIDA (hito) wrote :

> I doubt that we need the entire new upstream version just to make the package installable?

Yes, in the current, dvipsk-ja-5.98+p1.7b@sid is uploaded. That version include below fix, seems good for lucid too.
| * Build using new libkpathsea-dev (Closes: #562440, #565233)

It is {pull/build}able for Lucid. And, I can re-build in my lucid testbed and ppa.

ppa build log:

Revision history for this message
Mitsuya Shibata (cosmos-door) wrote :

Sorry for the late reply.

> huge diff
Apparently, it is huge diff. This arises from the particularity of dvipsk-ja package.

dvipsk-ja is dvipsk with Japanese patch. Original dvipsk is released within
TeX Live package, not released by itself. Therefore old/new dvipsk-ja source
pacakge create orig.tar.gz to strip dvipsk code from TeX Live source tree.

Japanese patch is released independently. In old dvipsk-ja, orig.tar.gz has
been already applied. In new dvipsk-ja, separated alternate archive file.

For above reason, old dvipsk-ja orig.tar.gz includes libkpathsea4 code.
If would like to resolve FTBFS to rebulid against libkpathsea5, it seems that
needs modify orig.tar.gz drastically (ie. needs big patch which is similar
in new upstream version).

> rebuild against libkpathsea5

Result of FTBFS to rebuild against libkpathsea5:

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.