default (for production/bulks), setting it to 'yes' disables the check
as it was before (for slow archs), and setting it to 'warn' will now
show the differences between wantlib lists, but as a warning and not an
error (which was the behaviour introduced in previous commit for 'yes'
case)
ok espie@
before comparing them. In case there's a former error, there's no point
in adding to the confusion by having diff chime in one of the files doesn't
exist.
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@
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.
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
- if PERMIT_PACKAGE_CDROM == Yes, have
PERMIT_PACKAGE_FTP and PERMIT_DISTFILES_FTP default to Yes
- if PERMIT_PACKAGE_FTP == Yes, have
PERMIT_DISTFILES_FTP default to Yes.
okay sthen@
- make sure PKGDIR exists prior to making READMES, allows using update-plist
before creating DESCR and stuff
- list-distinfo target, to allow dpb to fetch stuff non locally eventually
- zap addsum
- check that all files in distinfo are actually accounted for in DISTFILES
and SUPDISTFILES
