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

MacPorts noreply at macports.org
Thu Jul 29 13:06:19 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                                           |
-------------------------------------------------+-------------------------

Comment (by ryandesign):

 Replying to [comment:2 ryandesign]:
 > * libgsasl

 Upstream says using libidn2 is not possible because libgsasl requires
 `stringprep`, a function which no longer exists in libidn2:
 https://lists.gnu.org/archive/html/help-gsasl/2021-05/msg00001.html

 From the libidn2 info file:

 {{{
 3.5 Stringprep and libidn2
 ==========================

 The original libidn library includes functionality for the stringprep
 processing in ‘stringprep.h’.  That functionality was an integral part
 of an IDNA2003 implementation, but it does not apply to IDNA2008.
 Furthermore, stringprep processing has been replaced by the PRECIS
 framework (RFC8264).

    For the reasons above, libidn2 does not implement stringprep or any
 other string processing protocols unrelated to IDNA2008.  Applications
 requiring the stringprep processing should continue using the original
 libidn, and new applications should consider using the PRECIS framework.
 }}}

 So for libgsasl at least, and possibly for other ports that might require
 `stringprep`, we cannot remove libidn or migrate them to libidn2.

 > * loudmouth

 I have filed a bug report: https://github.com/mcabber/loudmouth/issues/44

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


More information about the macports-tickets mailing list