Re: [Foo2zjs-maintainer] Bug#594322: foo2zjs: Please upgrade to more recent version for Squeeze.

2011-02-15 Thread Till Kamppeter 

On 11/05/2010 04:10 AM, Luca Capello wrote:

Hi there!

On Wed, 13 Oct 2010 02:21:35 +0200, Luca Capello wrote:

On Mon, 27 Sep 2010 23:16:49 +0200, Till Kamppeter wrote:

On 09/27/2010 06:53 PM, Luca Capello wrote:

4) I am not sure debian/local/ is the right place for non-upstream
 files, but I should admit that this is the first time I heard about
 it and I can not find any documentation about that.  Nevermind, I
 have added the two non-upstream PPDs.

 BTW, conceptually speaking, Ubuntu debian/rules misses the command to
 compress these two files, given that this action is hidden in the
 'Add "*cupsFilter" line to accept PDF input data to the PPDs' block.



Please go ahead and correct also this.
I will overtake the version with your corrections to Ubuntu.


Given that I still have not understood what the 'Add "*cupsFilter"
line...' does, no corrections on this matter have been made yet.


Still valid.



This makes the PPD files allow PDF as input format. This way the print 
queues integrate with the PDF-based printing workflow which is 
implemented in Debian and Ubuntu. PDF-based printing workflow means that 
applications send PDF (and not PostScript any more) to CUPS when the 
user prints his document. CUPS uses PDF as standard file format. 
Everything coming in which is not PDF (like PostScript output of legacy 
applications) is turned to PDF at first, then a pdftopdf filter does 
rearrangement of the pages (if the user selected N-up, reverse order, 
selected pages, ...), and after that PDF is sent to the driver. See


https://www.linuxfoundation.org/collaborate/workgroups/openprinting/pdfasstandardprintjobformat

I have seen may packages which use debian/local/ to add non-upstream files.


5) - debian/foo2zjs.postinst: Automatically update the PPD files for
  existing queues to the versions supplied with this package.
- debian/control: Add dependency on cups and cups-client to ensure that
  automatic update of the PPDs of existing print queues works.

I do not understand the purpose of this action, but I should admit
that I am not a CUPS expert and I do not know how other drivers
behave.

However, given that in Debian the PPDs are configuration files (see
), I would expect dpkg to prompt for
any modification, is it so in this case?


Still valid.



Often the driver has changes which require also changes in the PPD 
files, for example if options are added or additional settings for an 
option. If you simply update the package, the driver executables get 
replaced by the new version and also the PPD files under 
/usr/share/ppd/, but not the PPD files of already existing print queues 
in /etc/cups/ppd/. Rick Richardson, the upstream author of foo2zjs 
simply tells in his ChangeLog to remove and recreate the print queues. 
Typical distro users neither read the upstream ChangeLog of a package, 
nor do they not know that their queues need to get manually recreated to 
make the update complete. They even often do not know that the foo2zjs 
package is their printer driver. Therefore I let the package do the 
dirty work as doing a really complete update by letting the postinst 
script updating the PPDs of the already configured queues in 
/etc/cups/ppd/. The only configuration in these files are the default 
settings (lines starting with "*Default..."), The rest of the files are 
printer-specific and no user configuration. The automatic update is done 
with CUPS' "lpadmin" command line utility which preserves the default 
settings. This way the user has always the correct PPD for his driver 
(works on both up- and downdate of the package) and his default settings 
do not get lost. Printing will "just work" for him.



10) - debian/rules: Add /etc/papersize support, and modify all
   /usr/bin/foo2*-wrapper scripts to handle custom page sizes correctly in
   the PDF-based printing workflow.
 - debian/rules: Add "*cupsFilter" line to accept PDF input data to the
   PPDs.

 - Support for the PDF printing workflow:
o "*cupsFilter:" lines for PDF input in the PPDs
o Let wrapper scripts read custom page sizes also
 from the command line and not only from embedded
  PostScript commands.

 I do not understand these modifications, would you mind explaining
 them, please?  I do not feel comfortable in applying something I do
 not understand, sorry...


Still valid.



There are awkward foo2...-wrapper scripts, all identical except a few 
lines. Why did Rick not make one file with function definitions, source 
it into all the foo2...-wrapper scripts and use the functions? This way 
it is awkward to make patches doing the same change in each of the 
scripts. Especially more or less once a year (every second Ubuntu 
release) there is a new driver with a new foo2...-wrapper script in the 
package. Easy to overlook when having patches. Therefore I use Perl 
magic in t

Processed: Re: libgs9: please Recommends: (not Depends:) gs-cjk-resource

2011-02-15 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> clone 613580 -1
Bug#613580: libgs9: please Recommends: (not Depends:) gs-cjk-resource
Bug 613580 cloned as bug 613597.

