pdftohtml | copy of pdftohtml code with enhancements | Computer Vision library

I am trying to install spatie laravel newsletter package but i am getting an error message

Problem 1 - Root composer.json requires spatie/laravel-newsletter ^4.9 -> satisfiable by spatie/laravel-newsletter[4.9.0]. - spatie/laravel-newsletter 4.9.0 requires illuminate/support ^6.0|^7.0|^8.0 -> found illuminate/support[v6.0.0, ..., 6.x-dev, v7.0.0, ..., 7.x-dev, v8.0.0, ..., 8.x-dev] but these were not loaded, likely because it conflicts with another require.

Installation failed, reverting ./composer.json and ./composer.lock to their original content.

my composer.json file looks like this

I have bash script that takes a booklet format PDF and converts it to separate pages. The script is called by php running under nginx.

I am using pdfcrop, which calls pdfTex, which is the point of failure.

The script runs fine as root from the command line. However, when run by nginx (the script is called via php) it fails when pdfcrop calls pdfTex.

Here is the line for the failure point:

I'm trying to check before running a php script if pdftohtml is installed on server.

Is there a way to check if pdftohtml is installed on server (linux or mac) from within the code.

I'm looking for something similar to function_exists()

I have some PDF files which I would like to convert to HTML. There are some tools which support this, but tables are simply absolute positioned tags. They don't produce

How can I get table tags?

Here is an example PDF file. I would hope to get something like this:

I have some text tags in my xml file (pdf converted to xml using pdftohtml from popplers-utils) that looks like this:

I'm having trouble updating my Drupal 8 core version. Composer says I shouldn't install drupal/core-renderer 8.2.0 and remove the Drupal core.

I tried removing the composer.lock file, the vendor folder and replacing the core version to v8.2.0 as requested by composer but when I run "composer require drupal/core" it always installs version ^8.7 (latest). Clearing the composer cache didn't help either.

I also don't understand the problem with the psr-http-message-bridge. It doesn't appear on my composer.json file, it's something internal to the Drupal core.

This is the composer command output:

I want to calculate the cumulative page height of an xml table. This seems to be easy as preceding-sibling is returning all siblings and we just need to sum it up. However the following query fails with

SQL Error [XX000]: ERROR: unexpected XPath object type 3

I'm implementing poppler pdftohtml method to convert pdf to html. I'm trying to run the exec file via python.

I'm trying to get a Lambda happy version of XPDF's pdftohtml to work but am having no luck.

So far the following has been tried:

• Created Docker container running the latest amazonlinux image
• I've copied the source code into this container and ran:

  yum install cmake, gcc, gcc-c++, freetype-devel

• Compiling the code with cmake produces a binary which executes perfectly in the container which should be the same OS and environment as Lambda.
• I've verified the version of libc.so.6 as 2.26 within the container.
• I've copied this into my AWS zip folder and included the following dependencies in a lib folder ready to upload:

  libfreetype.so.6.10.0, libpng15.so.15, libstdc++.so.6.0.24

• These dependencies are copied directly from the container used to compile the code.

• Python function then connects these via

  os.environ.update(dict(LD_LIBRARY_PATH='/var/task/lib'))

• At the end of this, I run the function and get the following error code:

  /var/task/pdftohtml: /lib64/libc.so.6: version `GLIBC_2.18' not found (required by /var/task/lib/libstdc++.so.6)

I've no idea where the GLIBC_2.18 comes from as this version isn't present in the container used to compile it.

Really stumped but keen to get it finished as it would produce a lightweight binary perfect for a Lambda function!

Where am I going wrong?

EDIT

SOLVED - see the comments below. There are two versions of AWS Linux and Lambda runs this version

I ran in an EC2 instance as one of the commenters suggested. Whilst the libstdc++.so.6.24 looked to be the right version, as it was itself compiled with a different GLIBC version, it throws an error. Compiling in EC2 from the source code worked fine. The other trick was making sure the CXX_FLAGS included -std=c++11. Thanks to those who contributed to help me solve this!