15:38 danfe 

Update `databases/gdbm' to version 1.18.1, an important bugfix release
which restores compatibility with old databases (version 1.8) and some
later versions which were built without mmap(2) support.  Due to shlib
version change, bump port revisions of the consumer ports.

PR:		233059
Exp-run by:	antoine
Approved by:	maintainer (johans, numerous timeouts)

 

13:32 rene 

Remove compatibility code for FreeBSD < 11.2 from all ports.

Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by:	rene
Reviewed by:	bapt, jbeich
Differential Revision:	https://reviews.freebsd.org/D17724

 

10:36 mat 

Make $^X is deterministic.

Its output can vary, and not be the correct one because of hard links.
So replace the hard links with symlinks so that there is only one perl.

PR:		232501
Reported by:	Helge Oldach

 

14:08 mat 

Make a note about why this hack is required.

Here is the story:

- Default Perl is 5.24.
- You install stuff, and have Perl 5.24.
- The default Perl is changed to 5.26 because it was time.
- You do not really follow those things and are not using pkg (and
  possibly poudriere) to maintain your /usr/local and you run
  portmaster to update what needs to be updated.
- As you did not set anything, your Perl default is still 5.24 because
  it is the installed /usr/local/bin/perl.
- Turns out that there has been a new version of lang/perl5.24 in the
  mean time, and portmaster updates it.  Keep in mind that the only
  thing that makes 5.24 the default is that it is the installed version
  you have.  If you did not have it installed, the default would be
  5.26.
- portmaster builds the new perl 5.24, and before it installs it, it
  needs to remove the old version.
- now, you do not have any Perl installed, so the default falls back to
  5.26.
- portmaster installs perl 5.24 it just built, but as it is not the
  default any pore, it will not install /usr/local/bin/perl, and
  everything using Perl on your system is toast, you spend countless
  hours not understanding wtf happened.  You end up rebuilding
  everything with 5.26.

PR:		227356
Sponsored by:	Absolight

 

14:39 mat 

Steal these two from perl@.

Sponsored by:	Absolight

 

13:54 mat 

Mark Perl 5.24 as DEPRECATED now that the default changed to 5.26.

Forgotten by:	mat
Sponsored by:	Absolight

 

16:47 mat 

Garbage collect very old code.

Sponsored by:	Absolight

 

08:32 mat 

Fix license information. (for reals)

PR:             222319, 222320, 222321, 222323
Submitted by:   Yasuhiro KIMURA
Sponsored by:   Absolight

 

08:24 mat 

Fix license information.

PR:		222319, 222320, 222321, 222323
Submitted by:	Yasuhiro KIMURA
Sponsored by:	Absolight

 

12:45 mat 

Add armv7 to the list of arch without DTRACE.

PR:		221900
Submitted by:	linimon
Sponsored by:	Absolight

 

16:10 sunpoet 

Update to 5.24.2

Changes:	https://metacpan.org/changes/release/SHAY/perl-5.24.2

 

11:47 sunpoet 

Fix typo

 

14:06 mat 

Explain perldoc how to handle MANWIDTH=tty in the environment, and stop
it from reporting tty being an invalid version.

With hat:	perl@
Sponsored by:	Absolight

 

11:32 mat 

Record correct dates for expiration dates for Perl ports.

Sponsored by:	Absolight

 

13:20 tijl 

The output of tools like awk, date, sort, tr,... depends on the current
locale set by the user.  Add LANG=C and LC_ALL=C at the beginning of
bsd.port.mk and export them so all commands are executed with the C locale.
LC_ALL=C overrides all other LC_* variables.  LANG is used by setlocale(3)
as default value for LC_* variables, so normally it isn't used when LC_ALL
is set, but there's code out there that looks at LANG directly so it's safer
to set it as well.  The only commands not captured by this are !=
assignments before any inclusion of bsd.port.*mk.

Introduce USE_LOCALE=<locale> that adds LANG=<locale> and LC_ALL=<locale> to
CONFIGURE_ENV and MAKE_ENV so upstream build systems can be executed with a
different locale (e.g. USE_LOCALE=en_US.UTF-8).

PR:		215882
Exp-run by:	antoine
Approved by:	portmgr (antoine)

 

15:21 sunpoet 

Update to 5.24.1

There is no code change since 5.24.1-RC5.

 

14:59 mat 

Seems we should not be using DTRACE on 10 either.

Reported by:	swills
Sponsored by:	Absolight

 

12:05 mat 

Update Perl 5.22 to 5.22.3-RC5 and 5.24 to 2.24.1-RC5.

Sponsored by:	Absolight

 

14:31 mat 

Try and fix the DTRACE ONLY WORKS on x86 another way.

Sponsored by:	Absolight

 

12:34 mat 

Turns out, DTRACE does not work on non x86 platforms.

Sponsored by:	Absolight

 

16:33 mat 

Get a DTRACE option for lang/perl5.24 and lang/perl5-devel.

Submitted by:	swills
Sponsored by:	Absolight

 

07:56 mat 

Update Perl 5.22.3 & 5.24.1 to -RC4.

This fixes the fix (-RC3) of the fix (-RC2) of CVE-2016-1238.

MFH:		2016Q4
Sponsored by:	Absolight

 

08:39 mat 

Update Perl 5.22.3 & 5.24.1 to -RC3.

Sponsored by:	Absolight

 

13:32 mat 

Update lang/perl5.* to fix CVE-2016-1238.

We're exceptionnaly using the latest release candidates for this, Perl
5.22.3 and 5.24.1 were about to be released when CVE-2016-1238 hit the
fan, so we feel confident that EVERYTHING WILL BE FINE.

- lang/perl5.24 goes to 5.24.1-RC2.
- lang/perl5.22 goes to 5.22.3-RC2.
- lang/perl5.20 goes to 5.20.3_14.
- lang/perl5.18 goes to 5.18.3_23

PR:		211561
Reported by:	Sevan Janiyan
MFH:		2016Q3
Security:	CVE-2016-1238
Sponsored by:	Absolight

 

16:11 mat 

Fix secondary MASTER_SITES.

Pointy hat:	mat
Sponsored by:	Absolight

 

16:03 mat 

A new release was done, so resync all the Perl 5 Makefiles a bit more,
and adjust the perl5-devel Makefile a bit for the couple of new
tasks that need doing.

Sponsored by:	Absolight

 

12:50 mat 

Introduce Perl 5.24 and update perl5-devel to v5.25.0-8-g51f69a2.

Changes:	https://metacpan.org/pod/release/RJBS/perl-5.24.0/pod/perldelta.pod
Changes:	https://github.com/Perl/perl5/compare/v5.24.0...v5.25.0-8-g51f69a2
Sponsored by:	Absolight