> retitle -1 gs-cjk-resource: please clarify font and cmap dependencies
Bug #613597 [libgs9] libgs9: please Recommends: (not Depends:) gs-cjk-resource
Changed Bug title to 'gs-cjk-resource: please clarify font and cmap 
dependencies' from 'libgs9: please Recommends: (not Depends:) gs-cjk-resource'
> reassign -1 gs-cjk-resource 1.20100103-2
Bug #613597 [libgs9] gs-cjk-resource: please clarify font and cmap dependencies
Bug reassigned from package 'libgs9' to 'gs-cjk-resource'.
Bug No longer marked as found in versions ghostscript/9.00~dfsg-3.
Bug #613597 [gs-cjk-resource] gs-cjk-resource: please clarify font and cmap 
dependencies
Bug Marked as found in versions gs-cjk-resource/1.20100103-2.
> quit
Stopping processing here.

Please contact me if you need assistance.
-- 
613597: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613597
613580: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613580
-1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.129781192215483.transcr...@bugs.debian.org

Bug#613580: libgs9: please Recommends: (not Depends:) gs-cjk-resource

2011-02-15 Thread Jonathan Nieder 
clone 613580 -1
retitle -1 gs-cjk-resource: please clarify font and cmap dependencies
reassign -1 gs-cjk-resource 1.20100103-2
quit

Hi,

Jonas Smedegaard wrote:
> On Tue, Feb 15, 2011 at 09:27:59PM +0100, Luca Capello wrote:

>> PS2, gs-cjk-resource needs two packages to be fully functional:
>> cmap-adobe-* and ttf-*, but only the former are listed as
>> Recommends:, with the latter being only as Suggests:, which is IMHO
>> a bug, both should be at the same level, according to the
>> Description:...
>
> I agree that there are issues with the gs-cjk-resource package. It
> is plural issues: also one of or'ing the relationships for the
> multiple CJK supportive areas instead of declaring them
> independently.  I have encouraged the maintainer to move it to
> co-maintainance at the Debian Printing Team with the intend of
> helping weed out things like that myself, but have not yet heard
> back on that proposal.  I have not yet been bothered enough to file
> bugreports yet (for some weird reason I find it more bothersome to
> file bugreports than to fully package code and maintain it for
> years).

cc-ing the gs-cjk-resource maintainers.  Please see
http://bugs.debian.org/613580 for background.

Thanks,
Jonathan



-- 
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110215231829.GC17812@elie

Bug#613580: libgs9: please Recommends: (not Depends:) gs-cjk-resource

2011-02-15 Thread Jonas Smedegaard 

Hi Luca,

On Tue, Feb 15, 2011 at 09:27:59PM +0100, Luca Capello wrote:

This seems to me an example where you want Recommends: instead of
Depends:


I fully agree with you.  I am myself on a general crusade for lowering 
as much possible depends to recommends, so no further arguments needed

:-)



PS2, gs-cjk-resource needs two packages to be fully functional:
cmap-adobe-* and ttf-*, but only the former are listed as
Recommends:, with the latter being only as Suggests:, which is IMHO
a bug, both should be at the same level, according to the
Description:...


I agree that there are issues with the gs-cjk-resource package. It is 
plural issues: also one of or'ing the relationships for the multiple CJK 
supportive areas instead of declaring them independently.  I have 
encouraged the maintainer to move it to co-maintainance at the Debian 
Printing Team with the intend of helping weed out things like that 
myself, but have not yet heard back on that proposal.  I have not yet 
been bothered enough to file bugreports yet (for some weird reason I 
find it more bothersome to file bugreports than to fully package code 
and maintain it for years).



 - Jonas

--
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#613580: libgs9: please Recommends: (not Depends:) gs-cjk-resource

2011-02-15 Thread Luca Capello 
Package: libgs9
Version: 9.00~dfsg-3
Severity: normal

Hi there!

What is the rationale for the dependency on gs-cjk-resource?  The
description for the latter reads:
--8<---cut here---start->8---
Description: Resource files for gs-cjk, ghostscript CJK-TrueType extension
 This package contains several resource files (actually Adobe CMaps) to
 use CJK TrueType fonts with gs.
 .
 gs-cjk enables ghostscript to handle CJK TrueType fonts through CID-keyed
 font technology. In addition to this package, a language-specific CMap
 package (named cmap-adobe-*) and a TrueType font package (ttf-*) is
 needed.
 .
 Japanese: needs cmap-adobe-japan1 and ttf-kochi-mincho |
  ttf-kochi-gothic.
 Korean: needs cmap-adobe-korea1 and ttf-unfonts-core.
 Traditional-Chinese: needs cmap-adobe-cns1 and ttf-arphic-ukai |
  ttf-arphic-uming.
 Simplified-Chinese: needs cmap-adobe-gb1 and ttf-arphic-ukai |
  ttf-arphic-uming.
--8<---cut here---end--->8---

I do not nothing about CJK and I do not write anything in Japanese,
Korean or Chinese.  Which also means that I have installed none of the
cmap-adobe-* packages.

This seems to me an example where you want Recommends: instead of
Depends:, as I explained (without success) on #604926:

  

