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