NEW: www/nghttp2

[Stuart Henderson]

This is an HTTP/2 library. It doesn't include the tools because they need
the array container from C++11 and I don't want to make it depend on a C++11
compiler (or on the additional libraries which they also pull in).
Perhaps a separate port for the tools could be built later if people
find they need them.

Currently, curl picks up nghttp2 if present at build time. Should we make
curl depend on it, or disable it? I'd prefer it to depend on it.

curl built with this does work:

$ curl -I --http2 https://dmtx.uk/
HTTP/2.0 200
server:nginx
date:Wed, 28 Oct 2015 12:02:32 GMT
content-type:text/html
content-length:1578
last-modified:Tue, 28 Apr 2015 20:42:06 GMT
etag:"553ff09e-62a"
accept-ranges:bytes



nghttp2.tgz
Description: application/tar-gz

Re: NEW: www/nghttp2

[Stuart Henderson]

On 2015/10/28 12:08, Stuart Henderson wrote:
> This is an HTTP/2 library. It doesn't include the tools because they need
> the array container from C++11 and I don't want to make it depend on a C++11
> compiler (or on the additional libraries which they also pull in).
> Perhaps a separate port for the tools could be built later if people
> find they need them.
> 
> Currently, curl picks up nghttp2 if present at build time. Should we make
> curl depend on it, or disable it? I'd prefer it to depend on it.
> 
> curl built with this does work:
> 
> $ curl -I --http2 https://dmtx.uk/
> HTTP/2.0 200
> server:nginx
> date:Wed, 28 Oct 2015 12:02:32 GMT
> content-type:text/html
> content-length:1578
> last-modified:Tue, 28 Apr 2015 20:42:06 GMT
> etag:"553ff09e-62a"
> accept-ranges:bytes
> 

Oh, we can kill USE_GMAKE without too much trouble:





nghttp2.tgz
Description: application/tar-gz

[update] netpbm-10.35.97

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

Trivial update to the latest version, tarball diff including ChangeLog
at http://wxcvbn.org/~jca/tmp/netpbm-tarball-10.35.97.diff.txt


Comments / oks?

Index: Makefile
===
RCS file: /cvs/ports/graphics/netpbm/Makefile,v
retrieving revision 1.72
diff -u -p -r1.72 Makefile
--- Makefile8 Oct 2015 11:48:39 -   1.72
+++ Makefile28 Oct 2015 13:03:46 -
@@ -2,7 +2,7 @@
 
 COMMENT=   toolkit for converting images between different formats
 
-DISTNAME=  netpbm-10.35.96
+DISTNAME=  netpbm-10.35.97
 SHARED_LIBS=   netpbm  2.0
 CATEGORIES=graphics
 HOMEPAGE=  http://netpbm.sourceforge.net/
Index: distinfo
===
RCS file: /cvs/ports/graphics/netpbm/distinfo,v
retrieving revision 1.28
diff -u -p -r1.28 distinfo
--- distinfo8 Jul 2015 20:48:57 -   1.28
+++ distinfo28 Oct 2015 13:03:46 -
@@ -1,2 +1,2 @@
-SHA256 (netpbm-10.35.96.tgz) = 5lLzZC6TAVavr/tMKOE17+AmtBzWS+IOJFsMgSSBnu4=
-SIZE (netpbm-10.35.96.tgz) = 2559587
+SHA256 (netpbm-10.35.97.tgz) = b05fdTGxpOtoPClDbF/MKutwiwEoFL4s78F3tEpP0Wo=
+SIZE (netpbm-10.35.97.tgz) = 2560007


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

Re: new: databases/p5-Mojo-Pg

[Landry Breuil]

On Wed, Oct 28, 2015 at 04:59:40AM -0600, Abel Abraham Camarillo Ojeda wrote:
> Hi ports
> 
> importing this old version (2.09) because newer versions
> require p5-DBD-Pg>=3.5.1 for proper support to fetch
> json values from database - and "i'm in a hurry and don't
> require that"
> 
> also request for help about how to integrate tests with
> ports - i tested manually using :
> 
> $ (cd /tmp; mkdir pg; initdb -U _postgresql -D pg;\
> postgres -U _postgresql -D pg);
> # (in other terminal:)
> $ cd /usr/ports/mystuff/databases/p5-Mojo-Pg;
> $ make test;
> # then ^C postgres...

Look at postgresql.port.mk which is made *just* for this.

Landry