Thx, bye,
Gismo / Luca

PS1, I reported the bug to the version which introduced the dependency
 (9.00~dfsg-3), different from the one installed (9.01~dfsg-1).

PS2, gs-cjk-resource needs two packages to be fully functional:
 cmap-adobe-* and ttf-*, but only the former are listed as
 Recommends:, with the latter being only as Suggests:, which is IMHO
 a bug, both should be at the same level, according to the
 Description:...

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgs9 depends on:
ii  gs-cjk-resource 1.20100103-2 Resource files for gs-cjk, ghostsc
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcomerr2  1.41.12-2common error description library
ii  libcups21.4.5-3  Common UNIX Printing System(tm) - 
ii  libcupsimage2   1.4.5-3  Common UNIX Printing System(tm) - 
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libgcrypt11 1.4.6-5  LGPL Crypto library - runtime libr
ii  libgnutls26 2.10.4-2 the GNU TLS library - runtime libr
ii  libgs9-common   9.01~dfsg-1  interpreter for the PostScript lan
ii  libgssapi-krb5-21.8.3+dfsg-4 MIT Kerberos runtime libraries - k
ii  libidn111.18-1   GNU Libidn library, implementation
ii  libijs-0.35 0.35-7   IJS raster image transport protoco
ii  libjasper1  1.900.1-7+b1 The JasPer JPEG-2000 runtime libra
ii  libjbig2dec00.11-1   JBIG2 decoder library - shared lib
ii  libjpeg62   6b1-1The Independent JPEG Group's JPEG 
ii  libk5crypto31.8.3+dfsg-4 MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.8.3+dfsg-4 MIT Kerberos runtime libraries
ii  liblcms11.18.dfsg-1.2+b3 Color management library
ii  libpaper1   1.1.24   library for handling paper charact
ii  libpng12-0  1.2.44-1 PNG library - runtime
ii  libstdc++6  4.4.5-10 The GNU Standard C++ Library v3
ii  libtiff43.9.4-5  Tag Image File Format (TIFF) libra
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

libgs9 recommends no packages.

libgs9 suggests no packages.

-- no debconf information


pgpn2tEN6QEcT.pgp
Description: PGP signature

Re: foo2zjs moving to Debian Printing Team maintenance

2011-02-15 Thread Luca Capello 
Hi Till!

On Tue, 15 Feb 2011 11:32:05 +0100, Till Kamppeter wrote:
> I would like to upload the most current snapshot of foo2zjs to Ubuntu
> before Natty's feature freeze on Feb 24. It would be great if you
> could update the Debian package as soon as possible, so that I can
> merge changes from it. Can you also merge from myb Ubuntu package, to
> make the differences between Ubuntu and Debian packages as small as
> possible?

Sure, I will do that this week-end at most.

Please note that the only three blockers I found when I was merging the
Ubuntu package back in November 2010 were outlined at:

  

It is just a question of my understanding, nothing against the patches
themselves.  Since I am giving away the package it does not matter so
much, but given that my name is listed as the maintainer, I would like
to understand what is going on ;-)

Thx, bye,
Gismo / Luca


pgp2SaATJ5qL7.pgp
Description: PGP signature

Re: foo2zjs moving to Debian Printing Team maintenance

2011-02-15 Thread Till Kamppeter 

Hi,

I would like to upload the most current snapshot of foo2zjs to Ubuntu 
before Natty's feature freeze on Feb 24. It would be great if you could 
update the Debian package as soon as possible, so that I can merge 
changes from it. Can you also merge from myb Ubuntu package, to make the 
differences between Ubuntu and Debian packages as small as possible?


   Till


On 02/07/2011 10:34 PM, Luca Capello wrote:

Hi there!

As outlined at #594322 [1], Dider Raboud (cc:ed) from the Debian
Printing Team [2] proposed to move foo2zjs under its umbrellas, also
considering that Till Kamppeter (cc:ed), the actual Ubuntu maintainer,
is part of that team [3].

[1]
[2]
[3]

Now that squeeze is out I am preparing a new upload which will be, if
not completely, at least quite close to the version in Ubuntu (maveryck
has 20100728-0ubuntu1 while natty 20100728-0ubuntu2).  At the same time,
I will set the Maintainers: field to the Debian Printing Team, thus
officially moving maintenance there.  This also because the HL Color
LaserJet 1500L printer I had partially stopped working after the last
summer: there is no more color printing and even the B/W is sometime
weird (the drum is scratched).

My first reply to Didier's suggestion never reached the BTS (the error
email was hidden in my INBOX, I will re-send it and check with the BTS
admins), so given that there is no public statement from the actual
co-maintainers (Steffen and Michael cc:ed), I am asking now if there is
any reason to not move the package to the Debian Printing Team.

Please note that if no one will reply within two weeks, I will consider
that as an agreement and I will go on ;-)

Thx, bye,
Gismo / Luca



--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d5a5625.5070...@gmail.com