[MacPorts] egall modified

MacPorts Wiki noreply at macports.org
Sat Feb 27 23:58:09 UTC 2021


Page "egall" was changed by cooljeanius
Diff URL: <https://trac.macports.org/wiki/egall?action=diff&version=31>
Revision 31
Comment: remove some todo-list entries that are no longer relevant
Changes:
-------8<------8<------8<------8<------8<------8<------8<------8<--------
Index: egall
=========================================================================
--- egall (version: 30)
+++ egall (version: 31)
@@ -56,14 +56,11 @@
  - ~~gcc48~~ (actually libgcc, one of the issues still open for it is: #40548 - see also the ones for mpfr and libmpc)
  - gnome-panel
  - ~~gnome-settings-daemon~~ (my fault - I had a local copy of one of its dependencies that was not up-to-date, which I guess could be considered #36951)
- - ~~gnutls~~ found #42728
  - ~~gvfs~~ was already cc-ed on #32652, which is more of a runtime error, and I think I had been experiencing a build failure, but it seems to have solved itself, as I now have the most recent version of gvfs installed
  - libdnsres (various undeclared identifiers)
  - ~~libmpc~~ filed #42733
  - metakit (conflicting typedefs for '`t4_i32`')
- - ~~mod_jk~~ found #23023, not sure the update will fix the issue I had been experiencing though...
  - ~~mod_security2~~ was already cc-ed on #39074, not sure if that was the same issue I had been experiencing though...
- - ~~mpfr~~ filed #42732, also inspired me to file #42731
  - ossp-cfg (missing symbols)
  - ossp-fsl (depends on ossp-cfg)
  - ossp-l2 (missing symbols)
@@ -79,7 +76,7 @@
  - ~~slirp~~ (found #41875, which might have been the same issue that I was having)
  - sloth
  - srm (linking error, objects have bad architecture)
- - ~~webkit-gtk~~ (already on cc for a bunch of webkit-gtk tickets; open ones include #41560 and #41737; also found a bunch more; open ones include #21151 and #34448; not sure which one was the one I was experiencing most recently though...)
+ - ~~webkit-gtk~~ (already on cc for a bunch of webkit-gtk tickets; not sure which one was the one I was experiencing most recently though...)
  - xorg
  - xorg-server
  - crlibm
@@ -93,7 +90,7 @@
  - watchman
  - chmsee (depends on firefox-x11, which no longer exists in trunk - [https://lists.macosforge.org/pipermail/macports-dev/2014-June/026868.html brought up on mailing lists], at least)
  - ~~swig-clisp~~ (clisp is i386, swig-clisp is x86_64 - I guess that makes it an example of #34891 - added a comment saying so: [comment:ticket:34891:6])
- - ~~gcl~~ (found #12906 and #40468, mine was probably the same as one of those)
+ - ~~gcl~~ ~~(found #12906 and #40468)~~ (still need to file a new one)
  - ~~samba3 +kerberos+openldap~~ (found the following tickets open against samba3: #30951, #34572, and #39997. None of them are really build errors though...)
  - ~~sudo +insults+openldap~~ (found #21314, #40644, and #40959. None of them are really build errors though...)
  - ~~mapnik +cairo+gdal+osm+postgis+sqlite (the `+cairo` variant in particular is what I think is the issue... also the `scons`-based build system ignores stuff.)~~ (found #30187, #32452, #35323, #37995, and #38417; I think #36134 in particular is the issue I was experiencing though)
@@ -124,9 +121,7 @@
  - Eterm (actually libast)
  - libbert
  - hoard
- - ~~opal~~ (rev-upgrade after installing ode +debug - filed #43595)
  - ~~libgksuui10~~ found #36799, which is probably it
- - ~~bashdb~~ (bash4.3 is too new - filed #43590)
  - ~~dialog~~ found #42165, which is probably it
  - fcrackzip (conflicts with unzip)
  - gpgme (when argp-standalone is active - needs to use the `conflicts_build` PortGroup)
@@ -135,7 +130,6 @@
  - open-cobol (ran into issue while [https://lists.macosforge.org/pipermail/macports-users/2014-May/035519.html updating to 2.0] - filed ticket upstream: [https://sourceforge.net/p/open-cobol/bugs/73/]; the MacPorts ticket for the update is around here somewhere...)
  - bazaar +universal (`--disable-dependency-tracking` not recognized)
  - girara +universal (needs the muniversal portgroup)
- - ~~zmq +pgm (keeps hanging on libtool lock: "`glibtool: link: Waiting for libpgm_noinst.a.lock to be removed`")~~ found #36554 which was the same variant but a different failure
  - a few others that were my own fault...
  - ffmpeg (need to incorporate the freetype2 patch that the Portfile in trunk uses into my local copy of the Portfile - which, like the gnome-settings-daemon one above was, I guess could be considered #36951)
  - allegro5 +debug (opportunistically tries to use pandoc)
-------8<------8<------8<------8<------8<------8<------8<------8<--------

--
Page URL: <https://trac.macports.org/wiki/egall>
MacPorts <https://www.macports.org/>
Ports system for macOS

This is an automated message. Someone added your email address to be
notified of changes on 'egall' page.
If it was not you, please report to admin at macports.org.


More information about the macports-changes mailing list