Re: NEW: www/tbb - Tor Browser Bundle

[Michael McConville]

Dmitrij D. Czarkoff wrote:
> I don't like pkgpaths www/tbb/noscript and www/tbb/https-everywhere:
> these extensions are not tbb-specific.

I think they are. IIUC, those have changes specific to the TBB. Other
browsers use the stock versions provided by their addon source.

Re: NEW: www/tbb - Tor Browser Bundle

[Landry Breuil]

On Mon, Nov 16, 2015 at 04:53:36PM +0100, Dmitrij D. Czarkoff wrote:
> Landry Breuil said:
> > I'm still not a fan of having this in-tree, but i'd like opinions from
> > other porters & tor users (users, not fanboys please) here
> 
> I am both, and I agree that this port should be kept as close to other
> mozilla ports as possible.  Also, I don't like pkgpaths www/tbb/noscript
> and www/tbb/https-everywhere: these extensions are not tbb-specific.

Well, the way they're installed under lib/tor-browser-5.0.3/extensions,
they're only accessible by tbb. 'globally accessible' extensions should
go into /usr/local/lib/mozilla/extensions/ (like enigmail does) but last
i looked at this, it wasnt working perfectly, since you need to put the
ext in app-specific subdir with appgid, defeating the purpose of making
it accessible to all potential users (declared in install.rdf).
I know some linux distros use this iirc...

Landry

Re: NEW: www/tbb - Tor Browser Bundle

[Dmitrij D. Czarkoff]

Landry Breuil said:
> I'm still not a fan of having this in-tree, but i'd like opinions from
> other porters & tor users (users, not fanboys please) here

I am both, and I agree that this port should be kept as close to other
mozilla ports as possible.  Also, I don't like pkgpaths www/tbb/noscript
and www/tbb/https-everywhere: these extensions are not tbb-specific.

-- 
Dmitrij D. Czarkoff

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/11/16 05:49:02

Modified files:
infrastructure/db: user.list 

Log message:
reserve uid/gid 762 for icingaweb2

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/16 06:18:55

Modified files:
www/uget   : Makefile distinfo 
www/uget/pkg   : PLIST 

Log message:
Update to uget-2.0.3.

Re: NEW: www/tbb - Tor Browser Bundle

[Landry Breuil]

On Mon, Nov 16, 2015 at 09:07:46AM -0600, attila wrote:
> 
> attila  writes:
> 
> > attila  writes:
> >
> >> attila  writes:
> >>
> >>> attila  writes:
> >>>
>  attila  writes:
> 
> > Hi ports@,
> >
> > I have been informed that my previous email re Tor Browser Bundle was
> > malformed: the Content-Type header on the message says text/plain but
> > should be multipart/mixed, which causes many (most?) MUAs to throw up
> > all over it.  I'm not sure where the fault lies yet, and apologize for
> > the screwed up attachment.
> >
> > In the interests of simplicity and efficacy the tarball can be found
> > here: http://bits.haqistan.net/~attila/tbb.tgz
> >
> > Sorry.
> >
> > Pax, -A
> 
>  I've updated http://bits.haqistan.net/~attila/tbb.tgz with the
>  just-completed update to Tor Browser 4.5.3.  Tested on amd64.
> 
>  So... update & ping.
> 
>  Pax, -A
> >>>
> >>> Reupdate & reping:
> >>>
> >>> I brought the ports up to the current version, which is now 5.0.3.
> >>> I've also solved my attachment woes; updated ports attached (URL above
> >>> has new bits as well).  Tested on amd64.  There are packages available
> >>> for testing at:
> >>> http://mirrors.nycbug.org/pub/snapshots/packages/amd64/
> >>> The README file there might be helpful if you want to test.
> >>>
> >>> FWIW, the GH repository is: https://github.com/torbsd/openbsd-ports
> >>> YMMV.
> >>>
> >>> Pax, -A
> >>
> >> Re-reupdate & re-reping:
> >>
> >> Thanks to Daniel Jakots for pointing out that the inter-package
> >> dependencies were all balled up and led to problems.  Updated ports
> >> attached with better deps, updated packages for testing available at
> >> the nycbug URL, above.
> >>
> >> Pax, -A
> >
> > Re*ping.  I know some people have been using the packages we put up
> > for testing purposes.  I also know this is potentially sort of a
> > controversial (set of) port(s) and that everyone is busy but if anyone
> > could be troubled to take a look and give some feedback that would
> > be great.
> >
> > Attaching the latest version of the ports for completeness.
> >
> > Pax, -A
> 
> Ping.

I had a quick look a while ago at the Makefile. I would *really* prefer
you to shrink it by reusing www/mozilla MODULE, provided you work out
the correct changes that would be needed for tbb without breaking the
other users of the module. Instead of copy-pasting-cargo-culting what's
in the module...

Is the .mozconfig hackery really needed ?

The @exec lines in the PLIST should go at the bottom.

I think you dont need files/firefox.desktop, and do you really need
files/profiles.ini ?

Have you tried leaving the .xpi files compressed in their respective
dirs at runtime (eventually unzipping/patching/rezipping) as you comment
in Makefile.inc line 68 ? Iirc this should also work and is 'nicer' to
the filesystem..

I'm still not a fan of having this in-tree, but i'd like opinions from
other porters & tor users (users, not fanboys please) here - especially
pascal since he's the tor maintainer :)

Landry

Re: NEW: www/tbb - Tor Browser Bundle

[Michael McConville]

[trimming history]

attila wrote:
> > In the interests of simplicity and efficacy the tarball can be found
> > here: http://bits.haqistan.net/~attila/tbb.tgz
> 
>  I've updated http://bits.haqistan.net/~attila/tbb.tgz with the
>  just-completed update to Tor Browser 4.5.3.  Tested on amd64.
> >>>
> >>> I brought the ports up to the current version, which is now 5.0.3.
> >>> I've also solved my attachment woes; updated ports attached (URL above
> >>> has new bits as well).  Tested on amd64.  There are packages available
> >>> for testing at:
> >>> http://mirrors.nycbug.org/pub/snapshots/packages/amd64/
> >>> The README file there might be helpful if you want to test.
> >>>
> >>> FWIW, the GH repository is: https://github.com/torbsd/openbsd-ports
> >>> YMMV.
> >>
> >> Re-reupdate & re-reping:
> >>
> >> Thanks to Daniel Jakots for pointing out that the inter-package
> >> dependencies were all balled up and led to problems.  Updated ports
> >> attached with better deps, updated packages for testing available at
> >> the nycbug URL, above.
> >
> > Re*ping.  I know some people have been using the packages we put up
> > for testing purposes.  I also know this is potentially sort of a
> > controversial (set of) port(s) and that everyone is busy but if anyone
> > could be troubled to take a look and give some feedback that would
> > be great.
> >
> > Attaching the latest version of the ports for completeness.
> 
> Ping.

