[MacPorts] egall modified

MacPorts Wiki noreply at macports.org
Thu Jul 1 12:30:25 UTC 2021


Page "egall" was changed by cooljeanius
Diff URL: <https://trac.macports.org/wiki/egall?action=diff&version=40>
Revision 40
Comment: more updates to TODO list
Changes:
-------8<------8<------8<------8<------8<------8<------8<------8<--------
Index: egall
=========================================================================
--- egall (version: 39)
+++ egall (version: 40)
@@ -53,71 +53,50 @@
 Note that crossing it off only means that a ticket has been filed or already existed, '''not''' that it has been solved. Once it has actually been solved, then I will remove the crossed-out entry for it entirely.
 
  - ~~gcc48~~ (actually libgcc, one of the issues still open for it is: #40548 - see also the one for 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)
+ - gnome-panel (depends on gnome-settings-daemon, which doesn't work with gtk3 +quartz; see #42558 and #60511)
+ - ~~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... also see note for gnome-panel above)
  - libdnsres (various undeclared identifiers)
  - ~~libmpc~~ filed #42733, which is a testsuite issue, so don't remove this bullet point even if I have it installed... see also various gcc-related bugs
  - ~~mod_security2~~ was already cc-ed on #39074, not sure if that was the same issue I had been experiencing though...
  - ossp-cfg (conflicts with one of my local ports, libcfgplus, which is something I need to fix on my end)
  - ossp-fsl (depends on ossp-cfg)
  - ~~pamtester (dislikes the system pam headers)~~ filed #62919
- - py-cartopy
- - rgm3800
- - rsync-lart (conflicts with rsync)
+ - rgm3800 (subversion fetch fails)
+ - rsync-lart (conflicts with rsync, also has a build failure)
  - scotty (probably a Tcl version incompatibility)
- - sfcgal
+ - sfcgal (compile failure)
  - sicp (texinfo failure)
- - ~~slib-guile16~~ (depends on guile16, which has a separate entry below) (could also be due to its other dependency, slib, in which case I was already on cc for a relevant ticket: #42370)
  - ~~slirp~~ (found #41875, which might have been the same issue that I was having)
  - ~~webkit-gtk~~ (already on cc for a bunch of webkit-gtk tickets; filed #62842 most recently)
- - crlibm
  - ~~pngmeta~~ (found #26263, forget if my issue was the same)
  - ~~liboss~~ (found #14590, forget if my issue was the same)
- - py*jcc
- - ~~p5*css (various perl versions conflict)~~ mojca opened #46562
+ - py*jcc (build failure varies by version)
  - pccts (conflicts with antlr)
- - 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)
  - ~~gcl~~ ~~(found #12906 and #40468)~~ (still need to file a new one)
- - ~~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)
- - ~~gob1 (not actually broken, just installs /opt/local/share/aclocal/gob.m4 which produces underquoted macro warnings when autoreconfing)~~ fixed locally, just need to generate a patch for the Portfile, and then contribute it along with my macrofile-patch back upstream...
  - linuxdoc-tools (found #42988, which was the same issue. Running into something else now though...)
- - cl-ppcre +asdf_binary_locations+sbcl (just requires some manual interaction at one point)
- - ~~docbook-utils~~ (found #43750; might have been something older than that though)
+ - ~~docbook-utils~~ (found #43750; might have been something older than that though) (forked docbook-utils on GitHub to try to fix: [https://github.com/cooljeanius/docbook-utils-0.6.14])
  - ~~cm3 (and, by extension, cvsup) (cm3's distfile is bad)~~ found #26676, which looks like the same issue
  - cvsync +universal (unrecognized --disable-dependency-tracking flag)
- - libctl (needs variants for newer versions of gcc)
- - libchloride
- - guile16 (needs muniversal)
+ - libchloride (configure step fails)
  - ~~nusmv (missing MiniSat?)~~ found #32627, which looks like the same thing.
  - sharutils (works, just needs to be updated to 4.15.2) (also maybe get the libexec/gnubin treatment?)
- - krbafs
+ - krbafs (configure script is bad)
  - ~~kumofs (+universal fails because rb-msgpack is non-universal)~~ (should probably be done as part of the update for #31620)
  - ~~pcc (missing lib directories)~~ addressed as part of #37206
  - ~~AfterStep~~ ~~(found #18700, not a build failure though...)~~ (filed #62366)
- - Eterm
- - libbert
- - hoard
- - ~~libgksuui10~~ found #36799, which is probably it
+ - hoard (build failure)
  - fcrackzip (conflicts with unzip)
  - gpgme (when argp-standalone is active - needs to use the `conflicts_build` PortGroup)
- - xar-devel (conflicts with xar)
- - 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)
  - 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)
  - uudeview (`+tcltk` variant is missing description and has incorrect `lib:`-style dependency on tcl - wants 8.4, but the tcl port provides 8.6 - this is #34826. Furthermore,`uuwish` crashes on startup)
- - pear-Sabre_DAVACL
  - ~~gnuregex +universal is not actually universal~~ (I don't actually use the +universal variant any longer, and plus #62307 would have to be fixed first anyways)
  - new ports needed for new optional dependencies of gdb: libmcheck (hard to disentangle from glibc) and [http://www.efficios.com/babeltrace libbabeltrace] (seems (slightly) easier to port; I do have a Portfile for it, but it is kind of a mess...)
  - ike-scan ~~@1.9 +universal (rev-upgrade reports it as broken - needs revbump due to recent gettext upgrade, among other things)~~ filed #63156 (which is for a different issue than what I originally listed it here for, but whatever)
  - libsvg-cairo @0.1.6 (rev-upgrade reports it as broken due to libpng)
- - postgis2 @2.1.2 +gui+postgresql92+raster+topology+universal (rev-upgrade reports it as broken)
- - ~~javatar~~ depends on gnu-classpath, which runs into #38113
  - libextractor (opportunistically tries to use rpm, which then leads to a build failure)
  - ~~anjuta (probably my fault due to having broken headers in `/usr/local`...)~~ seems to work again?
- - telepathy-mission-control
+ - telepathy-mission-control (build failure: missing symbols)
  - ...
 
 [wiki:MacPortsDevelopers Back to the MacPorts developers page]
-------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