-
-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Symbol not found: _iconv #28
Comments
Hi Peter. The bug is still present in version 3.10.1. This makes this version completely unusable under MacOS for Raster analysis (a simple hillshade will not succeed). |
homebrew's iconv is build with different prefix that system one. Problem is that we are bundling homebrew iconv but some libraries are build with system one. We need to use one or other consistently (probably system one).
|
HI Peter
Sorry for merging both messages.
The problem was present in Mojave and it’s still present in Catalina.
Probably, if that solves the case, a dual compilation can be justified (like x86 or x64 in the PC’s).
I do not have a High Sierra machine to test but I can get one in the next few days.
Best regards
On Dec 12, 2019, at 14:27, Peter Petrik ***@***.***> wrote:
homebrew's iconv is build with different prefix that system one. Problem is that we are bundling homebrew iconv but some libraries are build with system one. We need to use one or other consistently (probably system one).
***@***.***:~/Projects/bundle/QGIS-Mac-Packager$ nm -gU /usr/lib/libiconv.dylib
00000000000f2710 D __libiconv_version
0000000000002408 T _iconv
0000000000002727 T _iconv_canonicalize
000000000000242a T _iconv_close
0000000000001129 T _iconv_open
0000000000002437 T _iconvctl
0000000000002530 T _iconvlist
0000000000013f8c T _libiconv_set_relocation_prefix
***@***.***:~/Projects/bundle/QGIS-Mac-Packager$ nm -gU /usr/local/Cellar/libiconv/1.16/lib/libiconv.dylib
00000000000f67c0 D __libiconv_version
00000000000039c8 T _iconv_canonicalize
00000000000031ea T _libiconv
000000000000320c T _libiconv_close
0000000000001d60 T _libiconv_open
0000000000003219 T _libiconv_open_into
0000000000016ab3 T _libiconv_set_relocation_prefix
00000000000036cb T _libiconvctl
00000000000037cc T _libiconvlist
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#28?email_source=notifications&email_token=ACNLBQSRHOJUD3GFLRLUAQLQYJC3JA5CNFSM4JVV7VLKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGW2MSI#issuecomment-565028425>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNLBQXDR4PYVTOYG4CY6RLQYJC3JANCNFSM4JVV7VLA>.
can you confirm this happens also on MacOS10.14.x and MacOS10.15.x or just 10.13.x?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <qgis/QGIS#31576?email_source=notifications&email_token=ACNLBQXN65HIZMXW5XNRQKLQYJAZXA5CNFSM4IT5GTZ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGWYYOY#issuecomment-565021755>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNLBQW2NTXX5OU2YRT2ND3QYJAZXANCNFSM4IT5GTZQ>.
|
Hi @PeterPetrik, I can confirm that High Sierra is also affected by this. Cheers |
can you make a try? rename and copy
run QGIS and see if it solves the problem? |
Hi Peter
Apparently, seem to have worked!!!
I had try a similar solution in a previous version and this solution trigger other problems.
However this small trick seems to fix things. Maybe you can replace the build lib by a simlink to the system one.
… On Dec 12, 2019, at 14:52, Peter Petrik ***@***.***> wrote:
can you make a try?
rename
/Applications/QGIS3.8.app/Contents/MacOS/lib/libiconv.2.dylib to /Applications/QGIS3.8.app/Contents/MacOS/lib/libiconv.2.dylib_old and
and copy
/usr/lib/libiconv.2.dylib to /Applications/QGIS3.8.app/Contents/MacOS/lib/libiconv.2.dylib.
run QGIS and see if it solves the problem?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#28?email_source=notifications&email_token=ACNLBQVBAH4647EHD5GNR4TQYJF4NA5CNFSM4JVV7VLKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGW5CAQ#issuecomment-565039362>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNLBQR6TFGQT7ZMEQ25TBLQYJF4NANCNFSM4JVV7VLA>.
|
it is not proper solution, but I can try to use system iconv if it works for building all of the stuff |
After testing with a few modules, I can confirm that you can go on with this solution or, at least, suggest this small patch to users. I was experiencing problems with some modules, even in WK compilation, that are now gone!! It was impossible, for instance, to use the Clip by Mask module with two layers with different CRS. It is now working perfectly.
… On Dec 12, 2019, at 15:06, Peter Petrik ***@***.***> wrote:
it is not proper solution, but I can try to use system iconv if it works for building all of the stuff
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#28?email_source=notifications&email_token=ACNLBQTRQSEMO6MT6PE2BOTQYJHO5A5CNFSM4JVV7VLKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGW6PAA#issuecomment-565045120>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNLBQUZV6QIAWZWTPLQ4KLQYJHO5ANCNFSM4JVV7VLA>.
|
The workaround didn't work for me (QGIS 3.10.0, macOS 10.13.6). Will try to update QGIS to the latest version - see if that helps. |
In my case worked. So far so good. Check if you download the latest version available. The name of the image is the same as the previous one "qgis-macos-pr.dmg" but it was compiled in December 6. |
Same result with 3.10.1, however, according to
|
I can confirm that the workaround resolves the issue on macOS 10.15.1 (QGIS 3.10.1). |
i think the problem is that https://github.com/OSGeo/homebrew-osgeo4mac/blob/master/Formula/osgeo-gdal-python.rb uses system's iconv instead of brew's iconv |
unfortunately we need to wait for next GDAL release planned 17th January. homebrew dependencies are already updated to not-production ready GDAL version, so I cannot run update on build machine. and without the update it is hard to fix the dependencies ... |
@PeterPetrik thanks for the heads up, keep up the good work. |
Thank you everybody for the amazing work trying to figure this one out. I'm not sure if I'm running into the same problem you guys were experiencing but I tried @PeterPetrik solution. dyld: Symbol not found: _iconv Referenced from: /usr/lib/libarchive.2.dylib Expected in: /Applications/QGIS3.4.app/Contents/MacOS/lib/libiconv.2.dylib in /usr/lib/libarchive.2.dylib I'm going to try installing a previous build of QGIS to see what happens. I'll let you know. |
Hi andrensc The problem you describe will occur in projects where you were able to generate raster images with the same extension but without this problem, for instance using previous WK compilations. If you start a new project, you will be able to generate layers successfully and the project will open after. It's a very awkward problem. |
Thanks @Spartacus1 , awkward indeed!! Actually I didn't mention it before but after I copied the system libiconv.2.dylib to the QGIS3.4 library and noticed that QGIS crashed when opening a project, I tried starting a new project: QGIS crashed as soon as I expanded an item on the browser panel. When putting the original libiconv files back, I could handle the browser panel without an issue. However, I could not run GDAL ops. |
This problem is still present in version 3.12. The workaround is not the best solution but still works: rename and copy /usr/lib/libiconv.2.dylib Best regards |
@aberenyi @PeterPetrik I'm not an advanced mac user, but now I have a mac with Catalina that I can use for tests. On a clean install of the OS I downloaded the 3.12 installer, installed and everything seems to work (well, expected GRASS in processing but I think is expected). So it this not about the installer in the qgis.org download page? |
1 similar comment
@aberenyi @PeterPetrik I'm not an advanced mac user, but now I have a mac with Catalina that I can use for tests. On a clean install of the OS I downloaded the 3.12 installer, installed and everything seems to work (well, expected GRASS in processing but I think is expected). So it this not about the installer in the qgis.org download page? |
@PeterPetrik thanks for the heads up. Regarding the solutions outlined in your mail - it'd be absolutely brilliant to integrate the QGIS package more closely w/ homebrew as it will also resolve the never ending saga of different python environments. |
@gioman interesting... I've just installed QGIS 3.12 and can also confirm that the issue still exists. |
@aberenyi weird, here is all ok (unless I'm missing where should I see any trouble). |
@gioman it's quite easy to test. Try to generate contour lines with GDAL using any raster source. Also, have you installed homebrew before QGIS? |
that could be the reason why it's working for you - see @PeterPetrik's comment. |
macOS 10.13.2 copied the libiconv.2.dylib like PeterPetrik suggested but: Dyld Error Message: |
I work on the new dependencies build system (outside homebrew), new automatic CI for qgis on Mac and new bundler with GDAL3/PROJ6 that will be ready for 3.14 release at least. I hope the new system will land in nightlies this month. I will keep you informed |
Thanks for the update and your solution Peter. It worked for me. |
I tried the following (and other solutions referenced in this thread) and it did not work. But glad the issue has been addressed and I am looking forward to a solution! |
can anyone test with https://qgis.org/downloads/macos/nightly2/qgis_nightly2_master_20200723_032054.dmg ? |
Seems to work okay, but got the following error at start up. Possibly user error? ===== ImportError: cannot import name 'QtWebKitWidgets' from 'PyQt5' (/Applications/QGIS.app/Contents/MacOS/lib/python3.7/site-packages/PyQt5/init.py) Python version: 3.7.7 (default, Jul 15 2020, 17:09:38) [Clang 11.0.3 (clang-1103.0.32.62)] Python Path: |
@microcebus the error comes from a 3rd party plugin. Remove it and see if the error goes away.
|
This is separate issue with half-baked new installer. Please report to QGIS-Mac-Packager as separate issue. |
Thanks Gioman, that worked. The only other gotcha appears to be it doesn't seem to recognise kml, kmz or gpx files either in existing project files or adding them to new project files. |
@microcebus that is covered in #48 |
Good to know. Thanks Peter for your efforts on this. |
I'm sorry to bother you all guys because I am no developer but where am I to find /usr/lib/libiconv.2.dylib ??? I really need this fixed and I can't find it in code files on here nor on my Mac folders... Thanks in advance! |
@PeterPetrik many thanks for your continued effort in fixing this. I can confirm that the half-baked version looks okay, however, couldn't really test the original issue as GDAL is not included yet. |
Sorry if this is out of date now but the new dev version that @PeterPetrik provided a link to does not appear to include any GDAL tools? Though I did notice the version was 3.1.2. Thank you for your continued work on this. |
Hi there,
This is a gentle reminder that some of us are still waiting for a fix re qgis/QGIS#31576
Cheers
The text was updated successfully, but these errors were encountered: