NetBSD Problem Report #44863

From dholland@macaran.localdomain  Tue Apr 12 22:54:39 2011
Return-Path: <dholland@macaran.localdomain>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id EAA0863C274
	for <gnats-bugs@gnats.NetBSD.org>; Tue, 12 Apr 2011 22:54:38 +0000 (UTC)
Message-Id: <20110412225436.E14126E1C4@macaran.localdomain>
Date: Tue, 12 Apr 2011 18:54:36 -0400 (EDT)
From: dholland@eecs.harvard.edu
Reply-To: dholland@eecs.harvard.edu
To: gnats-bugs@gnats.NetBSD.org
Subject: print/poppler's MESSAGE
X-Send-Pr-Version: 3.95

>Number:         44863
>Category:       pkg
>Synopsis:       print/poppler's MESSAGE
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    reed
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Apr 12 22:55:00 +0000 2011
>Last-Modified:  Sun Dec 29 23:55:00 +0000 2013
>Originator:     David A. Holland
>Release:        NetBSD 5.99.49 (pkgsrc 20110408)
>Organization:
>Environment:
System: NetBSD macaran 5.99.49 NetBSD 5.99.49 (MACARAN) #8: Mon Apr 11 19:54:18 EDT 2011 dholland@macaran:/usr/src/sys/arch/amd64/compile/MACARAN amd64
Architecture: x86_64
Machine: amd64
>Description:

poppler's MESSAGE says

    To change the default paper size to US Letter, make sure that

	    LC_MESSAGES=en_US.UTF-8

    is in your environment.

This is crazy -- even assuming it makes sense to use locales to select
the default paper size, which I question, LC_MESSAGES is supposed to
be used to choose the language that programs issue messages to the
user in. This has nothing whatsoever to do with paper size...  nor
does it have anything to do with the operational concerns that would
lead one to pick one or the other default paper size. It would make as
much sense to set LC_COLLATE.

Also, UTF-8 has nothing to do with paper size.

>How-To-Repeat:

cat(1)

>Fix:

If this is an accurate reflection of poppler's behavior, poppler is
broken. If it is not, the MESSAGE should be removed.

>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: pkg-manager->reed
Responsible-Changed-By: hauke@NetBSD.org
Responsible-Changed-When: Wed, 13 Apr 2011 09:42:45 +0000
Responsible-Changed-Why:
Over to maintainer.


From: David Holland <dholland-pbugs@netbsd.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: pkg/44863: print/poppler's MESSAGE
Date: Sun, 29 Dec 2013 23:14:11 +0000

 this wasn't sent to gnats

    ------

 From: Matthias Drochner <M.Drochner@fz-juelich.de>
 To: dholland@eecs.harvard.edu
 CC: pkgsrc-bugs@netbsd.org
 Subject: Re: pkg/44863: print/poppler's MESSAGE
 Date: Thu, 14 Apr 2011 21:29:42 +0200


 The MESSAGE is technically not exact indeed, but I think it is not too bad.

 At first, the code which selects the default paper size is not in poppler
 but in gtk2. A MESSAGE attached to gtk2 wouldn't be read, and a couple
 of applications which print use poppler, so there is a chance that this
 is read by someone who installs some program which prints out his
 PDF documents. (poppler-glib would be more selective though)
 There are other programs which print through gtk2 but don't use
 poppler. This means there could be more MESSAGEs of this kind.

 > even assuming it makes sense to use locales to select
 > the default paper size, which I question, LC_MESSAGES is supposed to
 > be used to choose the language

 This is indeed how the gtk2 code works. It uses LC_MESSAGES, unless
 either _NL_PAPER_WIDTH exists for nl_langinfo(3) or a special
 LC_PAPER category. Neither does in NetBSD.
 For pkgsrc, it might make sense to use /etc/papersize through
 the "libpaper" pkg as other programs do, but this would mean
 patching gtk2.

 > It would make as much sense to set LC_COLLATE.

 Indeed, this doesn't fit into any of the POSIX defined categories.

 > Also, UTF-8 has nothing to do with paper size.

 Obviously not, but for end users it is better to give an example
 which works than to try to explain the theory.
 The "letter" size is also not limited to _US locales -- just ftr
 the exact list is (BZ|CA|CL|CO|CR|GT|MX|NI|PA|PH|PR|SV|US|VE).

 best regards
 Matthias



 ------------------------------------------------------------------------------------------------
 ------------------------------------------------------------------------------------------------
 Forschungszentrum Juelich GmbH
 52425 Juelich
 Sitz der Gesellschaft: Juelich
 Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
 Vorsitzender des Aufsichtsrats: MinDirig Dr. Karl Eugen Huthmacher
 Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender),
 Dr. Ulrich Krafft (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt,
 Prof. Dr. Sebastian M. Schmidt
 ------------------------------------------------------------------------------------------------
 ------------------------------------------------------------------------------------------------

 Besuchen Sie uns auf unserem neuen Webauftritt unter www.fz-juelich.de

From: David Holland <dholland-pbugs@netbsd.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: pkg/44863: print/poppler's MESSAGE
Date: Sun, 29 Dec 2013 23:53:47 +0000

 On Sun, Dec 29, 2013 at 11:15:00PM +0000, David Holland wrote:
  >  The MESSAGE is technically not exact indeed, but I think it is not
  >  too bad.
  >  
  >  At first, the code which selects the default paper size is not in poppler
  >  but in gtk2. [...]

 If gtk2 picks the paper size based on the LC_MESSAGES locale, then
 it's just broken. (Does upstream gtk2 still do this, or has it been
 fixed/changed in the intervening time?)

  >  This is indeed how the gtk2 code works. It uses LC_MESSAGES, unless
  >  either _NL_PAPER_WIDTH exists for nl_langinfo(3) or a special
  >  LC_PAPER category. Neither does in NetBSD.
  >  For pkgsrc, it might make sense to use /etc/papersize through
  >  the "libpaper" pkg as other programs do, but this would mean
  >  patching gtk2.

 I think this would be a good idea.

 Also, should we add LC_PAPER to netbsd base?

  >  > Also, UTF-8 has nothing to do with paper size.
  >  
  >  Obviously not, but for end users it is better to give an example
  >  which works than to try to explain the theory.
  >  The "letter" size is also not limited to _US locales -- just ftr
  >  the exact list is (BZ|CA|CL|CO|CR|GT|MX|NI|PA|PH|PR|SV|US|VE).

 I suppose, but it's pretty unfortunate.

 If nothing else, I think the MESSAGE should be moved to poppler-glib.

 -- 
 David A. Holland
 dholland@netbsd.org

>Unformatted:

Home	PR Database Search