I've been running this as my primary browser for a couple weeks and it's
working perfectly. I don't know enough about Mozilla porting practices
or port infrastructure to comment on the technique used, but this is
definitely stable enough to get committed.

So, tentative ok mmcc@, but it should definitely be ok'd by an
experienced porter before being committed.

Re: NEW: www/tbb - Tor Browser Bundle

[attila]

Landry Breuil  writes:

> On Mon, Nov 16, 2015 at 09:07:46AM -0600, attila wrote:
>> 
>> attila  writes:
>> 
>> > attila  writes:
>> >
>> >> attila  writes:
>> >>
>> >>> attila  writes:
>> >>>
>>  attila  writes:
>> 
>> > Hi ports@,
>> >
>> > I have been informed that my previous email re Tor Browser Bundle was
>> > malformed: the Content-Type header on the message says text/plain but
>> > should be multipart/mixed, which causes many (most?) MUAs to throw up
>> > all over it.  I'm not sure where the fault lies yet, and apologize for
>> > the screwed up attachment.
>> >
>> > In the interests of simplicity and efficacy the tarball can be found
>> > here: http://bits.haqistan.net/~attila/tbb.tgz
>> >
>> > Sorry.
>> >
>> > Pax, -A
>> 
>>  I've updated http://bits.haqistan.net/~attila/tbb.tgz with the
>>  just-completed update to Tor Browser 4.5.3.  Tested on amd64.
>> 
>>  So... update & ping.
>> 
>>  Pax, -A
>> >>>
>> >>> Reupdate & reping:
>> >>>
>> >>> I brought the ports up to the current version, which is now 5.0.3.
>> >>> I've also solved my attachment woes; updated ports attached (URL above
>> >>> has new bits as well).  Tested on amd64.  There are packages available
>> >>> for testing at:
>> >>> http://mirrors.nycbug.org/pub/snapshots/packages/amd64/
>> >>> The README file there might be helpful if you want to test.
>> >>>
>> >>> FWIW, the GH repository is: https://github.com/torbsd/openbsd-ports
>> >>> YMMV.
>> >>>
>> >>> Pax, -A
>> >>
>> >> Re-reupdate & re-reping:
>> >>
>> >> Thanks to Daniel Jakots for pointing out that the inter-package
>> >> dependencies were all balled up and led to problems.  Updated ports
>> >> attached with better deps, updated packages for testing available at
>> >> the nycbug URL, above.
>> >>
>> >> Pax, -A
>> >
>> > Re*ping.  I know some people have been using the packages we put up
>> > for testing purposes.  I also know this is potentially sort of a
>> > controversial (set of) port(s) and that everyone is busy but if anyone
>> > could be troubled to take a look and give some feedback that would
>> > be great.
>> >
>> > Attaching the latest version of the ports for completeness.
>> >
>> > Pax, -A
>> 
>> Ping.
>
> I had a quick look a while ago at the Makefile. I would *really* prefer
> you to shrink it by reusing www/mozilla MODULE, provided you work out
> the correct changes that would be needed for tbb without breaking the
> other users of the module. Instead of copy-pasting-cargo-culting what's
> in the module...

I would be thrilled to do this, esp. since I already follow along
w/mozilla.port.mk changes anyway.  Will get on it.

> Is the .mozconfig hackery really needed ?

This was to get around an early hurdle; it might be that it isn't
necessary any more or that I can find a better way - will investigate.

> The @exec lines in the PLIST should go at the bottom.

Okay.

>
> I think you dont need files/firefox.desktop, and do you really need
> files/profiles.ini ?

The former you're right, it's not needed.  The latter, sadly, is
really needed to make sure a user's ~/.tor-browser has the shape
required to initialize it properly.  It is very small and it could
just be sucked into the start-tor-browser sh script instead if that's
preferable.

>
> Have you tried leaving the .xpi files compressed in their respective
> dirs at runtime (eventually unzipping/patching/rezipping) as you comment
> in Makefile.inc line 68 ? Iirc this should also work and is 'nicer' to
> the filesystem..

I tried many variations of this a few months ago and none of them
worked but I will revisit it.

> I'm still not a fan of having this in-tree, but i'd like opinions from
> other porters & tor users (users, not fanboys please) here - especially
> pascal since he's the tor maintainer :)

Yes, I would also like to hear from others who are using it since I
know they're out there.  If this really isn't something a lot of
people want then I'd like to know that, if only for personal reasons.

> Landry

Thanks a lot for your critique.

Above and beyond what you point out, there's an issue I was hoping to
get feedback on: should noscript and https-everywhere be packaged
separatedly somehow or stay combined into tbb?  My rationale for doing
it the latter way was:

1. If you install TBB under linux you get noscript+httpse, so it's
   expected;
2. I didn't really see a lot of other XPIs in ports (maybe I missed
   some).  I modeled my packaging mostly on mail/enigmail;
3. If I were to split noscript and https-everywhere out into their own
   ports there is an issue (the way I've done it) as to where they
   install themselves in the filesystem.  Tor Browser wants them under
   e.g. /usr/local/lib/tor-browser-5.0.3/distribution/extensions but
   e.g. Firefox would want 

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2015/11/16 06:13:08

Modified files:
www/pear-HTML-Template-IT: Makefile distinfo 
www/pear-HTML-Template-IT/pkg: PLIST 

Log message:
Update to pear-HTML-Template-IT-1.3.0.

Re: NEW: www/tbb - Tor Browser Bundle

[attila]

attila  writes:

> attila  writes:
>
>> attila  writes:
>>
>>> attila  writes:
>>>
 attila  writes:

> Hi ports@,
>
> I have been informed that my previous email re Tor Browser Bundle was
> malformed: the Content-Type header on the message says text/plain but
> should be multipart/mixed, which causes many (most?) MUAs to throw up
> all over it.  I'm not sure where the fault lies yet, and apologize for
> the screwed up attachment.
>
> In the interests of simplicity and efficacy the tarball can be found
> here: http://bits.haqistan.net/~attila/tbb.tgz
>
> Sorry.
>
> Pax, -A

 I've updated http://bits.haqistan.net/~attila/tbb.tgz with the
 just-completed update to Tor Browser 4.5.3.  Tested on amd64.

 So... update & ping.

 Pax, -A
>>>
>>> Reupdate & reping:
>>>
>>> I brought the ports up to the current version, which is now 5.0.3.
>>> I've also solved my attachment woes; updated ports attached (URL above
>>> has new bits as well).  Tested on amd64.  There are packages available
>>> for testing at:
>>> http://mirrors.nycbug.org/pub/snapshots/packages/amd64/
>>> The README file there might be helpful if you want to test.
>>>
>>> FWIW, the GH repository is: https://github.com/torbsd/openbsd-ports
>>> YMMV.
>>>
>>> Pax, -A
>>
>> Re-reupdate & re-reping:
>>
>> Thanks to Daniel Jakots for pointing out that the inter-package
>> dependencies were all balled up and led to problems.  Updated ports
>> attached with better deps, updated packages for testing available at
>> the nycbug URL, above.
>>
>> Pax, -A
>
> Re*ping.  I know some people have been using the packages we put up
> for testing purposes.  I also know this is potentially sort of a
> controversial (set of) port(s) and that everyone is busy but if anyone
> could be troubled to take a look and give some feedback that would
> be great.
>
> Attaching the latest version of the ports for completeness.
>
> Pax, -A