Re: easy-rsa LibreSSL issues

[Predrag Punosevac]

Theo de Raadt wrote:

> Maybe you can talk to the authors nicely and see if they can find a
> better way...

I did. I think they took it pretty well. Please see below. However 
quick browse through

https://github.com/OpenVPN/easy-rsa/issues

revels that easy-rsa has never been tested upstream with LibreSSL.


Predrag




 Original Message 
Date: Wed, 28 Oct 2015 04:59:11 -0700
From: Eric Crist 
To: OpenVPN/easy-rsa 
Subject: Re: [easy-rsa] LibreSSL exposes misuse of $ENV  (#76)


I read through the entire thread and it would be nice for us to support both 
LibreSSL and PolarSSL in the future.  This is likely a 3.2 fix.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenVPN/easy-rsa/issues/76#issuecomment-151820651

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/10/27 23:58:50

Modified files:
print/cups-filters: Makefile distinfo 

Log message:
Update to cups-filters-1.1.0.

Re: dpb vs mystuff

[Marc Espie]

On Tue, Oct 27, 2015 at 05:38:58PM +0100, viq wrote:
> On pon, 2015-10-26 at 09:17 +, Christian Weisgerber wrote:
> > On 2015-10-25, viq  wrote:
> > 
> > > Is there a way to have dpb build things from mystuff?
> > 
> > Since I struggled with this myself recently:
> > 
> > Put mystuff into PORTSDIR_PATH ahead of the main ports tree:
> > PORTSDIR_PATH=/usr/ports/mystuff:/usr/ports
> > 
> > If you feed a list of ports to build into dpb, do NOT prefix any
> > package paths with mystuff/.
> > 
> 
> Yeah, thanks. I was also trying to have only some things built from
> openbsd-wip, turns out ports tree does not like symlinks.
> 
> I'd also be interested to see Espie's prepare scripts for building in
> chroot, so far it seems like I need two _identical_ copies of ports
> tree (and mystuff), and I haven't thought of how to do it best yet.

Nah, actually my ports tree is checked out directly inside my chroot,
and I mount it inside the chroot on the distant boxen as well.

The original chroot was mostly done by doing make release DESTDIR=/build
rsync /usr/X11R6 /build/usr/X11R6
and adjusting things until it would work.

Actual automated scripts are not yet quite finished and not really of any
use so far.

Re: [NEW] security/regripper (and devel/p5-Parse-Win32Registry)

[Remi Pointel]

The attachments are the port with my modication.

Remi.

On 10/27/15 20:11, Remi Pointel wrote:

Hi,

I modified the COMMENT for p5-Parse-Win32Registry and replaced LOCALBASE
by TRUEPREFIX.

Ok?

Cheers,

Remi.

On 10/25/15 10:26, Remi Pointel wrote:

Hi,

attached is the port of regripper, an open source forensic software
application. It needs p5-Parse-Win32Registry which is also attached.

-
$ pkg_info regripper
Information for inst:regripper-2.8

Comment:
Windows Registry data extraction tool

Description:
RegRipper is an open source forensic software application: a Windows
Registry data extraction tool.

Maintainer: Remi Pointel 

WWW: https://regripper.wordpress.com/
-
$ pkg_info p5-Parse-Win32Registry
Information for inst:p5-Parse-Win32Registry-1.0

Comment:
write Perl subroutines in other programming languages

Required by:
regripper-2.8

Description:
Provides a very klunky interface to access the Windows registry, and is
not currently being developed actively.  It only exists for backward
compatibility with old code that uses it.  For more powerful and
flexible ways to access the registry, use Win32::TieRegistry.

Maintainer: The OpenBSD ports mailing-list 

WWW: http://search.cpan.org/dist/Parse-Win32Registry/
-

Ok?

Cheers,

Remi.






regripper-2.8.tar.gz
Description: application/gzip


p5-Parse-Win32Registry.tar.gz
Description: application/gzip

Re: CVS: cvs.openbsd.org: ports

[Remi Pointel]

Le 28-10-2015 10:47, Remi Pointel a écrit :

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2015/10/28 03:47:54

Log message:
Status:

Vendor Tag: rpointel
Release Tags:   rpointel_20151028

N ports/devel/p5-Parse-Win32Registry/Makefile
N ports/devel/p5-Parse-Win32Registry/distinfo
N ports/devel/p5-Parse-Win32Registry/pkg/DESCR
N ports/devel/p5-Parse-Win32Registry/pkg/PLIST

No conflicts created by this import


with the message:
p5-Parse-Win32Registry is a tool to access windows registry.
ok with few remarks sthen@ (thanks).

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2015/10/28 03:51:42

Modified files:
devel  : Makefile 

Log message:
SUBDIR += p5-Parse-Win32Registry

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2015/10/28 03:55:18

Log message:
import regripper, an open source forensic software.
ok sthen@.

Status:

Vendor Tag: rpointel
Release Tags:   rpointel20151028

N ports/security/regripper/Makefile
N ports/security/regripper/distinfo
N ports/security/regripper/pkg/PLIST
N ports/security/regripper/pkg/DESCR
N ports/security/regripper/patches/patch-rip_pl
N ports/security/regripper/patches/patch-plugins_shellbags_test_pl

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/10/28 03:57:36

Modified files:
mail/rspamd: Makefile distinfo 
mail/rspamd/patches: patch-CMakeLists_txt 
 patch-src_rspamadm_CMakeLists_txt 
mail/rspamd/pkg: PLIST 

Log message:
update to rspamd-1.0.9

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2015/10/28 03:56:27

Modified files:
security   : Makefile 

Log message:
SUBDIR += regripper

Re: NEW: www/nghttp2

[Nigel]

On 10/28/15 12:11, Stuart Henderson wrote:
> On 2015/10/28 12:08, Stuart Henderson wrote:
>> This is an HTTP/2 library. It doesn't include the tools because they need
>> the array container from C++11 and I don't want to make it depend on a C++11
>> compiler (or on the additional libraries which they also pull in).
>> Perhaps a separate port for the tools could be built later if people
>> find they need them.
>>
>> Currently, curl picks up nghttp2 if present at build time. Should we make
>> curl depend on it, or disable it? I'd prefer it to depend on it.
>>
>> curl built with this does work:
>>
>> $ curl -I --http2 https://dmtx.uk/
>> HTTP/2.0 200
>> server:nginx
>> date:Wed, 28 Oct 2015 12:02:32 GMT
>> content-type:text/html
>> content-length:1578
>> last-modified:Tue, 28 Apr 2015 20:42:06 GMT
>> etag:"553ff09e-62a"
>> accept-ranges:bytes
>>
> 
> Oh, we can kill USE_GMAKE without too much trouble:
> 
> 
> 
As a github project, wonder why GH_PROJECT, GH_TAGNAME, GH_ACCOUNT
aren't being used.

make test, doesn't appear to run any tests.

The man pages are for tools which are not in the package,
h2load.1 nghttp.1 nghttpd.1 nghttpx.1.

curl depending on nghttp2, I think it should.

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2015/10/28 12:06:02

Modified files:
x11/gnome/gjs  : Makefile distinfo 

Log message:
update to gjs-1.44.0

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2015/10/28 12:10:10

Modified files:
textproc/libxml++: Makefile distinfo 

Log message:
update to libxml++-2.40.1

Re: Abook 0.6.1

[J. Scott Heppler]

On Oct 27, 2015: 17:03, Stuart Henderson wrote:

On 2015/10/27 09:41, J. Scott Heppler wrote:


On Oct 27, 2015: 15:55, Stuart Henderson wrote:
>On 2015/10/25 09:43, J. Scott Heppler wrote:
>>The abook maintainers have provided a new release tarball.  Due to
>>some issues at the maintainers end, the release is located here:
>>http://abook.sourceforge.net/devel/abook-0.6.1.tar.gz
>
>That's marked as a devel version rather than a stable release. I wonder
>if they have deliberately not included the generated configure scripts in
>an attempt to reduce the number of non-developers using it?
>

The original SourceForge project was setup by Jaakko Heinonen who
retains the permissions for releases uploads.  All of the recent code
commits have been done by Raphaël Droz (does not have permission for
release uploads).  Both the Debian Maintainer and I have asked for the
upload and ...devel/  is the best that can be done on their end.


--
J. Scott Heppler



I'm not referring so much to the path (although there is that), more the
fact that it's in a section which says "Latest development version"
whereas 0.6.0pre2 (also in the devel/ path) is in a "Latest stable versions"
section. And that one *does* come with a generated configure script.



Here is the email I received from Raphael Doz:
From: Raphaël Droz 
To: Raf Czlonka 
Cc: "J. Scott Heppler" ,
+abook-de...@lists.sourceforge.net
Subject: Re: [Abook-devel] Updating abook port in OpenBSD
User-Agent: Mutt/1.5.23 (2014-03-12)

[-- PGP output follows (current time: Tue Oct 27 11:10:39 2015) --]
[-- End of PGP output --]

[-- The following data is signed --]

On Fri, Sep 25, 2015 at 02:10:52PM +0100, Raf Czlonka wrote:


There's no information about 0.6.1 release on the website[0] and only
after checking the release notes[2] in the repository had I found out
that it has been release over a month ago. Would you mind updating the
page to reflect it, please?


fixed

The tarball uploaded contains the version @a423ced387 instead of the
0.6.1 tags so that notable 303a43 (was already part of debian custom
patches) and 8602a8d are included.
- Let --datafile also work through -f short option
- custom output filter: fixed a bug on 64 bit


Write the list if anything is wrong with the tarball (signing,
compilation, ...)

---end of pasted email

The Debian archives for abook contain a configure file so far.

https://sources.debian.net/src/abook/0.6.0%7Epre2-5/

Although this would raise alot of questions regarding a port based on
"0.6.0~pre2-5" when 0.6.1 is available. Per Raphaël, the code base is
incorporated the Debian patches.  The other option would be to see if
Debian adds the 0.6.1 code to "unstable".  The code would get tested by
their users and if pulled from Debian, a configure file.
The code + patches that presently is in their unstable branch matches
0.6.1 but would be much easier to port

--

J. Scott Heppler

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2015/10/28 13:18:31

Modified files:
lang/erlang: Makefile.inc erlang.port.mk 
lang/erlang/16 : Makefile 
lang/erlang/17 : Makefile 
lang/erlang/18 : Makefile 

Log message:
- fix symlink for erl_call
- add erl_call to _MODERL_LINKS

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2015/10/28 13:01:39

Modified files:
audio/mpd  : Makefile distinfo 
audio/mpd/patches: patch-Makefile_in patch-configure 
Added files:
audio/mpd/patches: patch-src_Main_cxx 
Removed files:
audio/mpd/patches: 
   patch-src_decoder_plugins_FfmpegDecoderPlugin_cxx 
   patch-src_decoder_plugins_GmeDecoderPlugin_cxx 
   patch-src_decoder_plugins_MpcdecDecoderPlugin_cxx 
   patch-src_encoder_plugins_FlacEncoderPlugin_cxx 
   patch-src_output_OutputCommand_cxx 
   patch-src_tag_ApeLoader_cxx 

Log message:
Update to mpd-0.19.11

[update] lang/rust 1.4.0

[Sebastien Marie]

Hi,

Here a patch for updating lang/rust to latest stable version: 1.4.0

Testing would be welcome.

An intermittent failure on `net::addr::tests::to_socket_addr_str_bad'
test is possible. It isn't a regress (this problem seems to be present
long time ago), but I would like to investigate it a bit with people
that are able to reproduce it (my buildhost don't trigger it).

Thanks.
-- 
Sebastien Marie

Index: Makefile
===
RCS file: /cvs/ports/lang/rust/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile22 Sep 2015 08:11:24 -  1.10
+++ Makefile29 Oct 2015 05:09:39 -
@@ -7,8 +7,8 @@ PKG_ARCH-doc =  *
 COMMENT-main = compiler for Rust Language
 COMMENT-doc =  html documentation for rustc
 
-V =1.3.0
-RUST_HASH =198068b3
+V =1.4.0
+RUST_HASH =1bf6e69c
 DISTNAME = rustc-${V}-src
 
 SUBST_VARS +=  RUST_HASH
@@ -20,7 +20,7 @@ PKGNAME-doc = rust-doc-${V}
 MULTI_PACKAGES =   -main -doc
 
 # the snapshot version should be the version in src/snapshots.txt
-SNAPSHOT-amd64 =   
rust-stage0-2015-07-26-a5c12f4-openbsd-x86_64-8b21d574a65c38e7c7b08d675d8a44cec214.tar.bz2
+SNAPSHOT-amd64 =   
rust-stage0-2015-08-11-1af31d4-openbsd-x86_64-9cae790c4ca19b1b29a048605ce249fe1c20a498.tar.bz2
 
 CATEGORIES =   lang
 
Index: distinfo
===
RCS file: /cvs/ports/lang/rust/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo22 Sep 2015 08:11:24 -  1.6
+++ distinfo29 Oct 2015 05:09:39 -
@@ -1,4 +1,4 @@
-SHA256 
(rust/rust-stage0-2015-07-26-a5c12f4-openbsd-x86_64-8b21d574a65c38e7c7b08d675d8a44cec214.tar.bz2)
 = jAqcLs1YeRZ8W6jBtX6dK9Tk/zOJaTEWo4bo8YkC8Ok=
-SHA256 (rust/rustc-1.3.0-src.tar.gz) = 
6gLXvJ595bi+P+azfqmyvYI/mlMsjkxH0C838k/6MSY=
-SIZE 
(rust/rust-stage0-2015-07-26-a5c12f4-openbsd-x86_64-8b21d574a65c38e7c7b08d675d8a44cec214.tar.bz2)
 = 19831265
-SIZE (rust/rustc-1.3.0-src.tar.gz) = 24308223
+SHA256 
(rust/rust-stage0-2015-08-11-1af31d4-openbsd-x86_64-9cae790c4ca19b1b29a048605ce249fe1c20a498.tar.bz2)
 = SV8nV81ML4Z1aK3BSyfykjMtIcBS6I+4zX9HYKkbeTk=
+SHA256 (rust/rustc-1.4.0-src.tar.gz) = 
HA39zlyF2AmPzrua3xSThHq0DB36qMyZevCbLvCqghE=
+SIZE 
(rust/rust-stage0-2015-08-11-1af31d4-openbsd-x86_64-9cae790c4ca19b1b29a048605ce249fe1c20a498.tar.bz2)
 = 19863445
+SIZE (rust/rustc-1.4.0-src.tar.gz) = 24537507
Index: pkg/PLIST-doc
===
RCS file: /cvs/ports/lang/rust/pkg/PLIST-doc,v
retrieving revision 1.6
diff -u -p -r1.6 PLIST-doc
--- pkg/PLIST-doc   22 Sep 2015 08:11:24 -  1.6
+++ pkg/PLIST-doc   29 Oct 2015 05:09:50 -
@@ -10,16 +10,12 @@ share/doc/rust/html/SourceSerifPro-Bold.
 share/doc/rust/html/SourceSerifPro-Regular.woff
 share/doc/rust/html/alloc/
 share/doc/rust/html/alloc/arc/
-share/doc/rust/html/alloc/arc/fn.get_mut.html
-share/doc/rust/html/alloc/arc/fn.strong_count.html
-share/doc/rust/html/alloc/arc/fn.weak_count.html
 share/doc/rust/html/alloc/arc/index.html
 share/doc/rust/html/alloc/arc/sidebar-items.js
 share/doc/rust/html/alloc/arc/struct.Arc.html
 share/doc/rust/html/alloc/arc/struct.Weak.html
 share/doc/rust/html/alloc/boxed/
 share/doc/rust/html/alloc/boxed/constant.HEAP.html
-share/doc/rust/html/alloc/boxed/fn.into_raw.html
 share/doc/rust/html/alloc/boxed/index.html
 share/doc/rust/html/alloc/boxed/sidebar-items.js
 share/doc/rust/html/alloc/boxed/struct.Box.html
@@ -33,7 +29,6 @@ share/doc/rust/html/alloc/heap/fn.alloca
 share/doc/rust/html/alloc/heap/fn.deallocate.html
 share/doc/rust/html/alloc/heap/fn.reallocate.html
 share/doc/rust/html/alloc/heap/fn.reallocate_inplace.html
-share/doc/rust/html/alloc/heap/fn.stats_print.html
 share/doc/rust/html/alloc/heap/fn.usable_size.html
 share/doc/rust/html/alloc/heap/index.html
 share/doc/rust/html/alloc/heap/sidebar-items.js
@@ -43,11 +38,6 @@ share/doc/rust/html/alloc/raw_vec/index.
 share/doc/rust/html/alloc/raw_vec/sidebar-items.js
 share/doc/rust/html/alloc/raw_vec/struct.RawVec.html
 share/doc/rust/html/alloc/rc/
-share/doc/rust/html/alloc/rc/fn.get_mut.html
-share/doc/rust/html/alloc/rc/fn.is_unique.html
-share/doc/rust/html/alloc/rc/fn.strong_count.html
-share/doc/rust/html/alloc/rc/fn.try_unwrap.html
-share/doc/rust/html/alloc/rc/fn.weak_count.html
 share/doc/rust/html/alloc/rc/index.html
 share/doc/rust/html/alloc/rc/sidebar-items.js
 share/doc/rust/html/alloc/rc/struct.Rc.html
@@ -55,12 +45,12 @@ share/doc/rust/html/alloc/rc/struct.Weak
 share/doc/rust/html/alloc/sidebar-items.js
 share/doc/rust/html/book/
 share/doc/rust/html/book/README.html
-share/doc/rust/html/book/academic-research.html
 share/doc/rust/html/book/advanced-linking.html
 share/doc/rust/html/book/associated-constants.html
 

Re: [update] netpbm-10.35.97

[Stuart Henderson]

On 2015/10/28 14:05, Jérémie Courrèges-Anglas wrote:
> 
> Trivial update to the latest version, tarball diff including ChangeLog
> at http://wxcvbn.org/~jca/tmp/netpbm-tarball-10.35.97.diff.txt
> 
> 
> Comments / oks?

OK.

Thanks for the tarball diff, it's not always possible to do such a
thing but that makes review super-easy!

Re: NEW: www/nghttp2

[Stuart Henderson]

On 2015/10/28 14:14, Nigel wrote:
> As a github project, wonder why GH_PROJECT, GH_TAGNAME, GH_ACCOUNT
> aren't being used.

GH_* are for the dynamically-generated tarballs that you need to use
for lazy projects. Since nghttp2 is one of the few github projects
that actually makes proper release tarballs it makes sense to use
them.

> make test, doesn't appear to run any tests.

I'm not sure if there's a better way to handle this. It needs cunit
present at configure time to run the tests, but cunit isn't available
on all architectures that curl is available on - I'd rather have a
manual step needed for tests than to risk knocking out curl from an
arch. (Better ideas welcome of course :-)

> The man pages are for tools which are not in the package,
> h2load.1 nghttp.1 nghttpd.1 nghttpx.1.

Landry spotted this too, I've @commented them now.

> curl depending on nghttp2, I think it should.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/10/28 03:17:31

Modified files:
emulators/qemu : Makefile 
emulators/qemu/files: qemu-ifdown qemu-ifup 
emulators/qemu/pkg: README 

Log message:
tap(4) and sudo cleanup for QEMU, from Brad.

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2015/10/28 02:44:16

Modified files:
x11/vlc: Makefile 
Added files:
x11/vlc/patches: patch-modules_demux_mp4_libmp4_c 

Log message:
Security fix for CVE-2015-5949

ok brad (MAINTAINER)

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2015/10/28 02:47:46

Modified files:
x11/vlc: Tag: OPENBSD_5_8 Makefile 
Added files:
x11/vlc/patches: Tag: OPENBSD_5_8 
 patch-modules_demux_mp4_libmp4_c 

Log message:
Security fix for CVE-2015-5949

ok brad (MAINTAINER)

Re: pinentry eats up nearly 100% CPU [Was: Re: CVS: cvs.openbsd.org: ports]

[Marcus MERIGHI]

ajacou...@bsdfrog.org (Antoine Jacoutot), 2015.10.28 (Wed) 06:39 (CET):
> On Wed, Oct 28, 2015 at 04:35:14AM +, Raf Czlonka wrote:
> > On Sat, Oct 24, 2015 at 08:59:48AM BST, Antoine Jacoutot wrote:
> > > > > Hi Antoine,
> > > > > 
> > > > > On a (somewhat), related note - since the last (so it seems) update to
> > > > > pinentry, it doesn't prompt for pass{word,phrase} any more, i.e.
> > > > > 
> > > > > gpg2 -d file.gpg
> > > > > 
> > > > > starts gpg-agent, which in turn starts pinentry, all I can see is
> > > > > blank tty and after a couple of seconds, pinentry runs at 99% CPU:
> > > > > 
> > > > > USER   PID %CPU %MEM   VSZ   RSS TT  STAT  STARTED   TIME 
> > > > > COMMAND
> > > > > rjc  20819 99.0  0.1  1996  5392 ??  R  6:41AM1:25.35 
> > > > > pinentry (pinentry-curses)
> > > > 
> > > > Hmm that's odd... my initial tests did work.
> > > > I'll have a look this week-end, thanks for the report.
> > > 
> > > Can you wait for and try the new ports snapshot when it is there.
> > > I cannot reproduce your issue, pinentry works just fine here.

OpenBSD 5.8-current (GENERIC.MP) #1394: Tue Sep 29 20:42:18 MDT 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

gpgme-1.5.1p1 libassuan-2.1.1 libgpg-error-1.20 mutt-1.5.24p0v0-gpgme

It might be the same thing that is bugging me for quite some time - just
not enough to report. 

Occasionally I have similiar symptoms with mutt+gpgme. 

Just found a way to reproduce: 
in mutt, make new message, tell mutt you want to sign/crypt, send -
pinentry asks for passphrase. hit ctrl-c now and you have an orphaned 

'pinentry --display :0 (pinentry-curses)'

Most of the time it eats lots of cpu but not always (at least two
occasions). Sometimes there's something that looks like a blank xterm
window. 

After ctrl-c mutt prompts are broken, too. Lots of asterisks ('*') when
you type text. Not even easy to get out of mutt correctly at that point.


> > The newest i386 package (new amd64 ones haven't been built yet so can't
> > verify) does something really strange:
> > 
> > $ file /usr/local/bin/pinentry*
> > /usr/local/bin/pinentry:symbolic link to 
> > '/usr/local/bin/pinentry-curses'
> > /usr/local/bin/pinentry-curses: Bourne shell script text executable

I'm a bit behind:

$ file /usr/local/bin/pinentry*
/usr/local/bin/pinentry:symbolic link to
'/usr/local/bin/pinentry-curses'
/usr/local/bin/pinentry-curses: ELF 64-bit LSB shared object, 
x86-64, version 1

> > So, the pinentry is still a symbolic link instead of the intended
> > wrapper script and pinentry-curses is the actual wrapper -
> > pinentry-curses (the binary) is not even a part of the package.
> 
> The pkg snapshot is too old I guess.

Will try to find time to get me onto real -current.

Bye and thanks for looking at it, Marcus

> !DSPAM:56306053111941282615443!

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2015/10/28 02:46:23

Modified files:
graphics/gdk-pixbuf2: Tag: OPENBSD_5_8 Makefile 
graphics/gdk-pixbuf2/patches: Tag: OPENBSD_5_8 
  patch-gdk-pixbuf_pixops_pixops_c 
Added files:
graphics/gdk-pixbuf2/patches: Tag: OPENBSD_5_8 
  patch-gdk-pixbuf_io-tga_c 

Log message:
Security fixes for CVE-2015-7673 and CVE-2015-7674

ok aja@ (MAINTAINER)

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2015/10/28 03:34:15

Modified files:
x11/gnustep/databasinkit: Makefile 

Log message:
Add x11/gnustep/gui to BUILD_DEPENDS, bump for safety.

missing dependency pointed out by ajacoutot@

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2015/10/28 03:37:57

Modified files:
cad/xtrkcad: Makefile distinfo 
cad/xtrkcad/patches: patch-app_bin_CMakeLists_txt 
cad/xtrkcad/pkg: PLIST 
Added files:
cad/xtrkcad/patches: patch-app_bin_misc2_c 

Log message:
Update to 4.2.1, adding a lot of new parameter files, and some bug fixes etc.

OK jung@

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2015/10/28 03:47:54

Log message:
Status:

Vendor Tag: rpointel
Release Tags:   rpointel_20151028

N ports/devel/p5-Parse-Win32Registry/Makefile
N ports/devel/p5-Parse-Win32Registry/distinfo
N ports/devel/p5-Parse-Win32Registry/pkg/DESCR
N ports/devel/p5-Parse-Win32Registry/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/10/28 03:48:47

Modified files:
textproc/sphinx: Makefile 

Log message:
add a Makefile comment to point people at py-sphinx if they're looking for
the doc generator.

Re: CVS: cvs.openbsd.org: ports

[Stuart Henderson]

On 2015/10/28 03:57, Stuart Henderson wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   st...@cvs.openbsd.org   2015/10/28 03:57:36
> 
> Modified files:
>   mail/rspamd: Makefile distinfo 
>   mail/rspamd/patches: patch-CMakeLists_txt 
>patch-src_rspamadm_CMakeLists_txt 
>   mail/rspamd/pkg: PLIST 
> 
> Log message:
> update to rspamd-1.0.9
> 

oops, forgot to say: from Brad.

[astro/ansiweather] broken

[Raf Czlonka]

Hi all,

I'm sure that the users of the port had already noticed it a while back
but, as it stands, ansiweather is broken[0].

A fix is already in the git repository but requires each user to apply
for an API key. At the same time, the author is pondering applying for
an app/project-wide API key.

Also, IMVHO, 'astro' doesn't seem like a good fit for the port - i.e. in
FreeBSD ports[1] and pkgsrc[2] it is under 'misc'.

Regards,

Raf

[0] https://github.com/fcambus/ansiweather/issues/82
[1] https://svnweb.freebsd.org/ports/head/misc/ansiweather/
[2] http://pkgsrc.se/misc/ansiweather

new: databases/p5-Mojo-Pg

[Abel Abraham Camarillo Ojeda]

Hi ports

importing this old version (2.09) because newer versions
require p5-DBD-Pg>=3.5.1 for proper support to fetch
json values from database - and "i'm in a hurry and don't
require that"

also request for help about how to integrate tests with
ports - i tested manually using :

$ (cd /tmp; mkdir pg; initdb -U _postgresql -D pg;\
postgres -U _postgresql -D pg);
# (in other terminal:)
$ cd /usr/ports/mystuff/databases/p5-Mojo-Pg;
$ make test;
# then ^C postgres...

ideas, comments, ok?

Thanks


p5-Mojo-Pg.tgz
Description: GNU Zip compressed data

CVS: cvs.openbsd.org: ports

[joshua stein]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2015/10/28 18:36:12

Log message:
import xdimmer-1.1
a small utility to dim the backlight when idle

Status:

Vendor Tag: jcs
Release Tags:   jcs_20151028

N ports/x11/xdimmer/Makefile
N ports/x11/xdimmer/distinfo
N ports/x11/xdimmer/pkg/DESCR
N ports/x11/xdimmer/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[joshua stein]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2015/10/28 18:40:44

Modified files:
x11: Makefile 

Log message:
SUBDIR += xdimmer

Re: NEW: audio/moc

[Michael Seyfert]

> On Mon, Oct 19, 2015 at 12:57:39PM +0200, Dmitrij D. Czarkoff wrote:
> > Michael Seyfert said:
> > > This is a port for the music on console (moc) music player.
> > > I have tested it on amd64, using it as my primary music player.
> > > 
> > > I patched out most of the strcpy and scanf.
> > > Please let me know what you think of it.
> > 
> > Several comments follow.  I didn't try building this port, and didn't
> > look closely into patches.
> > 
> > In moc/Makefile:
> > 
> > | # License: GPLv3+
> > | PERMIT_PACKAGE_CDROM = Yes
> > | PERMIT_PACKAGE_FTP = Yes
> > | PERMIT_DISTFILES_FTP = Yes
> > 
> > PERMIT_PACKAGE_CDROM=Yes implies PERMIT_PACKAGE_FTP=Yes and
> > PERMIT_DISTFILES_FTP=Yes.

> OK, fixed this.

> > 
> > | CONFIGURE_STYLE = gnu autoconf
> > 
> > autoconf implies gnu.
> > 

> changed to just 'gnu'.

> > | CONFIGURE_ENV = \
> > |   CFLAGS="-I${LOCALBASE}/include 
> > -I${LOCALBASE}/include/db4" \
> > |   LDFLAGS=-L${LOCALBASE}/lib
> > 
> > You should use
> > 
> >   CFLAGS += -I${LOCALBASE}/include -I${LOCALBASE}/include/db4
> >   LDFLAGS +=-L${LOCALBASE}/lib
> > 
> > The way you do it shadows user settings.
> >

> Looking at the other ports they all modify LDFLAGS the way Stuart
> said, so I changed it following his suggestion:
> CONFIGURE_ENV = \
> CPPFLAGS="-I${LOCALBASE}/include -I${LOCALBASE}/include/db4" \
> LDFLAGS="-L${LOCALBASE}/lib"


> > In moc/patches/patch-mocp_1 you should use ${LOCALBASE} here and add
> > something like this to makefile:
> > 
> >   post-build:
> > ${SUBST_CMD} ${WRKSRC}/mocp.1
> > 

> Fixed.


> Attached is another try at this port. I patched every strcpy / sprintf
> that was warned about by the compiler regardless of triviality. Is
> this a bad idea?
> It probably doesn't hurt anything, but gives extra complexity to the
> patches/ folder. This should go upstream to the official code for the
> next moc release.

Can I get this port submitted? Is anyone interested in this?

-- 
Michael Seyfert 


moc_port_try3.tgz
Description: application/tar-gz