Number of commits found: 41

- Fix index breakage [1]
- Fix expiration date.

Noticed by:     erwin [1]

- Update the rtems ports collection. Now these ports will be slaves of
  more generic cross-* ports, that will simplify updating and bug fixes.

  * Update binutils to 2.17
  * Update gcc to 4.2.0
  * Update gdb to 6.6

- Deprecate ports for i960 architecture abandoned by mainstream
- Deprecate *-g77 and *-objc ports, support for these languages can
  be enabled via OPTIONS in relative *-gcc ports.
- Take maintainership.

Approved by:    ade (maintainer)

Since there are a number of issues associated with the *-rtems-* ports
as a result of the new gettext, and given the jeh@ is currently on
sabbatical, with these ports (amongst others) being reset to ports@,
temporarily take over maintainership to cut through a little red tape
to get things back in order.

Reset jeh@FreeBSD.org, who is away from FreeBSD work for a while.

Hat:            portmgr

BROKEN: Configure fails on FreeBSD 7.0

At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.

Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.

Add 4 missing files to pkg-plist.arm-rtems

Pointed out by: Kris "Ports Janitor" Kennaway

Sync with new bsd.autotools.mk

Switch to using WITHOUT_CPU_CFLAGS again.

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 2)

Revert back to previous method to remove the CPU related entries from
CFLAGS.  At least on 4.9, the new changes to bsd.port.mk don't like
if _CPUCFLAGS is empty.

Remove my hack to remove CPU_CFLAGS and use the new WITHOUT_CPU_CFLAGS
feature in bsd.port.mk

Fix build errors caused by cut-n-paste.

Approved by:    portmgr (marcus@)

I was getting a recursive error on CFLAGS I didn't get on 5.x

On kris@ suggestion use _CPUCFLAGS to get -mtune also.  And I had forgotten
CXXFLAGS

Since once mk/bsd.cpu.mk adds the -mcpu and/or -march flags they can't
be removed.  And setting NO_CPU_CFLAGS in a ports Makefile does not help.
It might be nice if Mk/bsd.port.mk would remove it if NO_CPU_CFLAGS was
set, patch coming soon.

Put a comment warning about USE_AUTOHEADER and USE_AUTOCONF

I believe with the upgrade to gcc-3.2.3 these are no longer broken on 5.x

Fix the usage of MASTERDIR in both the slave and master port as mentioned
in PR: 59254

Don't install gccbug over the one from the -rtems-gcc bug

Fix distfile names so fetch works right.

Update to gcc-3.2.3

Update URLs, from oarcorp.com to rtems.com

Remove pkg-comment and place in Makefile

Since bento seems to specify CPUCFLAGS on some archs, and the breaks the cross
compiler, prevent them

Update to version 3.2.1

Update to use the new grouping capability.  This allows the removal
of the rtems-gcc hack to fetch the files from a different subdir
then newlib lived in.  Remove devel/rtems-gcc

No functionality change so no PORTREVSION bump.

Minor update in where the files are fetched from.  Maybe now   I will stop
getting "Unfetchable distfiles" message for files that   do get fetched in the
real-world (tm).  Suggested by sf, and changed.    

Upgrade all the GCC based RTEMS ports to gcc-2.95.3    

Update the rest of the GCC port to use the more common GCC tarbal.    

Upgrade to use newlib-1.9.0   Also use the latest rtems patches    

typo clean up police: \s -> \t    

Update to patch level 11   Re-add mips-rtems-objc port    

Clean up the patch section of the Makefile.  Added one level of   directories to
patch-a[ab] to make the Makefile simpler    

Rename PLIST.* to pkg-plist.*.    

Change MAINTAINERship to my committers address.    

Update *-rtems-objc to the newest patches, also fixing the   "extra files"
problem.    

Use explicit autoheader dependency instead of USE_AUTOCONF because  
USE_AUTOCONF breaks the build.    

Add autoheader to build dependencies through USE_AUTOCONF.    

C/C++, CHILL, F77, JAVA, OBJC, binutils, and gdb from the RTEMS RTOS for   the
i386, i960, m68k, mips64orion, powerpc, sh, and sparc processors.    

Number of commits found: 41

12 vulnerabilities affecting 16 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities