FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Development

 
 
LinkBack Thread Tools
 
Old 08-23-2008, 08:50 AM
Deng Xiyue
 
Default Bug#481134: libpoppler does not use cmap files from xpdf-{japanese,...}, and fails to parse Japanese PDF files.

在 2008-08-23*的 18:09 +1000,Hamish Moffatt写道:
> On Sat, Aug 23, 2008 at 03:10:22PM +0800, Deng Xiyue wrote:
> > Ftp-masters, sorry to break the protocol, but due to the current
> > situation, it'll be very helpful if the poppler-data package sitting in
> > NEW will be reviewed soonish so that it can be decided whether the NMU
> > of xpdf-CJK packages should be done. Obviously poppler-data is the best
> > way to solve the issue. Thanks very much.
>
> You also need the release managers (debian-release@lists.debian.org) to
> accept the new package into lenny, and they appear reluctant to allow
> new packages in general.
>
> Hamish

Adding debian-release@ to CC, though it's unclear to me whether non-free
package is in the realm of Release Team administration, and it'll be
great to be directed to the right place to deal with the issue if it's
not the case.

FWIW, it is important to know whether the Release Team will make a lenny
freeze exception for poppler-data which is a new package. Though it
does break the Lenny release criterion, it's the best solution to avoid
duplicated and unnecessary work at present and in future. So release
team, please consider an unorthodox freeze exception for poppler-data.
Thanks.

> --
> Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>
>
>
--
Regards,
Deng Xiyue, a.k.a. manphiz
 
Old 08-23-2008, 06:58 PM
Junichi Uekawa
 
Default Bug#481134: libpoppler does not use cmap files from xpdf-{japanese,...}, and fails to parse Japanese PDF files.

Hi,


> > >
> > > 1. poppler was theoretically self-contained, poppler-data was REJECTed
> > > once and not yet part of non-free as of today.
> > >
> > > 2. Japanese users upgrading from etch would have xpdf-japanese
> > > installed because evince (poppler) needed and used xpdf-japanese, and
> > > natural upgrade path would be xpdf-japanese supporting poppler.
> > >
> > > These factors make adding support in poppler somewhat reasonable.
> >
> > If the release managers would approve an update to xpdf-japanese I am
> > happy to upload a new version including your patch, or for you to NMU
> > the package.
> >
>
> Which means the same should be done in
> xpdf-{chinese-{simplified,tranditional},korean} as well, and all will be
> unnecessary once poppler-data get accepted. I kind of think that's not
> a good way to deal with it. But well, just my 2 cents.

Yeah, which is why I'm a bit reluctant on fixing xpdf-japanese etc.
With additional upgrade path to poppler-data when it enters.


Getting poppler-data in for lenny should be much better: it's a new
random package in non-free which has little side-effect if added to
Debian archive.

From the user's perspective, we probably want some
kind of documentation, since nothing pulls in poppler-data; users
expect working evince but they will be broken on upgrade until they
install poppler-data.



Looking forward into lenny+1, I think it's about time we start
thinking about adobe-cmap-xxx and xpdf-xxx and poppler-data unified in
some way; shipping similar files in multiple packages, and
dpkg-diverting patched files forever doesn't sound right.



regards,
junichi
--
dancer@{netfort.gr.jp,debian.org}


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 08-24-2008, 12:18 PM
Osamu Aoki
 
Default Bug#481134: libpoppler does not use cmap files from xpdf-{japanese,...}, and fails to parse Japanese PDF files.

Hi,

On Sat, Aug 23, 2008 at 11:58:07AM -0700, Junichi Uekawa wrote:
> From the user's perspective, we probably want some
> kind of documentation, since nothing pulls in poppler-data; users
> expect working evince but they will be broken on upgrade until they
> install poppler-data.

But current dependency definition does not provide this path...
libpoppler3 should "Suggests: poppler-data". (I vaguely think we can not
do "Recommends:" here due to policy.)

> Looking forward into lenny+1, I think it's about time we start
> thinking about adobe-cmap-xxx and xpdf-xxx and poppler-data unified in
> some way; shipping similar files in multiple packages, and
> dpkg-diverting patched files forever doesn't sound right.

I think we still have time to fix dependency only fix uploads and ask
for hinting to get into lenny. As for divert, it seems we do not need
it. I have all package installed here.

Issue is they are located in different location.

I just uploaded newer package from with minimal fix.
libpoppler2 -> libpoppler3

Osamu


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 08-24-2008, 12:39 PM
Loc Minier
 
Default Bug#481134: libpoppler does not use cmap files from xpdf-{japanese,...}, and fails to parse Japanese PDF files.

On Sun, Aug 24, 2008, Osamu Aoki wrote:
> But current dependency definition does not provide this path...
> libpoppler3 should "Suggests: poppler-data". (I vaguely think we can not
> do "Recommends:" here due to policy.)

Wont help much I'm afraid; people wont have a clue that they should be
checking the suggests of libpoppler. It would be slightly more easy
for users to see it against evince, but still not ideal.

A good solution for lenny+1 would be to bubble up the errors of
xpdf/poppler when they fail converting PDFs or displaying them due to
lack of data, and offering to install the missing packages. Exactly as
for codecs.

--
Loc Minier


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 

Thread Tools




All times are GMT. The time now is 09:47 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org