| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
PR: ports/145890
Feature safe: yes
|
|
|
|
|
|
|
| |
to PRs.
Hat: portmgr
Feature safe: yes
|
|
|
|
|
|
| |
PR: ports/137897
Submitted by: Sylvio Cesar <scjamorim@bsd.com.br>
Approved by: maintainer timeout (>14 days)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)
|
|
|
|
|
| |
PR: ports/119186
Submitted by: Philippe Audeoud <jadawin@tuxaco.net>
|
|
|
|
|
| |
PR: ports/115273
Submitted by: Felippe de Meirelles Motta <lippe@freebsdbrasil.com.br>
|
| |
|
|
|
|
| |
Approved by: mnag (mentor)
|
|
|
|
|
|
|
| |
- Respect CFLAGS
PR: 90302
Submitted by: Jean Milanez Melo <jmelo@freebsdbrasil.com.br>
|
|
|
|
|
|
|
|
| |
- Add SHA256
- Add a backup MASTER_SITES
PR: ports/89005
Submitted by: maintainer
|
|
|
|
|
|
|
|
|
| |
- Pass maintainership to submitter, since maintainer is inactive
for over a year.
PR: ports/87629
Submitted by: Jean Milanez Melo <jmelo@freebsdbrasil.com.br>
Approved by: maintainer timeout (14 days)
|
|
|
|
| |
after 5.4-RELEASE.
|
|
|
|
| |
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.
|
|
stress is a tool which imposes a configurable amount of CPU,
memory, I/O, or disk stress on a POSIX-compliant operating
system.
stress is not a benchmark. It is a tool used by system
administrators to evaluate how well their systems will scale,
by kernel programmers to evaluate perceived performance
characteristics, and by systems programmers to expose the
classes of bugs which only or more frequently manifest
themselves when the system is under heavy load.
PR: ports/66862
Submitted by: Dmitri Nikulin <setagllib@optusnet.com.au>
|