2013-11-05 devel/ORBit: EOLed upstream for very long
2013-11-05 x11/gnome-libs: EOLed upstream for very long

Bye bye gnome1

Approved by:	gnome(implicit)

Deprecate gnome1 for real, it is EOLed for very long upstream now, it is
cluttering the infrastructure and ports tree.
It cost a lot in maintainance and improvement of the ports tree.

Approved by:	gnome@ (implicit)

Add NO_STAGE all over the place in preparation for the staging support (cat:
devel part 4)

- Convert USE_GETTEXT to USES (part 3)

Approved by:	portmgr (bapt)

- Remove WITH_FBSD10_FIX, is no longer needed

- Fix build on FreeBSD 10

Reported by:    pointyhat

- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead

PR:             157936
Submitted by:   myself
Exp-runs by:    pav
Approved by:    pav

Remove USE_GNOME=gnometarget from ports. It has been a empty keyword since
mid 2008.

PR:             ports/159624
Submitted by:   Ruslan Mahmatkhanov <cvs-src@yandex.ru>

-remove MD5

Doesn't require gmake.

Submitted by:   naddy

Fix the build with gmake-3.82. The upstream has forgotten to delete the
'@GT_YES@' in the popt/intl/Makefile.in as there is nothing in configure
to replace the 'popt/intl/Makefile.in'.

Reported by:    pointyhat-exp with gmake 3.82 (linimon)
Tested with:    ade's gmake 3.82 patch on devel/gmake only

Fix the build now that -I- is obsolete.

Bounce PORTREVISION for gettext-related ports.  Have fun, ya'll.

- Use GNOME macro instead of ${MASTER_SITE_GNOME}, remove
  MASTER_SITE_SUBDIR when possible.

PR:             ports/125243
Submitted by:   pgollucci
Reworked by:    myself
Tested on:      pointyhat exp-run (pav)

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

- Fix after objformat removal

Don't default to a.out ABI

INSTALLS_SHLIB -> USE_LDCONFIG.

Found by:       portlint (cports.sh)

Remove CONFLICTS with ORBacus; the devel/ORBacus was removed back in 2004.

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

- Add SHA256 checksums

Mass-conversion to the USE_AUTOTOOLS New World Order.  The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.

Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.

Preliminary documentation can be found at:
        http://people.FreeBSD.org/~ade/autotools.txt

which is in the process of being SGMLized before introduction into the
Porters Handbook.

Light blue touch-paper.  Run.

Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port.  Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version.  To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER.  Both macros accept the same argument: a libtool version.

For example, to use the ports version of libtool-1.5, add the following to
your Makefile:

USE_LIBTOOL_VER=        15

To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:

USE_INC_LIBTOOL_VER=    15

With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).

PR:             63944
Based on work by:eik and marcus
Approved by:    ade (autotools maintainer)
Tested by:      kris on pointyhat
Bound to be hidden problems:    You bet

- Add SIZE to GNOME ports

Submitted by:   trevor

Whoa there, boy, that's a mighty big commit y'all have there...

Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".

For ports-in-waiting:

        USE_LIBTOOL=YES         ->      USE_LIBTOOL_VER=13
        USE_AUTOCONF=YES        ->      USE_AUTOCONF_VER=213
        USE_AUTOMAKE=YES        ->      USE_AUTOMAKE_VER=14

Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.

Add USE_GETTEXT and bump PORTREVISION.

Submitted by:   trevor
Tested by:      bento

Now gettext 0.12.1 is gettext-old.

Add a CONFLICT on ORBacus.

Submitted by:   Oliver Eikemeier <eikemeier@fillmore-labs.com>

Bump the PORTREVISION for the ports directly affected by the gettext upgrade.

Prodded by:     kris

Chase the libintl.so shared lib version.

* Use INFO
* Use gnometarget

Utilize USE_GNOME= pkgconfig.

Remove USE_GNOMENG.

Clear moonlight beckons.
Requiem mors pacem pkg-comment,
And be calm ports tree.

E Nomini Patri, E Fili, E Spiritu Sancti.

GNOME has just changed the layout of their FTP site.  This resulted in
making all the distfiles unfetachable.  Update all GNOME ports that fetch
from MASTER_SITE_GNOME to fetch from the correct location.

Chase shlib rev of devel/gettext

Submitted by:   lots and lots
Pointy hat to:  ade

Convert to USE_GNOMENG.

Fix a patching problem.

PR:             39014

Update to 0.5.17.

Update to 0.5.16.

gettext upgrade uber-patch (stage 3)

