kpriv/freebsd-ports
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
freebsd-ports/cad/qcad-partslib/Makefile

40 lines
1.1 KiB
Makefile
Raw Normal View History

Add NO_STAGE all over the place in preparation for the staging support (cat: cad)
2013-09-20 17:58:41 +02:00
# Created by: Michael Reifenberger <mr@FreeBSD.org>
add qcad-partslib the parts-library for qcad.
2004-03-28 14:07:02 +02:00
# $FreeBSD$
PORTNAME= qcad-partslib
Update to 2.1.2.8
2008-03-12 18:20:22 +01:00
PORTVERSION= 2.1.2.8.1
Stagify
2014-05-21 19:29:54 +02:00
PORTREVISION= 4
add qcad-partslib the parts-library for qcad.
2004-03-28 14:07:02 +02:00
CATEGORIES= cad
Load via ftp:// This should fix the reported download problems. Submitted by: V. Chukharev (at first)
2008-03-27 16:12:46 +01:00
MASTER_SITES= ftp://www.ribbonsoft.com/archives/partlibrary/
add qcad-partslib the parts-library for qcad.
2004-03-28 14:07:02 +02:00
DISTNAME= partlibrary-${PORTVERSION:S/.1$/-1/}
The attached patches achieve the following improvements: * cad/qcad itself: 1. Enable parallel build. This is safe, because the vendor's script supports it (but only, when one is using distcc). 2. Remove the special handling for Alpha. I guess, this is a historical wart -- the current version of qcad compiles on my amd64 with `-Wall -W' without any warnings. If Alpha bites again, the wart can be put back until someone tracks the bug down. * cad/qcad-partslib: 1. Fetch the .tar.gz, rather than .zip variant of the distribution. This new file is more than twice smaller. 2. Remove build-dependency on qcad -- this is useless for a pure-data port and only complicates package building and installation (a PORTREVISION bump in qcad itself, for example, will necessitate rebuilding partslib without any good reason). 3. Don't create an intermediate extraction under ${WRKSRC} for the sole purpose of creating PLIST -- extract from ${DISTFILE} into ${DATADIR} directly and use tar's output to create PLIST on the fly. This saves a ton of I/O and diskspace during packaging. Submitted by: Mikhail T. <mi+thun [at] aldan.algebra.com>
2009-05-02 10:27:09 +02:00
EXTRACT_ONLY=
add qcad-partslib the parts-library for qcad.
2004-03-28 14:07:02 +02:00
MAINTAINER= mr@FreeBSD.org
COMMENT= Professional CAD system
WRKSRC= ${WRKDIR}/partlibrary-${PORTVERSION:S/.1$/-1/}
The attached patches achieve the following improvements: * cad/qcad itself: 1. Enable parallel build. This is safe, because the vendor's script supports it (but only, when one is using distcc). 2. Remove the special handling for Alpha. I guess, this is a historical wart -- the current version of qcad compiles on my amd64 with `-Wall -W' without any warnings. If Alpha bites again, the wart can be put back until someone tracks the bug down. * cad/qcad-partslib: 1. Fetch the .tar.gz, rather than .zip variant of the distribution. This new file is more than twice smaller. 2. Remove build-dependency on qcad -- this is useless for a pure-data port and only complicates package building and installation (a PORTREVISION bump in qcad itself, for example, will necessitate rebuilding partslib without any good reason). 3. Don't create an intermediate extraction under ${WRKSRC} for the sole purpose of creating PLIST -- extract from ${DISTFILE} into ${DATADIR} directly and use tar's output to create PLIST on the fly. This saves a ton of I/O and diskspace during packaging. Submitted by: Mikhail T. <mi+thun [at] aldan.algebra.com>
2009-05-02 10:27:09 +02:00
DATADIR= share/qcad/library
add qcad-partslib the parts-library for qcad.
2004-03-28 14:07:02 +02:00
NO_BUILD= yes
do-install:
Stagify
2014-05-21 19:29:54 +02:00
@${MKDIR} ${STAGEDIR}/${PREFIX}/${DATADIR}
${TAR} -C ${STAGEDIR}/${PREFIX}/${DATADIR} --exclude CVS --unlink --strip-components 1 \
The attached patches achieve the following improvements: * cad/qcad itself: 1. Enable parallel build. This is safe, because the vendor's script supports it (but only, when one is using distcc). 2. Remove the special handling for Alpha. I guess, this is a historical wart -- the current version of qcad compiles on my amd64 with `-Wall -W' without any warnings. If Alpha bites again, the wart can be put back until someone tracks the bug down. * cad/qcad-partslib: 1. Fetch the .tar.gz, rather than .zip variant of the distribution. This new file is more than twice smaller. 2. Remove build-dependency on qcad -- this is useless for a pure-data port and only complicates package building and installation (a PORTREVISION bump in qcad itself, for example, will necessitate rebuilding partslib without any good reason). 3. Don't create an intermediate extraction under ${WRKSRC} for the sole purpose of creating PLIST -- extract from ${DISTFILE} into ${DATADIR} directly and use tar's output to create PLIST on the fly. This saves a ton of I/O and diskspace during packaging. Submitted by: Mikhail T. <mi+thun [at] aldan.algebra.com>
2009-05-02 10:27:09 +02:00
-xovf ${_DISTDIR}${DISTFILES} 2>&1 | ${AWK} ' \
$$1 != "x" { \
print "ERROR: " $$0 > "/dev/stderr"; exit 1 \
} { \
if (sub("/$$", "", $$2)) \
dirs[$$2] = 1; \
else if ($$2 != "") \
print "${DATADIR}/" $$2; \
next \
} END { \
for (d in dirs) \
print "@dirrm ${DATADIR}/" d |"sort -r" \
}' >> ${TMPPLIST}
@${ECHO_CMD} '@dirrm ${DATADIR}' >> ${TMPPLIST}
Don't fail if share/qcad can't be removed since it might be used by other ports Submitted by: mi@ Approved by: mr@
2009-05-06 16:51:17 +02:00
@${ECHO_CMD} '@unexec ${RMDIR} %D/${DATADIR:H} 2> /dev/null || true' >> ${TMPPLIST}
The attached patches achieve the following improvements: * cad/qcad itself: 1. Enable parallel build. This is safe, because the vendor's script supports it (but only, when one is using distcc). 2. Remove the special handling for Alpha. I guess, this is a historical wart -- the current version of qcad compiles on my amd64 with `-Wall -W' without any warnings. If Alpha bites again, the wart can be put back until someone tracks the bug down. * cad/qcad-partslib: 1. Fetch the .tar.gz, rather than .zip variant of the distribution. This new file is more than twice smaller. 2. Remove build-dependency on qcad -- this is useless for a pure-data port and only complicates package building and installation (a PORTREVISION bump in qcad itself, for example, will necessitate rebuilding partslib without any good reason). 3. Don't create an intermediate extraction under ${WRKSRC} for the sole purpose of creating PLIST -- extract from ${DISTFILE} into ${DATADIR} directly and use tar's output to create PLIST on the fly. This saves a ton of I/O and diskspace during packaging. Submitted by: Mikhail T. <mi+thun [at] aldan.algebra.com>
2009-05-02 10:27:09 +02:00
.include <bsd.port.mk>
Reference in a new issue Copy permalink