Ping.

Pax, -A
-- 
http://trac.haqistan.net | att...@stalphonsos.com | 0xE6CC1EDB

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/16 06:04:36

Modified files:
infrastructure/templates: rc.template 

Log message:
Sort.

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2015/11/16 06:00:33

Modified files:
www/pear-HTML-Select: Makefile distinfo 
www/pear-HTML-Select/pkg: PLIST 

Log message:
Update to pear-HTML-Select-1.3.1.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/16 07:31:29

Modified files:
graphics/argyll: Makefile distinfo 
graphics/argyll/pkg: PLIST 

Log message:
Update to argyllcms-1.8.3.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/11/16 05:12:11

Modified files:
mail/rspamd: Makefile 

Log message:
add notes about known problems seen in tests

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/11/16 05:51:42

Modified files:
net/icinga/core2: Makefile 
net/icinga/core2/pkg: PLIST-main icinga2.rc 

Log message:
also set group ownership on icinga2 cmd dir

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/11/16 08:10:46

Modified files:
graphics/leptonica: Makefile 
Added files:
graphics/leptonica/patches: patch-configure_ac 

Log message:
Add openjp2 (hidden dependency, causing build to fail if picked up).
OK ajacoutot

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/11/16 05:10:20

Modified files:
mail/rspamd: Makefile distinfo 

Log message:
update to rspamd-1.0.10, from Brad

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/16 06:43:40

Modified files:
security/jailkit: Makefile distinfo 
security/jailkit/patches: patch-man_jk_chrootsh_8 

Log message:
Update to jailkit-2.18.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/16 06:39:57

Modified files:
textproc/rubber: Makefile distinfo 
textproc/rubber/pkg: PLIST 
Removed files:
textproc/rubber/patches: patch-src_rules_latex___init___py 

Log message:
Update to rubber-1.3.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/11/16 05:19:12

Modified files:
net/icinga/core2: Makefile 
net/icinga/core2/pkg: icinga2.rc 
Added files:
net/icinga/core2/patches: patch-etc_icinga2_constants_conf_cmake 

Log message:
allows chroot()ed web interfaces to find the command socket.

- patch constants.conf to use /var/www/var/run/icinga2 as default RunDir
- modify startup script to create above RunDir and symlink into /var/run/icinga2

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/16 06:24:22

Modified files:
textproc/xmlto : Makefile distinfo 

Log message:
Update to xmlto-0.0.27.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/16 06:47:34

Modified files:
net/py-libcloud: Makefile distinfo 
net/py-libcloud/pkg: PLIST 

Log message:
Update to py-libcloud-0.19.0.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/16 07:36:07

Modified files:
audio/libmusicbrainz: Makefile 
audio/libmusicbrainz5: Makefile 

Log message:
Add PORTROACH annotations.

Re: NEW: devel/autoconf-archive

[Nigel Taylor]

On 11/15/15 10:02, Anthony J. Bentley wrote:
> Hi,
> 
> The GNU Autoconf Archive is a collection of more than 500 macros for GNU
> Autoconf that have been contributed as free software by friendly supporters
> of the cause from all over the Internet.
> 
> I've encountered software in the wild (not yet in ports) that uses some
> of the C++11 macros.
> 
> ok?
> 
That's 500 macros and from what I see there is not any testing in
slight. These may work with gnu m4, how many work with m4?

How many of the macros have been tested to work with m4, more
importantly which do not work with m4 and why? There are no patches, no
exclusions.

There are reference to specific autoconf versions, which autoconf
versions can use these macros?
AX_VAR_TIMEZONE_EXTERNALS, AX_FUNC_WHICH_GETHOSTBYNAME_R, and AX_PTHREAD
have been updated to conform with Autoconf 2.68
If restricted to specific version then a conflict needs adding, only
likely to be a few so might want to consider sub-packages for those with
conflicts.

A clue in Makefile about testing, if none is possible NO_TEST =


"In contrast to what autoconf does, aclocal takes its macro files from
the /usr/share/aclocal path, where most software installs them, and
copies the macro files where they are defined directly inside
aclocal.m4, appending them to one another. Then autoconf reads the file
as if it was part of its macros' library. "

In other words, the fact you don't see the individual macro doesn't mean
it isn't there. (Note /usr/share/aclocal is /usr/local/share/aclocal

Many ports include the required macros from the autoconf archive in the
source tar ball already like these

./third_party/fontconfig/src/m4/ax_cc_for_build.m4
./third_party/fontconfig/src/m4/ax_pthread.m4
./third_party/fontconfig/src/m4/ax_create_stdint_h.m4

That leaves the reason for having these macros available might be just
to create a source tar ball. In which case how many use OpenBSD to
create a source tar ball, of those how many would use autoconf tools as
their choice, then how many are using the autoconf archive, all under
GPLv3+. There is a difference between building ports, and what's
required for creating distributions.

If you look in git repositories like github, the tar ball created
automatically is not the same as the tar ball distributed, they have
some process for creating the distribution tar ball and including just
those autoconf archive macros required, so doing a git clone of github
project, and building within the clone you might need the autoconf
archive, this is not about building ports.

If this does go forward there should be no build/runtime dependency on
this port or very restricted use. If your missing something from the
autoconf archive building a port from the tar ball it's an upstream
issue in many cases.

If your building a port by taking some snapshot tar ball from github
then you need to add what's missing from a proper distribution tar ball.
Don't confuse needing autoconf archive macros with building with the
wrong source tar ball.

automake/autoconf you run make dist to create the distribution, only
needing autoconf archive if creating/recreating a aclocal.m4.

