Invalid or unsupported tar format for libjpeg-9d-3 and libjpeg12-9d-3

[nicogodet]

2022/06/20 08:42:14 mbox note: Can't open ​file://D:\_QGIS/https%3a%2f%2fdownload.osgeo.org%2fosgeo4w%2fv2%2f/x86_64/release/libjpeg/libjpeg-9d-3.tar.bz2 for reading: Invalid or unsupported tar format

2022/06/20 08:43:26 mbox note: Can't open ​file://D:\_QGIS/https%3a%2f%2fdownload.osgeo.org%2fosgeo4w%2fv2%2f/x86_64/release/libjpeg/libjpeg12/libjpeg12-9d-3.tar.bz2 for reading: Invalid or unsupported tar format

I can't find the logs but jpeg.dll was missing (could be related to above errors) which cause crssync failure

[jef]

fixed in ​https://github.com/jef-n/OSGeo4W/commit/c8750636b8757914f1b2bb2c6e82ec944b76dbcf

libjpeg was replaced with libjpeg-turbo. libjpeg-9d-3.tar.bz2 and libjpeg12-9d-3.tar.bz2 are only transitional and empty. Apparently too empty for osgeo4w-setup - now they contain an empty directory.

The missing jpeg.dll was probably just due to the incomplete upgrade. The binaries should depend on jpeg62.dll now.

[nicogodet]

Thanks for the quick response !

Comfirmed fixed
Should I retrigger crssync ? If yes, how ?

[jef]

Depends - reinstall qgis-common, qgis-ltr-common, qgis-rel-dev, qgis-ltr-dev or qgis-dev.

[nicogodet]

I just updated qgis-dev and crssync still fail because it can't find jpeg.dll
Local issue ?

[jef]

Replying to nicogodet:

I just updated qgis-dev and crssync still fail because it can't find jpeg.dll
Local issue ?

Not reproducible with qgis-dev (3.27.0-264-d73baa680c-1). You could rename etc\postinstall\qgis-dev.bat.done to .bat and run depends on crssync.exe to find what is still using jpeg.dll on your machine (adapted from ​comment in QGIS #26891)

[andreaerdna]

the crssync.exe issue does not happen on my system (Windows 10) with the latest qgis-full 3.26.0-1, qgis-ltr-full 3.22.8-1, qgis-dev-full 3.27.0-265-597e8eebd4-1 installed using OSGeo4W Network Installer in a new empty folder.

[nicogodet]

I think the failed update with empty archive (initial issue) messed up the install. I will try to fresh install if I find some time but it doesn't prevent QGIS from working

[nicogodet]

Update run smoothly on another computer. Looks more and more related to the first failure caused by empty archive.

Will try a full reinstall on monday

[andreaerdna]

Another similar issue report, for QGIS 3.22.8 Standalone Installer: ​https://github.com/qgis/QGIS/issues/49159

[andreaerdna]

Other issue reports for 3.26.0 probably related:

• about crssync.exe (Network Installer): ​https://www.facebook.com/pigreco314/posts/pfbid0KayxTESyTDtzUWC9GSKh9U2ZMznb4fsoAhZpCsjvhnjpFXsJa8E4beoM3tQfoSSGl

• about qgis_app.dll (Standalone Installer): ​https://www.facebook.com/groups/qgiscommunityofficialvirtualgroup/posts/2156577481187458

[jef]

Replying to andreaerdna:

Other issue reports for 3.26.0 probably related:

• about crssync.exe (Network Installer): ​https://www.facebook.com/pigreco314/posts/pfbid0KayxTESyTDtzUWC9GSKh9U2ZMznb4fsoAhZpCsjvhnjpFXsJa8E4beoM3tQfoSSGl

• about qgis_app.dll (Standalone Installer): ​https://www.facebook.com/groups/qgiscommunityofficialvirtualgroup/posts/2156577481187458

Requires a login.

[nicogodet]

if I run depends on qgis_app.dll in postinstall/qgis-dev.bat

     [  6] c:\osgeo4w\bin\PDALCPP.DLL
          [  6] c:\osgeo4w\apps\gdal-dev\bin\GDAL305.DLL
               [ ^6] c:\osgeo4w\bin\ZLIB.DLL
               [ ^6] c:\osgeo4w\bin\LIBCURL.DLL
               [ ^6] c:\windows\system32\ODBC32.DLL
               [ ^6] c:\osgeo4w\bin\LIBCRYPTO-1_1-X64.DLL
               [ ^6] c:\osgeo4w\bin\LIBSSL-1_1-X64.DLL
               [ ^6] c:\windows\system32\CRYPT32.DLL
               [ ^6] c:\osgeo4w\bin\LIBLZMA.DLL
               [ ^6] c:\windows\system32\OPENCL.DLL
               [ ^6] c:\osgeo4w\bin\PROJ_9_0.DLL
               [ ^6] c:\osgeo4w\bin\XERCES-C_3_2.DLL
               [ ? ] JPEG.DLL

[nicogodet]

qgis and qgis-ltr common.bat runs without crssync error.

Only affect -dev

[jef]

Remove gdal-dev305-runtime.

[nicogodet]

Fixed !

[jef]

Fixed in future versions in ​gdal-dev: use gdal-dev$abi.dll instead of gdal$abi.dll (refs #748)

[andreaerdna]

Replying to jef:

Requires a login.

No login needed: