IMI Installation Error w/ Google APIClient-Services

[McFateM]

I've been installing IMI quite a bit lately in an isle.localdomain configuration, and recently I started getting this failure on every composer install from the islandora_multi_importer directory.

  - Installing google/apiclient-services (v0.19): Downloading (100%)         
    Failed to execute unzip -qq  '/var/www/html/sites/all/modules/islandora/islandora_multi_importer/vendor/google/apiclient-services/c336dcad9cad2da3f837862ca3d2227c' -d '/var/www/html/sites/all/modules/islandora/islandora_multi_importer/vendor/composer/917d7788'

replace /var/www/html/sites/all/modules/islandora/islandora_multi_importer/vendor/composer/917d7788/googleapis-google-api-php-client-services-430b712/src/Google/Service/BigQueryDataTransfer.php? [y]es, [n]o, [A]ll, [N]one, [r]ename:  NULL
(EOF or read error, treating as "[N]one" ...)

    The archive may contain identical file names with different capitalization (which fails on case insensitive filesystems)
    Unzip with unzip command failed, falling back to ZipArchive class

It looks as though Google has a suggested fix for this (see the "replace /var/www..." prompt) but composer doesn't have a -y option so I can't easily opt for that suggestion. I'll trying running with a -n option (no interaction) and see what happens.

[DiegoPino]

Hi, i should be able to fix that composer file. New google api version? Monday? Thanks for bringing this to my attention! El El sáb, 2 de mar. de 2019 a las 11:20, Mark McFate < [email protected]> escribió:

I've been installing IMI quite a bit lately in an *isle.localdomain* configuration, and recently I started getting this failure on every composer install from the *islandora_multi_importer* directory. - Installing google/apiclient-services (v0.19): Downloading (100%) Failed to execute unzip -qq '/var/www/html/sites/all/modules/islandora/islandora_multi_importer/vendor/google/apiclient-services/c336dcad9cad2da3f837862ca3d2227c' -d '/var/www/html/sites/all/modules/islandora/islandora_multi_importer/vendor/composer/917d7788' replace /var/www/html/sites/all/modules/islandora/islandora_multi_importer/vendor/composer/917d7788/googleapis-google-api-php-client-services-430b712/src/Google/Service/BigQueryDataTransfer.php? [y]es, [n]o, [A]ll, [N]one, [r]ename: NULL (EOF or read error, treating as "[N]one" ...) The archive may contain identical file names with different capitalization (which fails on case insensitive filesystems) Unzip with unzip command failed, falling back to ZipArchive class It looks as though Google has a suggested fix for this (see the "replace /var/www..." prompt) but composer doesn't have a -y option so I can't easily opt for that suggestion. I'll trying running with a -n option (no interaction) and see what happens. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#101>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AGn850SZJyEKtAcbtB9Is4yrPMsRwEsAks5vSqSygaJpZM4bad7A> .

-- Diego Pino Navarro Digital Repositories Developer Metropolitan New York Library Council (METRO)

[McFateM]

Tried doing another composer install but this time from the command line, not in a script. It appears to have gotten past this issue by doing so, but produced two other warnings. Here's the entire output...

Loading composer repositories with package information
Updating dependencies (including require-dev)
Package operations: 2 installs, 16 updates, 0 removals
  - Updating symfony/process (v3.3.6 => v3.4.22): Downloading (100%)         
  - Installing symfony/polyfill-ctype (v1.10.0): Loading from cache
  - Updating twig/twig (v1.34.4 => v1.37.1): Downloading (100%)         
  - Updating phpoffice/phpexcel (1.8.1 => 1.8.2): Downloading (100%)         
  - Installing ralouphie/getallheaders (2.0.5): Downloading (100%)         
  - Updating guzzlehttp/psr7 (1.4.2 => 1.5.2): Downloading (100%)         
  - Updating guzzlehttp/guzzle (6.3.0 => 6.3.3): Downloading (100%)         
  - Updating react/promise (v2.5.1 => v2.7.1): Downloading (100%)         
  - Updating phpseclib/phpseclib (2.0.6 => 2.0.14): Downloading (100%)         
  - Updating psr/log (1.0.2 => 1.1.0): Downloading (100%)         
  - Updating monolog/monolog (1.23.0 => 1.24.0): Downloading (100%)         
  - Updating google/apiclient-services (v0.19 => v0.87): Downloading (100%)         
  - Updating google/auth (v1.0.1 => v1.4.0): Downloading (100%)         
  - Updating google/apiclient (v2.2.0 => v2.2.2): Downloading (100%)         
  - Updating league/flysystem (1.0.41 => 1.0.50): Downloading (100%)         
  - Updating ringcentral/psr7 (1.2.1 => 1.2.2): Downloading (100%)         
  - Updating symfony/polyfill-mbstring (v1.4.0 => v1.10.0): Downloading (100%)         
  - Updating symfony/debug (v3.3.6 => v3.4.22): Downloading (100%)         
Package silex/silex is abandoned, you should avoid using it. Use symfony/flex instead.
Package phpoffice/phpexcel is abandoned, you should avoid using it. Use phpoffice/phpspreadsheet instead.
Writing lock file
Generating autoload files

No rush on this. I'm going to see if IMI is working for me and will report back. If it works now I might reset and try it all again from a clean install just to see if I can recreate the problem.

[DiegoPino]

phpoffice/phpexcel is abandoned. That is right, but the new package is quite full of bugs. Not sure if i want to go for that right now, maybe you can test the new one and see if everything still works?

[DiegoPino]

Related to #57