Opened 3 years ago
Last modified 3 years ago
#64705 closed defect
libidn fails to build — at Version 14
Reported by: | metbic | Owned by: | |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.7.1 |
Keywords: | yosemite | Cc: | evanmiller (Evan Miller) |
Port: | libidn |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
Hello all. Greetings!
Tried to upgrade the all-popular inkscape.
Went alright until hit the snag with libidn.
Error message states:
---> Building libidn Error: Failed to build libidn: command execution failed Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_mail_libidn/libidn/main.log for details. Error: Follow https://guide.macports.org/#project.tickets if you believe there is a bug.
I cannot uninstall and re-install because I fear it will destroy ghostscript.
Note: It is not recommended to uninstall/deactivate a port that has dependents as it breaks the dependents. The following ports will break: p5.26-net-libidn @0.120.0_5 p5.28-net-libidn @0.120.0_5 ghostscript @9.53.3_1
There is no maintainer.
Does it have to do with the thread about libidn2? #63309
Thank you and forgive me if I forgot to report something.
best regards
metbic
Change History (15)
Changed 3 years ago by metbic
comment:1 Changed 3 years ago by evanmiller (Evan Miller)
Cc: | evanmiller added |
---|
comment:2 Changed 3 years ago by evanmiller (Evan Miller)
This issue looks similar: https://legacy.imagemagick.org/discourse-server/viewtopic.php?t=28136
Apparently there is supposed to be a global_symbol_pipe
variable that is defined during configure, but that's not happening for some reason. This is a good explanation, though it lacks a solution:
https://lists.gnu.org/archive/html/bug-libtool/2015-07/msg00000.html
comment:3 Changed 3 years ago by metbic
Related? But I could install and use both gimp and inkscape very well with macports, for quite some years, on this machine, and that must've included several versions of imagemagick, didn't it? Never had encountered that problem, and its report is from 2015.
comment:4 Changed 3 years ago by evanmiller (Evan Miller)
Hi, the issue is deeper than ImageMagick and has to do with a program called libtool
that is used during the build process for both ImageMagick and libidn.
comment:6 Changed 3 years ago by metbic
Impossible, can't upgrade it since "port upgrade outdated" stops because of libidn.
comment:8 follow-up: 11 Changed 3 years ago by evanmiller (Evan Miller)
You can try port -n upgrade inkscape
. That will try to install inkscape without upgrading the dependencies (may or may not work...)
comment:9 Changed 3 years ago by metbic
... I have quite a bunch of broken ports now that ask me for a rebuild, not sure what is best now ...
comment:10 Changed 3 years ago by metbic
inkscape is dead now - how can I go back to the previous version of libidn ?
comment:11 Changed 3 years ago by ryandesign (Ryan Carsten Schmidt)
Replying to evanmiller:
You can try
port -n upgrade inkscape
. That will try to install inkscape without upgrading the dependencies (may or may not work...)
You should not do that.
how can I go back to the previous version of libidn ?
comment:12 follow-up: 14 Changed 3 years ago by metbic
it's already too late ... the older version is no longer there
port installed libidn
The following ports are currently installed: libidn @1.36_0+universal (active)
comment:13 Changed 3 years ago by metbic
What a poor decision from me in the first place. This is an older machine, but it had all the tools I need. Don't know what got into me even trying to upgrade anything.
comment:14 Changed 3 years ago by ryandesign (Ryan Carsten Schmidt)
Description: | modified (diff) |
---|
Replying to metbic:
Does it have to do with the thread about libidn2? #63309
Nothing whatsoever.
Replying to evanmiller:
This issue looks similar: https://legacy.imagemagick.org/discourse-server/viewtopic.php?t=28136
Apparently there is supposed to be a
global_symbol_pipe
variable that is defined during configure, but that's not happening for some reason. This is a good explanation, though it lacks a solution:https://lists.gnu.org/archive/html/bug-libtool/2015-07/msg00000.html
That bug-libtool post says "it only occurs due to outside influences". If that's so, maybe building with trace mode would hide those outside influences from the build.
sudo port clean libidn sudo port -t upgrade libidn
Replying to metbic:
it's already too late ... the older version is no longer there
port installed libidn The following ports are currently installed: libidn @1.36_0+universal (active)
If the older version is no longer installed then indeed you cannot follow the steps in the first section of that wiki page, "Reactivating an older version that's still installed", but you can follow the steps in the subsequent section, "(Re)installing an older version that's no longer installed". However, reinstalling older versions of ports is not the intended solution for issues; we should try to figure out what is wrong and fix it with the current versions.
However, you've shown above that you have libidn 1.36 installed, which is not the current version; the current version is 1.38. The updates to 1.37 and then 1.38 were made in 2021.
main.log