07:32 antoine 

Deprecate ports broken for more than 6 months

 

16:26 antoine 

Mark a few ports BROKEN (unfetchable)

 

08:42 linimon 

Mark deprecated: mastersite disappeared.

 

00:05 linimon 

Sort ARCHS.  While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

 

10:00 bapt 

Simplify plist

 

18:41 adamw 

Convert a bunch of USE_BZIP2 to USES=tar:bzip2

Approved by:	portmgr (not really, but touches unstaged ports)

 

12:19 rene 

- Support stage
- Include bsd.port.mk once
- Remove redundant variable declaration

Approved by:	portmgr (infrastructure blanket)

 

19:13 rene 

Convert to USES=kmod, which removes duplicated code and ensures that all
required steps are followed.

There are no user-visible changes.  The exception is multimedia/ptx-kmod,
which now installs the kernel module into /boot/modules instead of
${PREFIX}/libexec/${PORTNAME}, this was something USES=kmod cannot handle.

PR:		ports/183625
Submitted by:	myself
Approved by:	portmgr (bdrewery)
Exp-run by:	bdrewery

 

23:06 bapt 

Add NO_STAGE all over the place in preparation for the staging support (cat:
sysutils)

 

12:54 bdrewery 

SSP support has been added to ports with WITH_SSP for i386 and amd64
on FreeBSD 10, and amd64 on earlier versions.

SSP_UNSAFE is added to disable in a port if it fails to build, but
this should only be used in rare circumstances such as kernel modules.
Otherwise, the port may just be failing due to lack of respecting
LDFLAGS.

On FreeBSD 10, this uses an ldscript in /usr/lib/libc.so to pull in
libssp_nonshared.a to address issues linking on i386 [1].

On earlier FreeBSD versions the WITH_SSP knob will add -lssp_nonshared
to LDFLAGS on i386. This is not needed on amd64. However, several hundred
ports do not currently respect LDFLAGS, so this support is disabled currently
as it causes build failures if a dependency is looking for the stack_chk
symbols.

Many thanks to jlh@ for this as he had many years of patience in getting
all of the necessary pieces [1][2] in.

[1]
http://svnweb.freebsd.org/base/head/lib/libc/libc.ldscript?revision=251668&view=markup

PR:		ports/138228 [2]
Submitted by:	jlh (bsd.ssp.mk based on)
Reviewed by:	bapt
With hat:	portmgr
exp-runs done:	37 over a month on 91i386,91amd64,10i386,10amd64

 

22:40 jgh 

- re-order, include bsd.port.pre.mk so SRC_BASE is defined before referenced

PR:     ports/169222
Submitted by:   jgh@
Approved by:    maintainer timeout ( 14 days )

17:59 pav 

- Remove conditional checks for FreeBSD 5.x and older

00:51 miwi 

- Allow to build on amd64

PR:             124772
Submitted by:   Douglas William Thrift <douglas@zweihander.ccs.ucsb.edu>
Approved by:    maintainer

16:27 rafan 

- Fix build

Submitted by:   maintainer via mail

15:04 rafan 

- Change maintainer's email
- Allow package build on i386 and arm as Mono currently runs on these two
  architecture only. Moreover, the kernel interface this module uses is
  quite stable and changes rarely. Maintainer tested a module built on 6.2-R
  works on 7.x.
- Distfile is repackaging due to a small license wording change:
  - * 4. Neither the name of the university nor the names of its contributors
  + * 4. Neither the name of the author nor the names of its contributors
- Set IGNORE for older FreeBSD release
- Set IGNORE when kernel source does not present

PR:             ports/114804
Submitted by:   Björn König <bkoenig at cs.tu-berlin.de> (maintainer)

15:57 linimon 

These install kernel modules, so add new virtual category kld.

Pointed out by: Ulrich Spoerlein <uspoerlein at gmail dot com>
Hat:            portmgr

11:01 anray 

mono-kmod is a FreeBSD kernel module enables you to execute ECMA and
.NET applications without preceding the native code generator in the
command line. That means you can call a binary with "./hello.exe"
instead of "mono hello.exe".

WWW: http://www.alpha-tierchen.de/~bkoenig/mono-kmod/

PR:             ports/111973
Submitted by:   Björn König <bkoenig at cs.tu-berlin.de>