imake

[Jeremy Huddleston Sequoia]

I took a look at all the ports that depend on imake and suggest that we remove a bunch of them.

These are all 5+ years dead upstream, have no dependents, and don't seem to be terribly important:

magicpoint - Upstream development stopped in 2008
tgif - Upstream no longer exists, shipped version was released in 2001
rasmol - Packaged version released in 2008, latest release was in 2009
canna - Last updated in 2004
emiclock - No upstream any more
fvwm - Last updated in 1995, replaced by fvwm2
kinput2 - Last updated in 2001
kxterm - No upstream any more
sunclock - No upstream any more
vtwm - Last updated in 2004
wmclock - No upstream any more
xcb - No upstream(?), upstream 505s, port last updated in 2009
xearth - Last updated in 1999
xmove - Last updated in 1997
xsnow - Last updated in 2001
xspringies - No upstream, older than 1998
xtu - No upstream

KDE 3 was last released in 2008, and I think we should probably remove it seeing as how upstream is now focused mainly on development of KDE 5.  I highly doubt kde3 even builds on modern systems since I don't think qt3 does...
kdebase3 - Released in 2008

For these last two (transfig and xfig are basically the same), we should probably try to fix them by working with upstream to move to a newer build system:
transfig
xfig
tightvnc

If I hear no objections in the next few days, I'll remove the ports in that first group.  If nobody speaks up, I think we should nuke KDE3 in a few weeks.

--Jeremy

> On Sep 28, 2014, at 17:42, Jeremy Huddleston Sequoia <jeremyhu at apple.com> wrote:
> 
> Why don't we just remove xorg-cf-files, imake, and all dependent ports?  Obviously any project still using imake a decade after the build system was declared dead are themselves not well maintained projects and I argue should not be in our port repository.
> 
> These are the ports that depend on the archaic build system:
> 
> spim
> ivtools
> magicpoint
> tgif
> xfig
> kdebase3
> transfig
> arb
> rasmol
> openvas-server
> canna
> emiclock
> fvwm
> kinput2
> kxterm
> sunclock
> tightvnc
> vtwm
> wmclock
> xcb
> xearth
> xmove
> xsnow
> xspringies
> xtu
> 
> --Jeremy
> 
>> On Sep 27, 2014, at 19:15, Ryan Schmidt <ryandesign at macports.org> wrote:
>> 
>> I'm going to try to work on the imake problem, specifically that ports using imake fail with Xcode 5 and up because they require a cpp with traditional cpp support which clang doesn't have. 
>> 
>> In the process I plan to create an xmkmf portgroup to replace the use_xmkmf keyword in base. 
>> 
>> My proposal is to have this portgroup depend on the latest stable gcc port (currently gcc49) and have it use its cpp in IMAKECPP when the Xcode version is 5 or greater. I tried this with one port already and was able to build it on Yosemite beta. 
>> 
>> Let me know if you have any objections to this proposal or if you have other ideas how to solve this problem.
>> 
>> 
>> _______________________________________________
>> macports-dev mailing list
>> macports-dev at lists.macosforge.org
>> https://lists.macosforge.org/mailman/listinfo/macports-dev
> 
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-dev