glib-gettext.m4 and intltool.m4 have been fixed ages ago but upstream
developers seem to get stuck on old versions or do not update their
macro to follow this change.
It makes no sense to keep patching the whole ports tree for it, so for
now we hardcode it here.
"why not" espie@
work.
also, warn for MASTER_SITES that don't end with /, as this is usually
an issue (but not always), as discussed with rpe@
In case successful fetch yields wrong size, always remove the partial for
later MASTER_SITES to pick it up, the 'cute' code that keeps partials over
30K is not really all that useful...
shebangs like "#!/usr/bin/env perl5" and "#!/usr/bin/perl5.12" will be
normalized altogether.
No bumps are required for ports already using MODPERL_BIN_ADJ.
Requested by and okay dcoppa@, okay sthen@
THIS REQUIRES MOST RECENT bsd.port.mk, OTHERWISE THIS WILL BREAK BADLY.
The values are not used yet, but I fully intend to make it possible to
run non-regression tests in the not too distant future.
chromium was one of the ports that failed to build without PORTSDIR
being set and /usr/ports being a symlink -- but this is not the case
anymore.
If any other port fails because of this, I'll fix it.
ok espie@ todd@ sthen@
to the user-definable FETCH_CMD variable itself, allowing this to be used with
curl again (FETCH_CMD = /usr/local/bin/curl -C -) for those that need/want it
(e.g. some less common cases with proxies, or for better https support).
"go ahead" espie@, makes sense to naddy.
.for v1 v2 in list
techniques, which make it clearer.
Add new syntax to distfiles, which is not painful to do now, and support it
for dpb fetch as well: a distfile can now be file{url} to specify a different
result from the url (this allows really weird naming scheme on http sites
to give us consistent files, which has become a nagging problem).
This still doesn't mean you shouldn't encourage upstream to do the right thing
and provide nice archive urls.
extend the fetch process in bsd.port.mk to work more like dpb does, namely
download to intermediate "part" files that don't vanish and use -C if
necessary.
Both those mean that FETCH_CMD has to work like ftp, including the -C and
-o support...
discussed with various people.
this is a bit too much, but this catches:
SUBDIR=devel/py-gobject3,python3 make dump-vars DPB=Yes
devel/py-gobject3,python.BUILD_DEPENDS=graphics/py3-cairo STEM->=0.10.38:devel/gettext lang/python/3.2 STEM->=0.41.1p0:textproc/intltool devel/gmake archivers/xz
devel/py-gobject3,python.IS_INTERACTIVE=No
devel/py-gobject3,python.SUBPACKAGE=-main
devel/py-gobject3,python.FLAVOR=python3
devel/py-gobject3,python.BUILD_PACKAGES= -main -common
devel/py-gobject3,python.FULLPKGNAME=py3-gobject3-3.8.1p0
devel/py-gobject3,python.RUN_DEPENDS=STEM->=0.10.38:devel/gettext lang/python/3.2 devel/py-gobject3,-common graphics/py3-cairo
devel/py-gobject3,python.LIB_DEPENDS=STEM->=0.10.38:devel/gettext converters/libiconv devel/gobject-introspection
devel/py-gobject3,-common.BUILD_DEPENDS=graphics/py3-cairo STEM->=0.10.38:devel/gettext lang/python/3.2 STEM->=0.41.1p0:textproc/intltool devel/gmake archivers/xz
devel/py-gobject3,-common.IS_INTERACTIVE=No
devel/py-gobject3,-common.SUBPACKAGE=-main
devel/py-gobject3,-common.FLAVOR=python3
devel/py-gobject3,-common.BUILD_PACKAGES= -main -common
devel/py-gobject3,-common.FULLPKGNAME=py-gobject3-common-3.8.1
devel/py-gobject3,-common.RUN_DEPENDS=STEM->=0.10.38:devel/gettext lang/python/3.2
(note the "wrong" flavor, which means that
devel/py-gobject3,python3,-main ends up without an associated fullpkgname)
sets SED (which it later uses in certain checks) if lt_cv_path_SED is not
set. Adjust config.no-gsed to explicitly set SED to avoid this.
Problem most easily seen if using an alternative CC.
Earlier version ok naddy@
portimport is used to import the directories and files of a new
port to the OpenBSD ports cvs(1) repository, avoiding common mistakes.
It has to be executed from within the new port's directory.
please read the BUGS section in portimport(1) for details about the
user login used to connect to cvs.openbsd.org !!
addition suggested by and OK sthen@
no objections from jasper@ espie@ aja@
manpage nits jmc@
- switch ftp.uvsq.fr from http to ftp
MASTER_SITE_FREEBSD_LOCAL
- switch se and uk mirrors to http and move upwards in list
- switch ru mirror from http to ftp
MASTER_SITE_PACKETSTORM
- replace all currently listed mirrors with the 4 offical ones
MASTER_SITE_MYSQL
- remove ftp.rhnet.is and mirror.services.wisc.edu
- switch a couple of ftp mirrors to http
- ftp://ftp.linorg.usp.br beomes http://linorg.usp.br
- switch.ch becomes first ftp mirror to improve "make peek-ftp"
MASTER_SITE_ISC
- remove ftp.epix.net
- move ftp.arcane-networks.net below ftp://ftp.isc.org
ok sthen@, jasper@ (on a similar diff)
libtool(1) is part of the base system now so it does not add any
dependency. Also it is a good way to not miss ports using their own
bundled libtool.
discussed with and ok jasper@ landry@ espie@
paranoid way for multi-packages.
Specifically, do the implication separately for each multi-packages, so
if you set e.g.,
PERMIT_PACKAGE_CDROM-foo = no
then you *don't* inherit a PERMIT_PACKAGE_FTP = Yes into
PERMIT_PACKAGE_FTP-foo
(also default *first* to a restrictive PERMIT_PACKAGE_FTP for
PERMIT_PACKAGE_FTP-foo before copying a PERMIT_PACKAGE_CDROM-foo=Yes)
as a consequence, check that PERMIT_* is correctly setup for each
subpackage of MULTI_PACKAGES