Make this clear in the port.


Checking for autoconfig archive macros, we have
$ pkglocate /ax_
gnome-common-3.18.0:x11/gnome/common:/usr/local/share/aclocal/ax_check_enable_debug.m4
gnome-common-3.18.0:x11/gnome/common:/usr/local/share/aclocal/ax_code_coverage.m4

So you have a conflict with the port x11/gnome/common

$ pwd
~/Downloads/autoconf-archive
$ egrep "ax_code_coverage|ax_check_enable_debug" pkg/PLIST
share/aclocal/ax_check_enable_debug.m4
share/aclocal/ax_code_coverage.m4


Needs resolving as could break building GNOME in bulk builds. Haven't
checked what has a BDEP, LDEP on x11/gnome/common. My CVS ports tree is
current, still an issue

$ cd x11/gnome/common
$ grep "/ax_" pkg/PLIST
share/aclocal/ax_check_enable_debug.m4
share/aclocal/ax_code_coverage.m4

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/16 07:38:09

Modified files:
audio/libsoxr  : Makefile distinfo 
Removed files:
audio/libsoxr/patches: patch-CMakeLists_txt 

Log message:
Update to libsoxr-0.1.2.
Drop patch, the cmake module deals with DEBUG properly.

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2015/11/16 05:40:25

Modified files:
net/powerdns   : Tag: OPENBSD_5_8 Makefile 
Added files:
net/powerdns/patches: Tag: OPENBSD_5_8 patch-pdns_dnspacket_cc 
  patch-pdns_packethandler_cc 

Log message:
Security fix for CVE-2015-5311; from upstream

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/16 06:52:08

Modified files:
net/mygpoclient: Makefile distinfo 

Log message:
Update to mygpoclient-1.7.

[update] devel/afl 1.95b

[Michael McConville]

ok?


Index: Makefile
===
RCS file: /cvs/ports/devel/afl/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile23 Sep 2015 13:30:42 -  1.20
+++ Makefile16 Nov 2015 18:36:10 -
@@ -3,7 +3,7 @@
 ONLY_FOR_ARCHS= i386 amd64
 
 COMMENT=   instrumented fuzzer
-DISTNAME=  afl-1.94b
+DISTNAME=  afl-1.95b
 EXTRACT_SUFX=  .tgz
 CATEGORIES=devel
 
Index: distinfo
===
RCS file: /cvs/ports/devel/afl/distinfo,v
retrieving revision 1.20
diff -u -p -r1.20 distinfo
--- distinfo23 Sep 2015 13:30:42 -  1.20
+++ distinfo16 Nov 2015 18:36:10 -
@@ -1,2 +1,2 @@
-SHA256 (afl-1.94b.tgz) = F1cf8SetEN7GinQzgOyO/d9UHB9RRVXYqMY0qcb3ZrA=
-SIZE (afl-1.94b.tgz) = 804169
+SHA256 (afl-1.95b.tgz) = IexruMGC/YIdJci2coP4GmMsT3RBnJ21/sATXdDJrio=
+SIZE (afl-1.95b.tgz) = 804542

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2015/11/16 12:01:12

Modified files:
textproc/elasticsearch: Makefile distinfo 
textproc/elasticsearch/patches: patch-bin_plugin 
patch-config_elasticsearch_yml 
textproc/elasticsearch/pkg: PLIST elasticsearch.rc 

Log message:
- update to elasticsearch-2.0.0

NB: please update your configuration with 'sysmerge -p'; there have been
many changes to the default elasticsearch.yml: e.g. the default configuration
will bind to 127.0.0.1 and will no longer automatically form a cluster.

please refer to 
https://www.elastic.co/guide/en/elasticsearch/reference/current/setup-upgrade.html
for more information; adding @ask-update to prevent broken clusters

UPDATE: math/hdf5

[Ingo Feinerer]

Update HDF5 1.8.15 Patch 1 -> 1.8.16

- patches/patch-configure is no longer necessary
- Avoid pre-configure as upstream ships proper Makefiles this time
- SHARED_LIBS version numbers are changed based on the information
  listed in https://www.hdfgroup.org/HDF5/doc/ADGuide/Changes.html
  (see "Reason for Change")

OK?

Best regards,
Ingo

Index: Makefile
===
RCS file: /cvs/ports/math/hdf5/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile18 Sep 2015 19:03:24 -  1.4
+++ Makefile16 Nov 2015 18:16:42 -
@@ -2,15 +2,13 @@
 
 COMMENT =  Hierarchical Data Format 5 Technology suite
 
-V =1.8.15-patch1
+V =1.8.16
 DISTNAME = hdf5-${V}
-PKGNAME =  hdf5-${V:S/-patch/pl/}
-REVISION = 0
 
-SHARED_LIBS += hdf50.0 # 10.1
-SHARED_LIBS += hdf5_cpp0.0 # 10.1
-SHARED_LIBS += hdf5_hl 0.0 # 10.1
-SHARED_LIBS += hdf5_hl_cpp 0.0 # 10.1
+SHARED_LIBS += hdf50.1 # 11.0
+SHARED_LIBS += hdf5_cpp1.0 # 11.0
+SHARED_LIBS += hdf5_hl 0.0 # 10.2
+SHARED_LIBS += hdf5_hl_cpp 1.0 # 11.0
 
 CATEGORIES =   math
 
@@ -29,16 +27,6 @@ SEPARATE_BUILD = Yes
 CONFIGURE_STYLE =  gnu
 CONFIGURE_ARGS =   ${CONFIGURE_SHARED} \
--enable-cxx
-
-# remove trailing whitespace from LT_VERS_REVISION
-pre-configure:
-   sed -i 's,LT_VERS_REVISION = 1 ,LT_VERS_REVISION = 1,' \
-   ${WRKSRC}/fortran/src/Makefile.in \
-   ${WRKSRC}/c++/src/Makefile.in \
-   ${WRKSRC}/src/Makefile.in \
-   ${WRKSRC}/hl/src/Makefile.in \
-   ${WRKSRC}/hl/fortran/src/Makefile.in \
-   ${WRKSRC}/hl/c++/src/Makefile.in
 
 post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/hdf5
