ports/sysutils/sformat/Makefile, branch 5-eolFreeBSD ports treehttps://cgit-dev.freebsd.org/ports/atom?h=5-eol2008-04-09T20:40:00ZRename fexecve() to js_fexecve() so it doesn't clash with the recently2008-04-09T20:40:00ZMarius Stroblmarius@FreeBSD.org2008-04-09T20:40:00Zurn:sha1:b4937943626417f469b7578fe6d5fa67eab4a58f
added libc one.
Reported by: marcus
Approved by: netchild
- Allow this port to be compiled with CC set to something containing a2006-05-07T16:39:29ZMarius Stroblmarius@FreeBSD.org2006-05-07T16:39:29Zurn:sha1:f5f1ee4bcc2351f6ba0ec804c29561372b0fa0eb
path component. [1]
- Add the usual MAKE_ENV=LANG=C workaround in order to prevent problems
from bad interactions of gmake, the Schily makefile system and certain
locales.
Requested by: kris [1]
Approved by: netchild
- Use the libschily sources taken from cdrtools 2.01.01a07 instead of those2006-04-15T11:35:45ZMarius Stroblmarius@FreeBSD.org2006-04-15T11:35:45Zurn:sha1:12657ca8d25f6e54b471ed78b1b559c811559c26
shipping with sformat 3.5 for building sformat; the former include their
own version of __dtoa() which is no longer externally visible with libc
symbol versioning turned on (thus breaking the build of stock sformat).
- While here also use MASTER_SITE_LOCAL for providing a backup mirror of
the sformat 3.5 distfile instead of using a private one.
- Fix the checksumming of sformat.dat on LP64 platforms so sformat doesn't
erroneously complain about that file containing uncertified data there.
Bump PORTREVISION for this.
Approved by: netchild
- Remove obsolete USE_REINPLACE.2006-04-02T14:25:19ZMarius Stroblmarius@FreeBSD.org2006-04-02T14:25:19Zurn:sha1:7c2c6e432728ab643bea21ea5992e2bf46580c0f
- Fix display of literal examples in sformat.1; bump PORTREVISION for
this. [1]
- While at the man page remove trailing whitespace, fix spelling errors
and adopt better for FreeBSD.
Reported by: Alex Teclo [1]
Fix by: ru [1]
Approved by: netchild
- Fix installation when CC is not set to "cc". Inspired by PR 66925.2004-05-25T14:28:00ZAlexander Leidingernetchild@FreeBSD.org2004-05-25T14:28:00Zurn:sha1:027a593e2236992af52c0691ee54102cd07ca7af
- Use ARCH instead of MACHINE_ARCH to please portlint >= 2.5.9.
Submitted by: marius
Use the @FreeBSD.org address of the maintainer.2004-04-20T13:49:29ZAlexander Leidingernetchild@FreeBSD.org2004-04-20T13:49:29Zurn:sha1:4171a9b4856da24b9eaddf6311ea0f5808d21873
Approved by: marius
Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.2004-02-04T05:10:27ZJoe Marcus Clarkemarcus@FreeBSD.org2004-02-04T05:10:27Zurn:sha1:73f7c91b5db64227b0424a92b16a5281814d369e
(Part 1)
- Fix a typo in PORTREVISION. Doh!2003-07-18T10:11:32ZAlexander Leidingernetchild@FreeBSD.org2003-07-18T10:11:32Zurn:sha1:92e07511d29e4875c466f4757a2b759610a211a0
- Manually replace included copies of config.guess and config.sub with
versions from ${PORTSDIR}/Templates. This is necessary as the sformat
package doesn't have a valid configure script in it's root directory
but one in a sub-directory that is executed by the SING (Schily Is
Not Gnu) makefile system further down the road. Therefor the port
can't set GNU_CONFIGURE which would automatically copy the relevant
files.
- Remove BSD_SCSI_SENSE_BUG from COPTX (CFLAGS) to libscg. It is a
workaround for a (probably alumnus) bug in a SCSI-driver of NetBSD
and the affected code doesn't get compiled on neither pre-CAM nor
CAM versions of FreeBSD.
- Use DATADIR in pkg-plist.
Submitted by: maintainer
- Fix yet another bug that might be used for a root exploit. As with the last2003-06-04T18:40:33ZAlexander Leidingernetchild@FreeBSD.org2003-06-04T18:40:33Zurn:sha1:6d00c62b3d5b7d3845fd5852e3ad3dcaf3804825
bug you are only vulnerable if you locally set the sformat binary suid root.
- Respect CC already at the configure-stage of sformat else we end up running
configure with GCC and compiling with whatever CC was set to.
Submitted by: maintainer
Fix potential root exploit.2003-05-21T15:12:48ZAlexander Leidingernetchild@FreeBSD.org2003-05-21T15:12:48Zurn:sha1:063fc0a057606ca0155fa1ee5ecf5c12aaf535ad
THE FREEBSD PORT DOES NOT SET THE SUID BIT, YOU ARE ONLY VULNERABLE IF
YOU SET IT ON YOUR OWN!
See http://marc.theaimsgroup.com/?l=bugtraq&m=105285564307225&w=2 for
more.
Submitted by: maintainer