[MacPorts] #63309: Dependency libidn could be replaced by libidn2

MacPorts noreply at macports.org
Thu Jul 29 12:58:46 UTC 2021


#63309: Dependency libidn could be replaced by libidn2
-------------------------------------------------+-------------------------
  Reporter:  ednl                                |      Owner:  (none)
      Type:  update                              |     Status:  new
  Priority:  Normal                              |  Milestone:
 Component:  ports                               |    Version:  2.7.1
Resolution:                                      |   Keywords:
      Port:  cpuminer echoping elinks-devel      |
  FileZilla finch ghostscript gloox html-xml-    |
  utils hydra Io jabber jabberd knot kopete      |
  libgsasl libpurple libVLC2 loudmouth lynx      |
  maildrop monotone monotone-devel mutt p5-net-  |
  libidn pidgin podofo prosody psi skipfish tin  |
  VLC2                                           |
-------------------------------------------------+-------------------------
Changes (by ryandesign):

 * cc: ci42 (removed)
 * cc: NicosPavlov, RJVB, dbevans, g5pw, i0ntempest, l2dy, larryv, lhaeger,
 markemer, rowue, ryandesign (added)
 * port:  ghostscript git p5-net-libidn =>
     cpuminer echoping elinks-devel FileZilla finch ghostscript gloox html-
     xml-utils hydra Io jabber jabberd knot kopete libgsasl libpurple
     libVLC2 loudmouth lynx maildrop monotone monotone-devel mutt p5-net-
     libidn pidgin podofo prosody psi skipfish tin VLC2


Comment:

 According to the libidn2 readme:

 > This library is backwards (API) compatible with the [libidn
 > library](https://www.gnu.org/software/libidn/).  Replacing the
 > `idna.h` header with `idn2.h` into a program is sufficient to switch
 > the application from IDNA2003 to IDNA2008 as supported by this
 > library.

 Marius, does that seem accurate to you? If it is, then indeed it seems
 that perhaps all ports that depend on libidn should be switched to use
 libidn2, and then the libidn port could be deleted (after a year of being
 marked `replaced_by libidn2`).

 It seems like any configuration code to find libidn would also have to be
 updated to find libidn2 instead, such as by referencing the libidn2 pc
 file instead of the libidn pc file.

 Ideally, each software package that currently uses libidn should be
 updated by its developers to support libidn2 without us needing to patch
 it, if they have not already done that. You could investigate the code of
 each project and file bug reports with those projects that don't already
 support this.

 The ports that currently depend on libidn are:

 * cpuminer
 * echoping
 * elinks-devel
 * FileZilla
 * finch
 * ghostscript
 * gloox
 * html-xml-utils
 * hydra
 * Io
 * jabber
 * jabberd
 * knot
 * kopete
 * libgsasl
 * libpurple
 * libVLC2
 * loudmouth
 * lynx
 * maildrop
 * monotone
 * monotone-devel
 * mutt
 * p5-net-libidn
 * pidgin
 * podofo
 * prosody
 * psi
 * skipfish
 * tin
 * VLC2

-- 
Ticket URL: <https://trac.macports.org/ticket/63309#comment:2>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list