Changes between Version 38 and Version 39 of egall

Timestamp:

Jun 30, 2021, 3:43:04 PM (3 years ago)

Author:

cooljeanius (Eric Gallager)

Comment:

remove some obsolete TODO-list entries

egall

@@ -53 +53 @@
 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 libmpc)
+ - ~~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)
- - ~~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`')
+ - ~~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 (missing symbols)
+ - 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)
- - ossp-l2 (missing symbols)
  - ~~pamtester (dislikes the system pam headers)~~ filed #62919
  - py-cartopy
@@ -69 +66 @@
  - rsync-lart (conflicts with rsync)
  - scotty (probably a Tcl version incompatibility)
- - sendpage (tries to write outside of destroot)
  - sfcgal
  - 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)
- - sloth
- - srm (linking error, objects have bad architecture)
  - ~~webkit-gtk~~ (already on cc for a bunch of webkit-gtk tickets; filed #62842 most recently)
- - xorg
- - xorg-server
  - crlibm
- - glpng
  - ~~pngmeta~~ (found #26263, forget if my issue was the same)
  - ~~liboss~~ (found #14590, forget if my issue was the same)
- - mdbtools (because txt2man is not universal)
  - py*jcc
  - ~~p5*css (various perl versions conflict)~~ mojca opened #46562
@@ -89 +79 @@
  - 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)~~ (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)
  - ~~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...
- - libmemcached +dtrace+hsieh (found tickets for other memcached ports, but '''not''' this one though...)
- - gnome-vfs +avahi (just the post-activate gconf schemas installation)
  - linuxdoc-tools (found #42988, which was the same issue. Running into something else now though...)
- - astyle +java+lib
  - 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)
@@ -106 +90 @@
  - libchloride
  - guile16 (needs muniversal)
- - svdlibc (checksum mismatch - possible stealth update?)
- - ~~netcdf-fortran~~ (was already on cc for #39319, which was not actually a build failure, and also found #42888, which might have been it)
- - qd
- - sowing
  - ~~nusmv (missing MiniSat?)~~ found #32627, which looks like the same thing.
- - sharutils (works, just needs to be updated to 4.14) (also maybe get the libexec/gnubin treatment?)
- - p5.[8|10]-perlbal (conflicts with p5.12-perlbal)
- - ~~mp3fs~~ (was already on cc for #43490)
+ - sharutils (works, just needs to be updated to 4.15.2) (also maybe get the libexec/gnubin treatment?)
  - krbafs
  - ~~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 (actually libast)
+ - Eterm
  - libbert
  - hoard
  - ~~libgksuui10~~ found #36799, which is probably it
- - ~~dialog~~ found #42165, which is probably it
  - fcrackzip (conflicts with unzip)
  - gpgme (when argp-standalone is active - needs to use the `conflicts_build` PortGroup)
  - xar-devel (conflicts with xar)
- - postfix +dovecot_sasl+ldap+pcre+sasl+tls+universal (upgrading from @2.11.0_0 to @2.11.1 - looks related to berkeley-db)
  - 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)
  - 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)
- - libftdi1 (mismatch between description and license, also opportunistically tries to use python)
  - 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...)
- - QLStephen
  - 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)
- - pretty much all of the fuse ports I have installed with `+universal`, because the switch to osxfuse removed the universal variant (already on CC for a bunch of fuse issues)... currently I'm just giving up and re-installing them with `-universal`, but a proper fix would still be nice...
- - dvi2bitmap
- - icoutils ("`/opt/local/bin/ranlib: archive member: libcommon.a(libgnu.a) fat file for cputype (16777223) cpusubtype (3) is not an object file (bad magic number)`" - usually the muniversal PortGroup solves things like this)
  - ~~javatar~~ depends on gnu-classpath, which runs into #38113
  - libextractor (opportunistically tries to use rpm, which then leads to a build failure)