On Fri, 26 Oct 2018 at 20:23, Craig Russell <[email protected]> wrote: > > > > On Oct 26, 2018, at 11:38 AM, Sam Ruby <[email protected]> wrote: > > On Thu, Oct 25, 2018 at 2:15 PM Craig Russell <[email protected]> wrote: > > > Can we try to enable read|write of pdf files and see if that helps? > > > It doesn't fix the problem. At least not on my Ubuntu machine which > is set up largely the same as whimsy-vm4. > > The overall flow of drag/drop is to convert each input to pdf using > ImageMagick convert, and then concatenate the pdfs using pdftk. > > Before this fix: > > ImageMagic convert was refusing to convert gif files to pdf because I > had used a .pdf extension for the gif files. Fixing the extension or > updating the configuration gets past this problem. > > After this fix: > > pdftk is refusing to concatenate the pdfs as they are zero length. > Which is odd, because I added debug logic on my machine to show the > sizes of the pdfs produced and they (at least initially) have the > correct lengths. > > I'm still digging, but may not have much spare time until this weekend. > > > Thanks for keeping at this. A goodly number of ICLAs come in as separate > pages, either png, jpg, or gif. It would be a really heavy burden for me to > handle these "the old way" which is manually converting and stapling the > pages together.
If the issue cannot easily be fixed, why not just file all the attachments as is? Is it really necessary to convert and staple? Filing as is has the advantage that SVN contains the original attachments. They can always be converted later if found necessary - in which case SVN has the history of the conversion. > The critical issue (an ICLA that cannot currently be processed) has been > ameliorated. I've let the PPMC and the contributor know that they can > consider the ICLA to be filed pending our resolution of the issue. > > Craig > > > - Sam Ruby > > > Craig L Russell > Secretary, Apache Software Foundation > [email protected] http://db.apache.org/jdo >
