[Python-apps-team] pkpgcounter debian package

[Michael Pardee]

Hi Jerome,
I diffed the log between the old package depending on python-imaging and
the new package depending only on python-pil and got the same results in
debian buster and stretch.  Looking at the code it seems like the
python-imaging compatibility layer to python-pil is not used at all so
there should be no difference.  If the test suite is not returning correct
results like it did several years ago we can work towards fixing those bugs
in the future but for now I don't think it is a bad idea to get the package
included since its no worse than what was in debian stretch.

If you are willing to look at fixing up pkpgcounter that is wonderful and I
will help in any way that I can going forward in terms of development and
testing and funding, I just don't want you to feel like you have to resolve
any issues ASAP before debian buster is frozen.  I've run into a few small
issues over the past few years which I've worked around, maybe it's time to
integrate proper fixes.

Thanks,
Michael Pardee
Open Sense Solutions LLC
http://open-sense.com
888-323-1742


On Thu, Feb 14, 2019 at 2:52 AM <alet at librelogiciel.com> wrote:

> Hi,
>
> I can confirm that no code change is needed to work with Pillow instead
> of PIL.
>
> However I've noticed differences in ink accounting results when running
> the testsuite. Not sure yet if the problem comes from PIL vs Pillow, or
> from a change in Reportlab (used to generate the ink accounting test
> document in PDF), or even in Ghostscript (used to tranform PDF into TIFF
> before ink accounting takes place) : I haven't touched at the code in
> years and all these software have evolved since.
>
> I'll try to look into this ASAP.
>
> On Wed, Feb 13, 2019 at 06:37:53AM +0100, alet at librelogiciel.com wrote:
> > Hi there, I'm the uplink developer of pkpgcounter
> >
> > pkpgcounter uses PIL mostly to do ink coverage accounting, and doesn't
> > use it to count pages in PDF, but may use it for other supported
> > multipage file formats (e.g. TIFF)
> >
> > I'll try to help as best as I can to fix this issue.
> >
> > I'll try to work on this before the end of the week
> >
> > bye
> >
> > On Thu, Feb 07, 2019 at 11:19:40PM -0600, Michael Pardee wrote:
> > > I'll have to dig into exactly what's different between python-imaging
> and
> > > python-pil, figure out which parts of python-imaging pkpgcounter uses,
> and
> > > come up with some pkpgcounter testcases.
> > >
> > > Simply grabbing the old pkpg counter package and doing this:
> > > dpkg --ignore-depends=python-imaging -i pkpgcounter_3.50-7.1_all.deb
> > >
> > > works at first glance, pkpgcounter can count the number of pages in
> pdfs,
> > > actually whether or not python-pil is installed.  But maybe files with
> > > images require on python-imaging/python-pil ...
> > >
> > > I'll work on this as quickly as I can.
> > >
> > > Thanks,
> > > Michael Pardee
> > > Open Sense Solutions LLC
> > > http://open-sense.com
> > > 888-323-1742
> > >
> > >
> > > On Thu, Feb 7, 2019 at 9:22 PM Kumar Appaiah <akumar at debian.org>
> wrote:
> > >
> > > > Dear Michael,
> > > >
> > > > On Thu, Feb 07, 2019 at 02:37:55PM -0600, Michael Pardee wrote:
> > > > >    Hello,
> > > > >    I help support a few thousand machines that rely on the
> pkpgcounter
> > > > >    package and noticed that it is no longer packaged in debian
> > > > >    testing/unstable.  Is this something that I could help with or
> take
> > > > over?
> > > > >    I see from the tracker it is maybe due to the dependency on
> > > > >    python-imaging.  For now I've been able to install old versions
> of
> > > > >    python-imaging and pkpgcounter, but I guess some work might be
> needed
> > > > to
> > > > >    make pkpkgcounter work with python-pil .   I've started to look
> into
> > > > the
> > > > >    debian maintainer process but if you point me to some sort of
> > > > checklist on
> > > > >    how to proceed that would be very helpful.
> > > >
> > > > I believe that this has to do with the fact that Debian has moved to
> > > > the PIL fork.
> > > >
> > > > What I would be able to do for you is this:
> > > >
> > > > - If you are able to make minor modifications to pkpgcounter to work
> > > >   with PIL, then I can make an upload of pkpgcounter with the updated
> > > >   dependencies to Debian. I will prepare the package for you, no
> problem.
> > > >
> > > > - If you are unable to make the modification in time for the freeze,
> I
> > > >   can still make acustom package for your users. This is the less
> > > >   preferable option.
> > > >
> > > > I can also help you become a Debian maintainer, if needed. Happy to
> be
> > > > of help.
> > > >
> > > > Thanks.
> > > >
> > > > Kumar
> > > > --
> > > > Kumar Appaiah
> > > >
> > >
> > >
> > > !DSPAM:1,5c5d117b79721214316380!
> >
> > --
> > Jerome Alet
>
> --
> Jerome Alet
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/python-apps-team/attachments/20190214/980474e3/attachment-0001.html>