Index: distinfo
===
RCS file: /cvs/ports/math/hdf5/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo29 Jun 2015 19:43:53 -  1.1.1.1
+++ distinfo16 Nov 2015 18:16:42 -
@@ -1,2 +1,2 @@
-SHA256 (hdf5-1.8.15-patch1.tar.gz) = 
kbXifkUeX4+w/fkcBKN2YSdNKY7EOmcdyL7/b1RLY6Y=
-SIZE (hdf5-1.8.15-patch1.tar.gz) = 12244820
+SHA256 (hdf5-1.8.16.tar.gz) = 7RcXir2ZKKcjfzA3AYm6dnueOeDbRZF8KsRmXrnLR3E=
+SIZE (hdf5-1.8.16.tar.gz) = 12272400
Index: patches/patch-configure
===
RCS file: patches/patch-configure
diff -N patches/patch-configure
--- patches/patch-configure 30 Jun 2015 09:15:32 -  1.2
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-configure,v 1.2 2015/06/30 09:15:32 ajacoutot Exp $
 configure.orig Tue Jun 30 08:39:51 2015
-+++ configure  Tue Jun 30 08:40:00 2015
-@@ -33416,7 +33416,7 @@ EOF
- ## linker flags:  -l with no library name; -l , specifically 
gfortran or m.
- ## This sed script corrects "-l " first and then "-l " with no 
library name.
- ## If the order is not preserved, all instances of "-l " will be removed.
--sed -e '/^postdeps/ s/-l \(a-zA-Z\)/-l\1/g' -e '/^postdeps/ s/-l //g' -i 
libtool
-+#sed -e '/^postdeps/ s/-l \(a-zA-Z\)/-l\1/g' -e '/^postdeps/ s/-l //g' -i 
libtool
- 
- ## show the configure settings
- cat src/libhdf5.settings
Index: pkg/PLIST
===
RCS file: /cvs/ports/math/hdf5/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   29 Jun 2015 19:43:53 -  1.1.1.1
+++ pkg/PLIST   16 Nov 2015 18:16:42 -
@@ -69,6 +69,7 @@ include/H5Location.h
 include/H5Lpublic.h
 include/H5MMpublic.h
 include/H5Object.h
+include/H5OcreatProp.h
 include/H5Opublic.h
 include/H5PLextern.h
 include/H5PLpublic.h

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2015/11/16 12:02:25

Modified files:
sysutils/logstash/logstash: Makefile distinfo 
sysutils/logstash/logstash/files: logstash.conf 
sysutils/logstash/logstash/pkg: PLIST 

Log message:
- update logstash to 2.0.0

please refer to 
https://www.elastic.co/guide/en/logstash/2.0/upgrading-logstash.html
for upgrading your setup

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/11/16 11:40:09

ports/net/icinga/web2/pkg

Update of /cvs/ports/net/icinga/web2/pkg
In directory cvs.openbsd.org:/tmp/cvs-serv20680/pkg

Log Message:
Directory /cvs/ports/net/icinga/web2/pkg added to the repository

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/11/16 11:40:08

ports/net/icinga/web2/patches

Update of /cvs/ports/net/icinga/web2/patches
In directory cvs.openbsd.org:/tmp/cvs-serv20680/patches

Log Message:
Directory /cvs/ports/net/icinga/web2/patches added to the repository

Re: [update] devel/afl 1.95b

[Gleydson Soares]

similar diff was sent to jsg's review few days ago...

On Mon, Nov 16, 2015 at 3:37 PM, Michael McConville  wrote:
> ok?
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/afl/Makefile,v
> retrieving revision 1.20
> diff -u -p -r1.20 Makefile
> --- Makefile23 Sep 2015 13:30:42 -  1.20
> +++ Makefile16 Nov 2015 18:36:10 -
> @@ -3,7 +3,7 @@
>  ONLY_FOR_ARCHS= i386 amd64
>
>  COMMENT=   instrumented fuzzer
> -DISTNAME=  afl-1.94b
> +DISTNAME=  afl-1.95b
>  EXTRACT_SUFX=  .tgz
>  CATEGORIES=devel
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/afl/distinfo,v
> retrieving revision 1.20
> diff -u -p -r1.20 distinfo
> --- distinfo23 Sep 2015 13:30:42 -  1.20
> +++ distinfo16 Nov 2015 18:36:10 -
> @@ -1,2 +1,2 @@
> -SHA256 (afl-1.94b.tgz) = F1cf8SetEN7GinQzgOyO/d9UHB9RRVXYqMY0qcb3ZrA=
> -SIZE (afl-1.94b.tgz) = 804169
> +SHA256 (afl-1.95b.tgz) = IexruMGC/YIdJci2coP4GmMsT3RBnJ21/sATXdDJrio=
> +SIZE (afl-1.95b.tgz) = 804542
>

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/11/16 11:02:22

Modified files:
www/py-ndg-httpsclient: Makefile 

Log message:
Remove comment pondering whether MODPY_PI should handle s/_/-/ in dirnames.
It shouldn't, because sometimes they substitute this and sometimes they don't.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/11/16 11:39:56

ports/net/icinga/web2

Update of /cvs/ports/net/icinga/web2
In directory cvs.openbsd.org:/tmp/cvs-serv25330/web2

Log Message:
Directory /cvs/ports/net/icinga/web2 added to the repository

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2015/11/16 12:47:21

Modified files:
net/pen: Makefile distinfo 

Log message:
Update to pen-0.31.1

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/11/16 13:30:34

Modified files:
net/icinga : Makefile 
Added files:
net/icinga/web2: Makefile distinfo 
net/icinga/web2/patches: 
 
patch-library_Icinga_Application_ApplicationBootstrap_php 
 
patch-library_Icinga_Application_Modules_Manager_php 
 
patch-modules_setup_application_clicommands_ConfigCommand_php 
 
patch-modules_setup_application_views_scripts_form_setup-welcome_phtml 
net/icinga/web2/pkg: DESCR PLIST README 

Log message:
Icinga Web 2 v2.1.0

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2015/11/16 14:06:18

Log message:
Import py-ptyprocess.

Tweaks from shadchin@

OK shadchin@, benoit@, rpointel@. Thanks.

Status:

Vendor Tag: edd
Release Tags:   edd_20151116

N ports/devel/py-ptyprocess/Makefile
N ports/devel/py-ptyprocess/distinfo
N ports/devel/py-ptyprocess/pkg/DESCR
N ports/devel/py-ptyprocess/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2015/11/16 15:52:08

Modified files:
archivers/p7zip: Makefile 
Added files:
archivers/p7zip/patches: patch-C_CpuArch_h 

Log message:
Expand ifdefs to build on most if not all OpenBSD architectures.

The solution isn't very nice but is the least intrusive right now; and
you can only find portability bugs in programs that do build.  As
suggested by naddy@, something based on endian.h would probably be
nicer.

ok sthen@, Josh Grosse (maintainer)

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/11/16 14:00:00

Modified files:
security/lastpass-cli: Makefile distinfo 
security/lastpass-cli/patches: patch-upload-queue_c 

