| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Add USES=xorg and USES=gl to ports in categories starting with 'm'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
|
|
|
|
|
|
|
|
|
| |
on armv7.
This is part one of a multipart commit to bring armv7 ports to parity
with armv6.
Approved by: portmgr (tier-2 blanket)
|
|
|
|
|
|
|
|
| |
part 2.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
|
| |
|
|
|
|
| |
Approved by: portmgr (tier-2 blanket)
|
|
|
|
|
|
|
|
|
| |
port as broken. The problem was that endianness check were added twenty
years ago, and just don't cover contemporary systems.
Drop checks for VAX, RS6000, 680x0, etc., and replace with architectures
that FreeBSD runs on today. Users of ARM/MIPS systems are encouraged to
review the list and add missing macros accordingly.
|
| |
|
| |
|
|
|
|
| |
multimedia)
|
|
|
|
|
|
| |
Remove indefinite article
Trim headers
optionsng
|
|
|
|
| |
Hat: portmgr
|
|
|
|
|
|
|
|
| |
- Name
em@i.l
or variations thereof. While I'm here also fix some whitespace and other
formatting errors, including moving WWW: to the last line in the file.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
modular xorg.
- supply corresponding USE_XORG for all imake-using ports that need it
- USE_IMAKE no longer implies USE_XLIB in absence of USE_XORG
- retire USE_X_PREFIX which is not really used anywhere after the
above change
- a few minor nits like whitespace and SF macro
Tested by: 2 tinderbox runs by pav
Approved by: portmgr (pav)
|
|
|
|
| |
Approved by: miwi (mentor)
|
|
|
|
|
| |
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.
|
|
|
|
|
|
|
| |
- Pass maintainership
PR: ports/104105
Submitted by: Lars Engels <lars.engels@0x20.net>
|
| |
|
| |
|
|
|
|
| |
Reviewed by: marcus
|
| |
|
| |
|
|
|
|
|
|
|
| |
one, update all appropriate references: *_DEPENDS, CATEGORIES
Repo copied by: cvs (joe)
Approved by: portmgr (self & no objections)
|
| |
|
|
|
|
|
|
|
|
| |
is better studied
o Turn PORTCOMMENT variable in Makefile back into pkg-comment files
Approved by: kris (portmgr hat),
portmgr, re (silence)
|
|
|
|
| |
Approved by: pat
|
|
|
|
| |
string so I fixed it.
|
|
|
|
|
| |
Prompted by PR: 13476, 13477
Submitted by: KATO Tsuguru
|
| |
|
|
|
|
|
|
|
|
| |
basename -> ${BASENAME}
cat -> ${CAT}
cp -> ${CP}
ldconfig -> ${LDCONFIG}
mkdir -> ${MKDIR}
|
| |
|
| |
|
| |
|
|
|
|
| |
to maintain all these ports I once committed (sometimes as a proxy).
|
| |
|
|
|
|
| |
Submitted by: chuckr@glue.umd.edu
|
|
|
|
|
|
|
| |
they were in 2.0.1). :)
patch-ab and patch-ac are gone, 16/24 bit displays are now supported
in the original code.
|
|
|
|
| |
lot of ports or what! ;>
|
| |
|
|
|
|
|
| |
multiple catagories - I'll expect the various MAINTAINERS to make further
adjustments (and add any KEYWORDS lines) themselves.
|
|
|
|
| |
and some other minor cleanup.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(1) Took out INSTALL_MANPAGES (not necessary anymore, porter should
set NO_INSTALL_MANPAGES for not calling "make install.man")
(2) Replaced most of DEPENDS with EXEC_DEPENDS and LIB_DEPENDS. These
are the entries I used:
EXEC_DEPENDS:
unzip:${PORTSDIR}/archivers/unzip
gmake:${PORTSDIR}/devel/gmake
wishx:${PORTSDIR}/lang/tclX
xli:${PORTSDIR}/graphics/xli
gs:${PORTSDIR}/print/ghostscript
gunshar:${PORTSDIR}/archivers/gshar+gunshar
hfs:${PORTSDIR}/utils/hfs
rman:${PORTSDIR}/utils/rman
LIB_DEPENDS:
tiff\\.3\\.:${PORTSDIR}/graphics/tiff
jpeg\\.5\\.:${PORTSDIR}/graphics/jpeg
Xpm\\.4\\.:${PORTSDIR}/graphics/xpm
tcl\\.7\\.:${PORTSDIR}/lang/tcl
tk\\.3\\.:${PORTSDIR}/x11/tk
xview\\.1\\.:${PORTSDIR}/x11/xview-lib
Xaw3d\\.:${PORTSDIR}/x11/Xaw3d
mpeg\\.1\\.:${PORTSDIR}/graphics/mpeg-lib
xview\\.3\\.:${PORTSDIR}/x11/xview-lib
BLT\\.1\\.:${PORTSDIR}/x11/blt
There are still some dependencies I can't figure out what exactly
is needed. If your port still has DEPENDS in it, please check it out!
|
| |
|
|
Also includes patch to make it work on 15/16 bit displays, it shows
up in all green on my 16-bit display (565) though. Somebody please
check it....
|