- switch devel/gettext (0.11.1) on, installing full package
- flip devel/gettext-old (0.10.35) to installing only static binaries
  with a "-old" suffix -- gettext-old will have its deorbit burn
  sequence initiated just after 4.6-RELEASE
- fix up ports for the new world order

Reviewed by:    portmgr

Update to 0.5.15.

Stage 1 of gettext update.

Move gettext (0.10.35) with gettext-old
Update gettext from gettext-devel (0.10.40)
Remove gettext-devel
Fix dependencies

Stage 2 will involve upgraded gettext to 0.11 and fixing issues
Stage 3 involves a de-orbit burn sequence for gettext-old

Reviewed by:    portmgr

Update to 0.5.14.

Don't create compatibility symlinks, which might get in the way of the GNOME2.  
 

Use ${ECHO_CMD} instead of ${ECHO} where you mean the echo command;   the ECHO
macro is set to "echo" by default, but it is set to "true" if   make(1) is
invoked with the -s option while ECHO_CMD is always set to   the echo command.  
 

Prevent libc from linking in explicitly. Bump PORTREVISION.    

Add -I${PREFIX}/include into output of orbit-config script, because it's  
necessary for ports in order to find libIDL includes.    

Update to 0.5.13.    

Backout previous change - it seems that new revision of the patch doesn't  
apply everywhere.    

Don't filter libc_r on 5-CURRENT.    

Update to 0.5.12.    

Don't link in libc - FreeBSD doesn't need this.    

Correct PORTREVISION - in my last commit instead of updating it to 5 I've  
erroneously decreased it to 2.    

Huh, finally implement writev(2) wrapper that actually works. Boys, never ever  
try to use writev(2) in a non-blocking mode, especially on sockets. Not only  
this makes handling of EAGAIN rather weird, but in the case of sockets makes  
your code subject of a ENOBUFS, which is absolutely unclear how to handle  
properly. *sigh*    

Undo the last commit. For not clear yet reasons it drives oaf crazy.    

Reimplement fix for an imcompatibility between ORBit and FreeBSD properly.  
Instead of replacing writev(2) with loop based on write(2), test system   limit
on the number of vectors writev(2) accepts and split call to writev(2)   to
several calls in such a way that number of vectors in each call doesn't   exceed
this limit (aka UIO_MAXIOV). Bump PORTREVISION.    

Fix a rather weird incompatibility between ORBit and FreeBSD. It appears that  
FreeBSD's writev(2) implementation is rather unreliable when large number of  
vectors is submitted - it returns EINVAL despite the fact that all arguments  
are pretty valid. This caused serious problems with GNOME's oaf and prevented  
Nautilus from working properly. The problem disappeared when I've replaced  
writev(2) call with appropriate loop based around ordinary write(2). Perhaps  
this should be investigated and the real source of the problem fixed instead,  
but I do not have a time for this right now. For those who interested I'm  
ready to provide a step-by step instruction on how to reproduce the bug.    

Replace call to `glib-config' in libIDL-config script with the actual name of  
the script on FreeBSD (glib12-config).    

Update to 0.5.10.    

Add pkgconfig support to most of the core of GNOME 1.4 and GTK+/GLIB 1.2   to
make transitioning to GNOME/GTK+/GLIB a little easier.    

Update t0 0.5.8    

SWitch maintainership of core GNOME ports to a small group of   committers
(gnome@FreeBSD.org), since this is now definitely too big   for just one person.
   

Update to GNOME 1.4 -- massive changes all around, for the sake of   CVS repo
bloat, I'll only list the updates.    

Update to 0.5.7    

Update to 0.5.6    

Update to 0.5.5    

Update to 0.5.4    

Convert category devel to new layout.  

Implement USE_GLIB.    

Darn.  Forgot a bit of this patch...  Actaully install orbitrc.    

Install orbitrc.default, and treat it as a real configuration file.    

Address a potential security issue by forcibly telling ORBit not   to listen on
any network (IPv4 or IPv6) sockets, if and only   if the user hasn't already
installed a ${PREFIX}/etc/orbitrc file   (the default, and most likely case)    

Update to 0.5.3    

Update to 0.5.2. Also make sure that installed libintl is respected.    

Rename INSTALLS_SHLIBS to INSTALLS_SHLIB.  (There was a typo in the   previous
commit message to bsd.port.mk, which said INSTALL_SHLIBS.  Boo.)    

Fix MASSIVE typo INSTALL_SHLIBS --> INSTALLS_SHLIBS, which occured because I  
just cun'n'pasted the name from Satoshi's commit message without checking   it. 
  

Second round of INSTALL_SHLIBS=yes fixes.