Log message:
update to lastpass-cli 0.7.0, from Björn Ketelaars, add NO_TEST and
fix format strong (%lld for "long long" time_t cast) while there

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2015/11/16 13:28:21

Modified files:
www/p5-Dancer2-Plugin-Database: Makefile distinfo 

Log message:
Update to p5-Dancer2-Plugin-Database-2.13.

ok Cesare Gargano (maintainer)

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2015/11/16 14:14:13

Log message:
Import py-terminado.

Tweaks from shadchin@.

OK benoit@, shadchin@, rpointel@. Thanks.

Status:

Vendor Tag: edd
Release Tags:   edd_20151116

N ports/www/py-terminado/Makefile
N ports/www/py-terminado/distinfo
N ports/www/py-terminado/pkg/DESCR
N ports/www/py-terminado/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2015/11/16 14:07:25

Modified files:
devel  : Makefile 

Log message:
link py-ptyprocess.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/11/16 13:29:55

Modified files:
net/icinga/core2: Makefile distinfo 
net/icinga/core2/patches: patch-CMakeLists_txt 
  patch-config_h_cmake 
  patch-etc_icinga2_conf_d_services_conf 
  patch-lib_base_CMakeLists_txt 
net/icinga/core2/pkg: DESCR-main PLIST-main PLIST-mysql 
  PLIST-pgsql README-main icinga2.rc 
Removed files:
net/icinga/core2/patches: patch-lib_base_application_cpp 
  patch-lib_base_threadpool_cpp 
  patch-lib_base_utility_cpp 
  patch-lib_base_utility_hpp 
  patch-lib_cli_daemoncommand_cpp 
  patch-lib_compat_externalcommandlistener_cpp 

Log message:
update to Icinga 2 v2.4.0, featuring a new RESTful API using basic auth
or client certificates for:

- filters, types, permissions
- query/create/modify/delete config objects at runtime
- status queries for global stats
- actions (e.g. acknowledge all service problems)
- event streams

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2015/11/16 13:56:00

Log message:
Import py-traitlets.

OK benoit@, shadchin@. Thanks!

Status:

Vendor Tag: edd
Release Tags:   edd_20151116

N ports/devel/py-traitlets/Makefile
N ports/devel/py-traitlets/distinfo
N ports/devel/py-traitlets/pkg/DESCR
N ports/devel/py-traitlets/pkg/PLIST

No conflicts created by this import

update: security/lastpass-cli 0.7.0

[Björn Ketelaars]

Please find enclosed a diff for updating security/lastpass-cli to 0.7.0.
Changelog can be found at https://github.com/lastpass/lastpass-cli/releases

Comments, ok?

-- 
Björn Ketelaars
GPG key: 0x4F0E5F21


diff --git security/lastpass-cli/Makefile security/lastpass-cli/Makefile
index 14a2b59..e272f6d 100644
--- security/lastpass-cli/Makefile
+++ security/lastpass-cli/Makefile
@@ -4,7 +4,7 @@ COMMENT =   lastPass command line interface tool
 
 GH_ACCOUNT =   lastpass
 GH_PROJECT =   lastpass-cli
-GH_TAGNAME =   v0.6.0
+GH_TAGNAME =   v0.7.0
 DISTNAME = ${GH_PROJECT}-${GH_TAGNAME:S/v//}
 CATEGORIES =   security
 
diff --git security/lastpass-cli/distinfo security/lastpass-cli/distinfo
index 52bee42..1a21d92 100644
--- security/lastpass-cli/distinfo
+++ security/lastpass-cli/distinfo
@@ -1,2 +1,2 @@
-SHA256 (lastpass-cli-0.6.0.tar.gz) = 
5I8hCzSgMOi4zvPh0FlXqr51fqTNMb8DxGtw3cgwczw=
-SIZE (lastpass-cli-0.6.0.tar.gz) = 65047
+SHA256 (lastpass-cli-0.7.0.tar.gz) = 
Ks+3cj6FRC/KTTB+4CJSbGc9hW9VYLbicIKKFujScCs=
+SIZE (lastpass-cli-0.7.0.tar.gz) = 68188
diff --git security/lastpass-cli/patches/patch-upload-queue_c 
security/lastpass-cli/patches/patch-upload-queue_c
index 3b1e70e..9fda475 100644
--- security/lastpass-cli/patches/patch-upload-queue_c
+++ security/lastpass-cli/patches/patch-upload-queue_c
@@ -1,9 +1,9 @@
 $OpenBSD: patch-upload-queue_c,v 1.1.1.1 2015/09/02 16:10:06 sthen Exp $
 
 cope with 64-bit time_t on 32-bit arches
 upload-queue.c.origThu Aug 27 17:40:52 2015
-+++ upload-queue.c Thu Aug 27 17:41:27 2015
-@@ -46,7 +46,7 @@ static void upload_queue_write_entry(const char *entry
+--- upload-queue.c.origThu Nov 12 21:36:55 2015
 upload-queue.c Mon Nov 16 21:32:21 2015
+@@ -75,7 +75,7 @@ static void upload_queue_write_entry(const char *entry
  
for (serial = 0; serial < ULONG_MAX; ++serial) {
free(name);

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2015/11/16 13:57:17

Modified files:
devel  : Makefile 

Log message:
Link py-traitlets.

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2015/11/16 14:15:28

Modified files:
www: Makefile 

Log message:
Link py-terminado.

wget-1.17

[Jérémie Courrèges-Anglas]

Hi,

a lightly tested update to latest wget.

Upstream announce (with NEWS entry):

  https://lists.gnu.org/archive/html/bug-wget/2015-11/msg00016.html

Index: Makefile
===
RCS file: /cvs/ports/net/wget/Makefile,v
retrieving revision 1.69
diff -u -p -r1.69 Makefile
--- Makefile9 Apr 2015 11:32:04 -   1.69
+++ Makefile16 Nov 2015 19:40:16 -
@@ -2,8 +2,7 @@
 
 COMMENT =  retrieve files from the web via HTTP, HTTPS and FTP
 
-DISTNAME = wget-1.16.3
-REVISION = 0
+DISTNAME = wget-1.17
 CATEGORIES =   net
 
 HOMEPAGE = https://www.gnu.org/software/wget/
Index: distinfo
===
RCS file: /cvs/ports/net/wget/distinfo,v
retrieving revision 1.16
diff -u -p -r1.16 distinfo
--- distinfo19 Mar 2015 20:53:43 -  1.16
+++ distinfo16 Nov 2015 19:40:43 -
@@ -1,2 +1,2 @@
-SHA256 (wget-1.16.3.tar.xz) = Z/e3sPXBTbYz47GPUxcnhsAB4VPVRc/IXYJ1nFwv+zc=
-SIZE (wget-1.16.3.tar.xz) = 1794148
+SHA256 (wget-1.17.tar.xz) = vWnWOsvzKagobM675jzU/syZhxgTGg1LKrkjlULSu4c=
+SIZE (wget-1.17.tar.xz) = 1884628
Index: patches/patch-doc_wget_texi
===
RCS file: /cvs/ports/net/wget/patches/patch-doc_wget_texi,v
retrieving revision 1.9
diff -u -p -r1.9 patch-doc_wget_texi
--- patches/patch-doc_wget_texi 19 Mar 2015 20:53:43 -  1.9
+++ patches/patch-doc_wget_texi 16 Nov 2015 22:48:24 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-doc_wget_texi,v 1.9 2015/03/19 20:53:43 dcoppa Exp $
 doc/wget.texi.orig Fri Jan 30 17:25:57 2015
-+++ doc/wget.texi  Thu Mar 19 10:52:38 2015
-@@ -190,14 +190,14 @@ gauge can be customized to your preferences.
+--- doc/wget.texi.orig Mon Nov  9 16:24:17 2015
 doc/wget.texi  Mon Nov 16 23:48:24 2015
+@@ -191,14 +191,14 @@ gauge can be customized to your preferences.
  Most of the features are fully configurable, either through command line
  options, or via the initialization file @file{.wgetrc} (@pxref{Startup
  File}).  Wget allows you to define @dfn{global} startup files
@@ -18,7 +18,7 @@ $OpenBSD: patch-doc_wget_texi,v 1.9 2015
  Default location of the @dfn{global} startup file.
  
  @item .wgetrc
-@@ -2872,9 +2872,8 @@ commands.
+@@ -3030,9 +3030,8 @@ commands.
  @cindex location of wgetrc
  
  When initializing, Wget will look for a @dfn{global} startup file,
@@ -30,7 +30,7 @@ $OpenBSD: patch-doc_wget_texi,v 1.9 2015
  
  Then it will look for the user's file.  If the environmental variable
  @code{WGETRC} is set, Wget will try to load that file.  Failing that, no
-@@ -2884,7 +2883,7 @@ If @code{WGETRC} is not set, Wget will try to load @fi
+@@ -3042,7 +3041,7 @@ If @code{WGETRC} is not set, Wget will try to load @fi
  
  The fact that user's settings are loaded after the system-wide ones
  means that in case of collision user's wgetrc @emph{overrides} the


-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: wget-1.17

[Stuart Henderson]

On 2015/11/16 23:55, Jérémie Courrèges-Anglas wrote:
> 
> Hi,
> 
> a lightly tested update to latest wget.
> 
> Upstream announce (with NEWS entry):
> 
>   https://lists.gnu.org/archive/html/bug-wget/2015-11/msg00016.html

One thing to watch out for, they intentionally broke passive to active
ftp fallback in this version (because someone complained about it leaking
the local IP address in Tails/torify), so connections to some ftp servers
behind misconfigured firewalls may start failing.

Untested but if people run into problems with this, --no-passive-ftp
should help.

(Why they didn't just add a "--no-active-ftp" counterpart and init file
option I don't know...)

http://seclists.org/oss-sec/2015/q3/640

Re: NEW: www/tbb - Tor Browser Bundle

[Juan Francisco Cantero Hurtado]

On Mon, Nov 16, 2015 at 10:22:32AM -0600, attila wrote:
> 
> Above and beyond what you point out, there's an issue I was hoping to
> get feedback on: should noscript and https-everywhere be packaged
> separatedly somehow or stay combined into tbb?

Bundled with TBB. I'm not a fan of browser-extension-as-packages.


-- 
Juan Francisco Cantero Hurtado http://juanfra.info

Imapfilter cert validation

[Michael McConville]

5.8's imapfilter is version 2.6.1. This commit is the only change
between that and 2.6.2:


https://github.com/lefcha/imapfilter/commit/0526dee062c28257a14f2ed7afca49a9a384e4aa

Definitely security-relevant, but I'm not sure how bad bugs need to be
to warrant backporting. The -current version is 2.6.3. Should it be
committed to 5.8?

Re: UPDATE: graphics/opencv

[Vadim Zhukov]

2015-11-13 10:38 GMT+03:00 Rafael Sadowski :
> On Wed Nov 11, 2015 at 02:49:09AM -0800, Vadim Zhukov wrote:
>> 2015-11-10 22:01 GMT-08:00 Rafael Sadowski :
>> > Hello @ports,
>> >
>> > update to the last stable 2.X branch before I'm ready with opencv 3.0.0
>> > and doxygen update. Tested on amd64
>> >
>> >
>> > Comments ? OK ?
>> >
>> > Best regards, Rafael
>> >
>> > [...]
>> >
>> >  @lib lib/libopencv_video.so.${LIBopencv_video_VERSION}
>> >  @lib lib/libopencv_videostab.so.${LIBopencv_videostab_VERSION}
>> >  lib/pkgconfig/opencv.pc
>> > -lib/python${MODPY_VERSION}/site-packages/cv.py
>> > -lib/python${MODPY_VERSION}/site-packages/cv.pyc
>> > -lib/python${MODPY_VERSION}/site-packages/cv2.so
>> >  share/OpenCV/
>> >  share/OpenCV/OpenCVConfig-version.cmake
>> >  share/OpenCV/OpenCVConfig.cmake
>>
>> This hunk looks like suscipious. The Python support was removed?
>> Couldn't that break ports depending on opencv in ports tree?
>>
>> --
>>   WBR,
>>   Vadim Zhukov
>
> Thanks Vadim!
>
> Hmm, confusing. I don't know why, maybe a python or my clock problem
> (dual boot with win -- too busy to fix). But now it build the python2
> stuff on my build machine and my T400s.
>
> Could somebody build and check `make update-plist` for me?
>
> apart of that ok?

1. You need to re-run make port-lib-depends-check, too.

2. API obviously changed (see the libavresample addition in WANTLIB),
so what's with SHARED_LIBS?

--
  WBR,
  Vadim Zhukov

Re: [update] devel/afl 1.95b

[Jonathan Gray]

I'm fine with either of them going in though I haven't tested
this particular revision.  I still believe it is worth waiting a few
days after an afl release as there are frequently multiple releases made
around the same time.

On Mon, Nov 16, 2015 at 03:47:15PM -0300, Gleydson Soares wrote:
> similar diff was sent to jsg's review few days ago...
> 
> On Mon, Nov 16, 2015 at 3:37 PM, Michael McConville  wrote:
> > ok?
> >
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/devel/afl/Makefile,v
> > retrieving revision 1.20
> > diff -u -p -r1.20 Makefile
> > --- Makefile23 Sep 2015 13:30:42 -  1.20
> > +++ Makefile16 Nov 2015 18:36:10 -
> > @@ -3,7 +3,7 @@
> >  ONLY_FOR_ARCHS= i386 amd64
> >
> >  COMMENT=   instrumented fuzzer
> > -DISTNAME=  afl-1.94b
> > +DISTNAME=  afl-1.95b
> >  EXTRACT_SUFX=  .tgz
> >  CATEGORIES=devel
> >
> > Index: distinfo
> > ===
> > RCS file: /cvs/ports/devel/afl/distinfo,v
> > retrieving revision 1.20
> > diff -u -p -r1.20 distinfo
> > --- distinfo23 Sep 2015 13:30:42 -  1.20
> > +++ distinfo16 Nov 2015 18:36:10 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (afl-1.94b.tgz) = F1cf8SetEN7GinQzgOyO/d9UHB9RRVXYqMY0qcb3ZrA=
> > -SIZE (afl-1.94b.tgz) = 804169
> > +SHA256 (afl-1.95b.tgz) = IexruMGC/YIdJci2coP4GmMsT3RBnJ21/sATXdDJrio=
> > +SIZE (afl-1.95b.tgz) = 804542
> >
> 

building ffmpeg with systrace

[patrick keshishian]

Just FYI, to build ffmpeg with "USE_SYSTRACE=Yes", I had to have the
following change to systrace.filter[1]; Evidently, due to their config
mechanism change, invoking raise(3).

--patrick


[1]
Index: systrace.filter
===
RCS file: /cvs/obsd/ports/infrastructure/db/systrace.filter,v
retrieving revision 1.50
diff -u -p -u -p -r1.50 systrace.filter
--- systrace.filter 5 Nov 2015 12:10:33 -   1.50
+++ systrace.filter 16 Nov 2015 23:56:09 -
@@ -4,6 +4,7 @@
native-__set_tcb: permit
native-__tfork: permit
native-__threxit: permit
+   native-thrkill: permit
native-__thrsigdivert: permit
native-__thrsleep: permit
native-__thrwakeup: permit

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/16 02:47:04

Modified files:
www/owncloud   : Tag: OPENBSD_5_8 Makefile distinfo 
www/owncloud/pkg: Tag: OPENBSD_5_8 PLIST 
Added files:
www/owncloud/patches: Tag: OPENBSD_5_8 
  patch-apps_user_ldap_lib_access_php 
  patch-apps_user_ldap_lib_user_offlineuser_php 

Log message:
Reliability update to owncloud-8.1.4.
Includes 2 patches merged from upstream to unbreak LDAP support
(reported by Olivier Mehani).

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/16 02:53:12

Modified files:
www/owncloud   : Makefile 
Added files:
www/owncloud/patches: patch-apps_user_ldap_lib_access_php 
  patch-apps_user_ldap_lib_user_offlineuser_php 

Log message:
Add 2 patches from upstream to unbreak LDAP support (reported by Olivier 
Mehani).

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2015/11/16 03:22:59

Modified files:
geo/qgis   : Makefile 
geo/qgis/patches: patch-CMakeLists_txt 
  patch-src_core_CMakeLists_txt 
Removed files:
geo/qgis/files : qgsexpressionparser.cpp qgsexpressionparser.hpp 
 qgsrastercalcparser.cpp qgsrastercalcparser.hpp 
geo/qgis/patches: patch-src_analysis_CMakeLists_txt 

Log message:
Remove generated files and cmake butchery now that we have a decent
bison. Thanks jca@!

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2015/11/16 03:30:16

Modified files:
devel  : Makefile 

Log message:
Link py-ipython_genutils.

Re: NEW: devel/autoconf-archive

[Anthony J. Bentley]

Hi Jérémie,

Jérémie Courrèges-Anglas writes:
> If we install those macros in share/aclocal, then they will be available
> directly via autoreconf and friends, right?  I'm not sure whether it is
> desirable, it's a lot of code and autotools are already ugly enough...
> Do you know of other OSes which packages those macros in a directly
> reachable directory?  What about installing them in another dir?

share/aclocal is the default directory. FreeBSD and Debian use it for
their autoconf-archive package as well.

-- 
Anthony J. Bentley

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/16 03:05:35

Modified files:
x11/gnome/music: Makefile distinfo 

Log message:
Update to gnome-music-3.18.2.

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2015/11/16 03:26:24

Log message:
Import py-ipython_genutils.

OK benoit@, shadchin@. Thanks.

Status:

Vendor Tag: edd
Release Tags:   edd_20151116

N ports/devel/py-ipython_genutils/Makefile
N ports/devel/py-ipython_genutils/distinfo
N ports/devel/py-ipython_genutils/pkg/DESCR
N ports/devel/py-ipython_genutils/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2015/11/16 03:26:23

Modified files:
games/neverball: Makefile distinfo 
games/neverball/patches: patch-Makefile patch-scripts_version_sh 
games/neverball/pkg: PLIST-data PLIST-main 
Removed files:
games/neverball/patches: patch-share_base_image_c 

Log message:
Update to neverball-1.6.0.

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2015/11/16 03:33:19

Modified files:
graphics/povray: Tag: OPENBSD_5_8 Makefile distinfo 

Log message:
- Update embedded copy of libpng to 1.2.54 (fixes CVE-2015-8126 and possibly 
earlier problems).
- Fix master site.

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2015/11/16 04:29:05

Modified files:
mail/py-authres: Makefile distinfo 
mail/py-authres/pkg: PLIST 

Log message:
Update to 0.800
bug fixes and support for rfc 7293 added

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2015/11/16 03:51:40

Modified files:
converters/p5-Convert-BinHex: Makefile distinfo 

Log message:
Update to p5-Convert-BinHex-1.125.

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2015/11/16 03:59:50

Modified files:
devel/p5-Package-DeprecationManager: Makefile distinfo 

Log message:
Update to p5-Package-DeprecationManager-0.15.

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2015/11/16 04:30:21

Modified files:
mail/py-spf: Makefile 

Log message:
Missing run-depends
spotted by Alex Holst

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/11/17 00:07:26

Modified files:
x11/gtk+3  : Makefile distinfo 

Log message:
Update to gtk+3-3.18.5.

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2015/11/16 23:42:00

Modified files:
databases/ruby-redis: Makefile distinfo 
databases/ruby-redis/pkg: PLIST 

Log message:
Update to ruby-redis-3.2.2