CVS: cvs.openbsd.org: ports

[Lawrence Teo]

CVSROOT:/cvs
Module name:ports
Changes by: l...@cvs.openbsd.org2016/03/24 19:15:43

Modified files:
security   : Makefile 

Log message:
+ssdeep

CVS: cvs.openbsd.org: ports

[Lawrence Teo]

CVSROOT:/cvs
Module name:ports
Changes by: l...@cvs.openbsd.org2016/03/24 19:11:40

Log message:
import security/ssdeep

ssdeep is a fuzzy hashing program and library that is useful for finding
almost identical files.

From pkg/DESCR:
"ssdeep is a program for computing context triggered piecewise hashes 
(CTPH).
Also called fuzzy hashes, CTPH can match inputs that have homologies.  Such
inputs have sequences of identical bytes in the same order, although bytes
in between these sequences may be different in both content and length.

The package also includes a fuzzy hashing API, which is documented in the
README file."

ok mmcc@ zhuk@

Status:

Vendor Tag: lteo
Release Tags:   lteo_20160324

N ports/security/ssdeep/Makefile
N ports/security/ssdeep/distinfo
N ports/security/ssdeep/pkg/PLIST
N ports/security/ssdeep/pkg/DESCR

No conflicts created by this import

Java CVE-2016-0636

[Alexey Suslikov]

http://www.oracle.com/technetwork/topics/security/alert-cve-2016-0636-2949497.html

Description
This Security Alert addresses CVE-2016-0636, a vulnerability affecting Java SE
running in web browsers on desktops. This vulnerability is not applicable to
Java deployments, typically in servers or standalone desktop applications, that
load and run only trusted code. It also does not affect Oracle server-based
software.

This vulnerability may be remotely exploitable without authentication, i.e.,
may be exploited over a network without the need for a username and password.
To be successfully exploited, an unsuspecting user running an affected release
in a browser will need to visit a malicious web page that leverages this
vulnerability. Successful exploits can impact the availability, integrity, and
confidentiality of the user's system.

Due to the severity of this vulnerability and the public disclosure of technical
details, Oracle strongly recommends that customers apply the updates provided by
this Security Alert as soon as possible.

Supported Products Affected
Oracle Java SE 7 Update 97, and 8 Update 73 and 74 for Windows, Solaris, Linux,
and Mac OS X are affected.

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2016/03/24 15:56:38

Modified files:
devel/p5-DateTime-Format-MySQL: Makefile distinfo 

Log message:
minor bugfix update to 0.06

Re: CVS: cvs.openbsd.org: ports

[Matthias Kilian]

On Thu, Mar 24, 2016 at 02:32:57PM -0600, Matthias Kilian wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   k...@cvs.openbsd.org2016/03/24 14:32:57
> 
> Modified files:
>   lang/ghc   : Makefile distinfo 
> 
> Log message:
> New bootstrappers.

That was a brilliant waste of time. I think my system was still
pre-libc.so.85.0 :-(

(Building the bootstrapper takes 45 minutes, testing wether the normal
ghc ports builds with it and still works takes another 90 minutes, which
sums up to 270 minutes doing it for 2 archs)

Ciao,
Kili

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2016/03/24 15:10:29

Modified files:
net/p5-Net-Whois-Raw: Makefile distinfo 

Log message:
Update to 2.93
fixes .ru tld
add new tlds

Re: CVS: cvs.openbsd.org: ports

[Vadim Zhukov]

2016-03-24 23:55 GMT+03:00 Giovanni Bechis :
> On Thu, Mar 24, 2016 at 02:53:34PM -0600, Vadim Zhukov wrote:
>> CVSROOT:  /cvs
>> Module name:  ports
>> Changes by:   z...@cvs.openbsd.org2016/03/24 14:53:34
>>
>> Modified files:
>>   net/nmap   : Makefile distinfo
>>
>> Log message:
>> Minor update to 7.11 from maintainer David Carlier, thanks!
>>
>> okay jca@
>
> you beat me, I was going to commit it as well.

You take even ones, I take odd ones, okay? :)

Re: CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

On Thu, Mar 24, 2016 at 02:53:34PM -0600, Vadim Zhukov wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   z...@cvs.openbsd.org2016/03/24 14:53:34
> 
> Modified files:
>   net/nmap   : Makefile distinfo 
> 
> Log message:
> Minor update to 7.11 from maintainer David Carlier, thanks!
> 
> okay jca@
> 
you beat me, I was going to commit it as well.
 Cheers
  Giovanni

Re: [NEW] textproc/lua-markdown

[Florian Stinglmayr]

On Wed, Mar 23, 2016 at 04:40:14PM +0100, Frederic Cambus wrote:
> Hi ports@,
>
> Here is another Lua port. As with textproc/lua-lustache I use it locally
> when developing on a Lua codebase and it's also a dependency (last one,
> other required ones are already in the ports tree) for an upcoming port.
>
> From DESCR :
>
> This is an implementation of the popular text markup language Markdown
> in pure Lua. Markdown can convert documents written in a simple and easy
> to read text format to well-formatted HTML.
>

Works well in all flavours and clean and simple port. Although I think I
will personally stick with lunamark which gives a little bit more
functionality.

+1

Florian

CVS: cvs.openbsd.org: ports

[Vadim Zhukov]

CVSROOT:/cvs
Module name:ports
Changes by: z...@cvs.openbsd.org2016/03/24 14:53:34

Modified files:
net/nmap   : Makefile distinfo 

Log message:
Minor update to 7.11 from maintainer David Carlier, thanks!

okay jca@

Re: [NEW] textproc/lua-lustache

[Florian Stinglmayr]

On Tue, Mar 22, 2016 at 04:28:44PM +0100, Frederic Cambus wrote:
> Hi ports@,
>
> Here is a new port, I use it locally when developing on a Lua codebase
> and it's also a dependency for an upcoming port.
>
> From DESCR :
>
> lustache is an implementation of the mustache template system in Lua.
>
> Mustache is a logic-less template syntax. It can be used for HTML, config
> files, source code - anything. It works by expanding tags in a template
> using values provided in a hash or object.
>
> We call it "logic-less" because there are no if statements, else clauses,
> or for loops. Instead there are only tags. Some tags are replaced with a
> value, some nothing, and others a series of values.
>

Works nicely on all lua flavours, portcheck doesn't complain and now I
have a template engine for my own project. Cheers!

+1 from me. The more lua ports, the merrier.

Regards,
Florian

CVS: cvs.openbsd.org: ports

[Matthias Kilian]

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2016/03/24 14:32:57

Modified files:
lang/ghc   : Makefile distinfo 

Log message:
New bootstrappers.

CVS: cvs.openbsd.org: ports

[Matthias Kilian]

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2016/03/24 14:32:25

Modified files:
lang/ghc/files : Process.hsc 

Log message:
Switch the manpage link for pledge(2) to man.openbsd.org.

[maintainer update] net/openfire 4.0.2

[Marc Peters]

Hi,

here's a diff to update Openfire to 4.0.2 (attached as file to avoid
mangling).

Changelog:
http://www.igniterealtime.org/builds/openfire/docs/latest/changelog.html

Tested on amd64 -stable and -current.

Marc

Index: Makefile
===
RCS file: /cvs/ports/net/openfire/Makefile,v
retrieving revision 1.38
diff -u -p -u -p -r1.38 Makefile
--- Makefile	4 Feb 2016 15:22:47 -	1.38
+++ Makefile	24 Mar 2016 19:52:39 -
@@ -1,7 +1,7 @@
 # $OpenBSD: Makefile,v 1.38 2016/02/04 15:22:47 benoit Exp $
 
 COMMENT=	XMPP real time collaboration server
-V =		4.0.1
+V =		4.0.2
 DISTNAME=	openfire_src_${V:S/./_/g}
 PKGNAME=	openfire-$V
 CATEGORIES=	net
Index: distinfo
===
RCS file: /cvs/ports/net/openfire/distinfo,v
retrieving revision 1.12
diff -u -p -u -p -r1.12 distinfo
--- distinfo	4 Feb 2016 15:22:47 -	1.12
+++ distinfo	24 Mar 2016 19:52:39 -
@@ -1,2 +1,2 @@
-SHA256 (openfire_src_4_0_1.tar.gz) = 5nW56qOA8dYoiwYBLkkbfPbHXk1nIANjUWRHsFKjLFM=
-SIZE (openfire_src_4_0_1.tar.gz) = 98970606
+SHA256 (openfire_src_4_0_2.tar.gz) = YueopzVDHUX1rXKorpYDdDJ3NycC54LqUUMjv9gKTvs=
+SIZE (openfire_src_4_0_2.tar.gz) = 98972324

CVS: cvs.openbsd.org: ports

[Ricardo Mestre]

CVSROOT:/cvs
Module name:ports
Changes by: mes...@cvs.openbsd.org  2016/03/24 14:04:25

Modified files:
net/mcabber: Makefile 
net/mcabber/pkg: DESCR PLIST 
Added files:
net/mcabber/patches: patch-mcabber_main_c 

Log message:
This patch introduces pledge(2) to mcabber with the following promises:

rpath/wpath/cpath/fattr: it needs to read, write and create files and set the
correct attributes
inet/dns: network application needs both promises
tty: ncurses is used for the interface so it needs this
proc/exec: this is only needed if events are configured in the config files

In order to apply this we have disabled modules support since it would need to
load libraries dinamically and therefore prot_exec promise would be needed but
that is not a good strategy. This is mentioned in DESCR to reflect the change.

OK tim@ after his suggestions and also OK by the maintainer Markus Hennecke
since no users objected this change.

Re: pcre CVE-2016-3191

[Sevan Janiyan]

On 22/03/2016 19:52, Jeremie Courreges-Anglas wrote:
>> > devel/pcre - CVE-2016-3191
> Blindly copy/pasted from upstream's repo.

Seems to be patch adopted elsewhere as well.
While we're here, pcre also appears to be missing a patch for CVE-2016-1283
http://vcs.pcre.org/pcre?view=revision=1636


Sevan

Re: NEW: security/ssdeep

[Vadim Zhukov]

2016-03-24 3:48 GMT+03:00 Lawrence Teo :
> On Wed, Mar 23, 2016 at 08:42:09PM -0400, Lawrence Teo wrote:
>> ssdeep is a fuzzy hashing program and library that is useful for finding
>> almost identical files.
>>
>> From pkg/DESCR:
>> "ssdeep is a program for computing context triggered piecewise hashes (CTPH).
>> Also called fuzzy hashes, CTPH can match inputs that have homologies.  Such
>> inputs have sequences of identical bytes in the same order, although bytes
>> in between these sequences may be different in both content and length.
>>
>> The package also includes a fuzzy hashing API, which is documented in the
>> README file."
>>
>>
>> Sample usage:
>>
>> $ ssdeep /bsd
>> ssdeep,1.1--blocksize:hash:hash,filename
>> 196608:0FEGkK3+KgZ50tiuWUcvExbAcLYZ3lbAn7YZqWE/j0yky8Q3oM3ocm7GAWJ:ZyUuUA7YEp,"/bsd"
>>
>> This URL shows more usage examples:
>>
>> http://ssdeep.sourceforge.net/usage.html#basic
>>
>> ok?
>
> Let's try that again, with an attachment this time. :)

okay zhuk@

--
  WBR,
  Vadim Zhukov

Re: [patch] archivers/libarchive ioctl woes

[Christian Weisgerber]

On 2016-03-23, Matthias Kilian  wrote:

> running dpb -uR with the e2fsprogs patch didn't  show any problems.
> So at least ports dependeing on e2fsprogs should be fine.
>
> Any opinions?

Yes, I think the EXT2_IOC_* defines should be removed from
ext2fs/ext2_fs.h.  Looks like that whole file was copied from the
Linux kernel.  Any attempt to use these ioctls on OpenBSD cannot
possibly work.

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de

Re: Fwd: Re: www/firefox linking issue ?

[Solène Rapenne]

Le 2016-03-24 16:56, Peter Hessler a écrit :

On 2016 Mar 24 (Thu) at 16:42:31 +0100 (+0100), Landry Breuil wrote:
:On Thu, Mar 24, 2016 at 04:33:12PM +0100, Sol?ne Rapenne wrote:
:>  flags /usr/lib/libpthread.so.20.1 = 0x68
:> dlopen: failed to open libpthread.so.20.1
:
:There's your issue. libffi in current snap wasnt updated for $reasons,
:hence ld.so tries to load it (and its depending libs) which ends up
:loading mixed versions of libpthread.
:
:Temporary fix: force-update libffi (rebuild, pkg_add -rDinstalled...) 
to a

:version that depends on the latest libpthread. Retry, repeat, rince..
:
:Landry
:

I can confirm that simply running "pkg_add -rDinstalled libffi" fixes
the problem for me.  Thanks!


It also fixed the problem for me.
Thanks you :)

Re: Fwd: Re: www/firefox linking issue ?

[Landry Breuil]

On Thu, Mar 24, 2016 at 04:56:23PM +0100, Peter Hessler wrote:
> On 2016 Mar 24 (Thu) at 16:42:31 +0100 (+0100), Landry Breuil wrote:
> :On Thu, Mar 24, 2016 at 04:33:12PM +0100, Sol?ne Rapenne wrote:
> :>  flags /usr/lib/libpthread.so.20.1 = 0x68
> :> dlopen: failed to open libpthread.so.20.1
> :
> :There's your issue. libffi in current snap wasnt updated for $reasons,
> :hence ld.so tries to load it (and its depending libs) which ends up
> :loading mixed versions of libpthread.
> :
> :Temporary fix: force-update libffi (rebuild, pkg_add -rDinstalled...) to a
> :version that depends on the latest libpthread. Retry, repeat, rince..
> :
> :Landry
> :
> 
> I can confirm that simply running "pkg_add -rDinstalled libffi" fixes
> the problem for me.  Thanks!

And for the sake of completeness: libffi wasnt updated because it wasnt
properly depending on libpthread, which was fixed by our mighty sthen@
in http://marc.info/?l=openbsd-ports-cvs=145877375132513=2 .

Landry

Re: Fwd: Re: www/firefox linking issue ?

[Peter Hessler]

On 2016 Mar 24 (Thu) at 16:42:31 +0100 (+0100), Landry Breuil wrote:
:On Thu, Mar 24, 2016 at 04:33:12PM +0100, Sol?ne Rapenne wrote:
:>  flags /usr/lib/libpthread.so.20.1 = 0x68
:> dlopen: failed to open libpthread.so.20.1
:
:There's your issue. libffi in current snap wasnt updated for $reasons,
:hence ld.so tries to load it (and its depending libs) which ends up
:loading mixed versions of libpthread.
:
:Temporary fix: force-update libffi (rebuild, pkg_add -rDinstalled...) to a
:version that depends on the latest libpthread. Retry, repeat, rince..
:
:Landry
:

I can confirm that simply running "pkg_add -rDinstalled libffi" fixes
the problem for me.  Thanks!

-- 
Death is life's way of telling you you've been fired.
-- R. Geis

Fwd: Re: www/firefox linking issue ?

[Solène Rapenne]

 Courriel original 
Objet: Re: www/firefox linking issue ?
Date: 2016-03-24 16:32
De: Solène Rapenne 
À: Landry Breuil 

Le 2016-03-24 16:24, Landry Breuil a écrit :

On Thu, Mar 24, 2016 at 04:12:14PM +0100, Solène Rapenne wrote:

Hello,


I am using -current on amd64. My system has been updated (both system 
and

packages) this morning and when starting firefox I get this message :

XPCOMGlueLoad error for file 
/usr/local/lib/firefox-45.0.1/libxul.so.63.0:

Cannot load specified object
Couldn't load XPCOM.


Seems the current amd64 pkg snap depends on 'mixed' base libs. Try with
LD_DEBUG=1, it should tell you which lib it cant find.

Best to wait for next amd64 pkg snap.

Landry


Here is the LD_DEBUG=1 firefox output (only the end because it does 862 
lines and only error displayed at the end)


linking dep /usr/lib/libpthread.so.21.0 as child of 
/usr/local/lib/libgthread-2.0.so.4200.2

examining: '/usr/lib/libstdc++.so.57.0'
loading: libm.so.9.0 required by /usr/lib/libstdc++.so.57.0
linking dep /usr/lib/libm.so.9.0 as child of /usr/lib/libstdc++.so.57.0
examining: '/usr/lib/libexpat.so.11.0'
examining: '/usr/X11R6/lib/libpthread-stubs.so.2.0'
examining: '/usr/X11R6/lib/libxcb.so.3.2'
loading: libXau.so.10.0 required by /usr/X11R6/lib/libxcb.so.3.2
loading: libXdmcp.so.11.0 required by /usr/X11R6/lib/libxcb.so.3.2
loading: libpthread-stubs.so.2.0 required by 
/usr/X11R6/lib/libxcb.so.3.2
linking dep /usr/X11R6/lib/libpthread-stubs.so.2.0 as child of 
/usr/X11R6/lib/libxcb.so.3.2
linking dep /usr/X11R6/lib/libXau.so.10.0 as child of 
/usr/X11R6/lib/libxcb.so.3.2
linking dep /usr/X11R6/lib/libXdmcp.so.11.0 as child of 
/usr/X11R6/lib/libxcb.so.3.2

examining: '/usr/local/lib/libpcre.so.3.0'
examining: '/usr/local/lib/libffi.so.1.2'
loading: libpthread.so.20.1 required by /usr/local/lib/libffi.so.1.2
 flags /usr/lib/libpthread.so.20.1 = 0x68
dlopen: failed to open libpthread.so.20.1
unload_shlib called on /usr/local/lib/firefox-45.0.1/libxul.so.63.0
dlopen: /usr/local/lib/firefox-45.0.1/libxul.so.63.0: done (failed).
XPCOMGlueLoad error for file 
/usr/local/lib/firefox-45.0.1/libxul.so.63.0:

Cannot load specified object
unload_shlib called on /usr/local/lib/firefox-45.0.1/liblgpllibs.so.63.0
Couldn't load XPCOM.
doing dtors obj 0x1759160b2a00 @0x1759230643c0: 
[/usr/local/lib/firefox-45.0.1/liblgpllibs.so.63.0]

doing dtors


Kind regards

Re: www/firefox linking issue ?

[Landry Breuil]

On Thu, Mar 24, 2016 at 04:12:14PM +0100, Solène Rapenne wrote:
> Hello,
> 
> 
> I am using -current on amd64. My system has been updated (both system and
> packages) this morning and when starting firefox I get this message :
> 
> XPCOMGlueLoad error for file /usr/local/lib/firefox-45.0.1/libxul.so.63.0:
> Cannot load specified object
> Couldn't load XPCOM.

Seems the current amd64 pkg snap depends on 'mixed' base libs. Try with
LD_DEBUG=1, it should tell you which lib it cant find.

Best to wait for next amd64 pkg snap.

Landry

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2016/03/24 08:57:34

Modified files:
net/p5-Socket6 : Makefile distinfo 

Log message:
update p5-Socket6 to 0.27

www/firefox linking issue ?

[Solène Rapenne]

Hello,


I am using -current on amd64. My system has been updated (both system 
and packages) this morning and when starting firefox I get this message 
:


XPCOMGlueLoad error for file 
/usr/local/lib/firefox-45.0.1/libxul.so.63.0:

Cannot load specified object
Couldn't load XPCOM.


ld /usr/local/lib/firefox-45.0.1/libxul.so.63.0
ld: warning: liblgpllibs.so.63.0, needed by 
/usr/local/lib/firefox-45.0.1/libxul.so.63.0, not found (try using 
-rpath or -rpath-link)
ld: warning: libicui18n.so.9.0, needed by 
/usr/local/lib/firefox-45.0.1/libxul.so.63.0, not found (try using 
-rpath or -rpath-link)
ld: warning: libicuuc.so.9.0, needed by 
/usr/local/lib/firefox-45.0.1/libxul.so.63.0, not found (try using 
-rpath or -rpath-link)
ld: warning: libicudata.so.9.0, needed by 
/usr/local/lib/firefox-45.0.1/libxul.so.63.0, not found (try using 
-rpath or -rpath-link)
ld: warning: libplds4.so.23.3, needed by 
/usr/local/lib/firefox-45.0.1/libxul.so.63.0, not found (try using 
-rpath or -rpath-link)
ld: warning: libplc4.so.23.3, needed by 
/usr/local/lib/firefox-45.0.1/libxul.so.63.0, not found (try using 
-rpath or -rpath-link)
ld: warning: libnspr4.so.23.3, needed by 
/usr/local/lib/firefox-45.0.1/libxul.so.63.0, not found (try using 
-rpath or -rpath-link)
/usr/local/lib/firefox-45.0.1/libxul.so.63.0: warning: warning: strcpy() 
is almost always misused, please use strlcpy()

{...1840 lines of output...}

on IRC kbd found that we can start firefox using LD_PRELOAD like this, 
it works for me :


LD_PRELOAD=/usr/local/lib/firefox-45.0.1/libxul.so.63.0:/usr/local/lib/firefox-45.0.1/liblgpllibs.so.63.0 
firefox


I tried with firefox-esr and the same kind of error shows

I am not sure if I had to report it, as I'm using -current it may be 
something to expect and not worry about ?


Kind regards

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2016/03/24 07:21:45

Modified files:
devel/jsoncpp  : Makefile distinfo 
devel/jsoncpp/pkg: PLIST 
Added files:
devel/jsoncpp/patches: patch-include_json_config_h 
Removed files:
devel/jsoncpp/patches: patch-src_lib_json_json_reader_cpp 
   patch-src_lib_json_json_writer_cpp 
   patch-src_test_lib_json_main_cpp 

Log message:
Update to jsoncpp-1.7.1

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2016/03/24 07:22:21

Modified files:
devel/cmake: cmake.port.mk 

Log message:
sync

CVS: cvs.openbsd.org: ports

[Jonathan Gray]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/03/24 07:16:32

Modified files:
lang/gcc/4.9   : Makefile 
lang/gcc/4.9/patches: patch-gcc_config_arm_openbsd_h 

Log message:
Change the default gcc arm arch target from strongarm (armv4) to
arm9e (armv5te w/o xscale extensions).  We no longer support anything
less than armv5te and this allows some additional instructions.

-mthumb-interwork remains off by default.

Same change made to base gcc works here as well.

ok pascal@

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/03/24 06:28:42

Modified files:
net/prosody: Makefile 
Added files:
net/prosody/patches: patch-prosody 

Log message:
Workaround for prosody / luasec-0.6 incompatibility.

Before that, prosody would fail to load luasec, resulting in no TLS
support available.  Diff cooked by Henrik Friedrichsen (maintainer),
ok gsoares@

update: productivity/wyrd

[Okan Demirmen]

Update to 1.4.6; patches no longer required as upstream fixed the
issues.

OK?

Thanks,
Okan

Index: Makefile
===
RCS file: /home/open/cvs/ports/productivity/wyrd/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makefile2 Sep 2014 09:24:44 -   1.21
+++ Makefile24 Mar 2016 12:05:28 -
@@ -2,8 +2,7 @@
 
 COMMENT=   curses calendar front-end to remind
 
-DISTNAME=  wyrd-1.4.5
-REVISION=  1
+DISTNAME=  wyrd-1.4.6
 CATEGORIES=productivity
 
 HOMEPAGE=  http://pessimization.com/software/wyrd/
Index: distinfo
===
RCS file: /home/open/cvs/ports/productivity/wyrd/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo23 Aug 2012 16:40:38 -  1.7
+++ distinfo24 Mar 2016 12:05:43 -
@@ -1,2 +1,2 @@
-SHA256 (wyrd-1.4.5.tar.gz) = yIRNhXZ7O5zJzk9DDg74O6KdlsYw8DxQjqtauGIEE3s=
-SIZE (wyrd-1.4.5.tar.gz) = 398294
+SHA256 (wyrd-1.4.6.tar.gz) = srUdb7OPi4s+ww7nIJP3kbqbb+NUGBkbwgEdLIB5mX4=
+SIZE (wyrd-1.4.6.tar.gz) = 425829
Index: patches/patch-Makefile_in
===
RCS file: patches/patch-Makefile_in
diff -N patches/patch-Makefile_in
--- patches/patch-Makefile_in   23 Aug 2012 16:40:38 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,25 +0,0 @@
-$OpenBSD: patch-Makefile_in,v 1.1 2012/08/23 16:40:38 avsm Exp $
 Makefile.in.orig   Sun Aug  5 22:41:16 2012
-+++ Makefile.inSun Aug  5 22:41:21 2012
-@@ -91,10 +91,10 @@ version.ml: Makefile
- 
- 
- $(CURSES_CMA):
--  make -C curses byte
-+  $(MAKE) -C curses byte
- 
- $(CURSES_CMXA):
--  make -C curses opt
-+  $(MAKE) -C curses opt
- 
- 
- # installation
-@@ -202,7 +202,7 @@ partly-clean::
-   rm -f *.aux *.log $(NAME).tex $(NAME).dvi $(NAME).ps
- 
- curses-clean::
--  make -C curses clean
-+  $(MAKE) -C curses clean
- 
- clean:: partly-clean curses-clean
- 
Index: patches/patch-configure
===
RCS file: patches/patch-configure
diff -N patches/patch-configure
--- patches/patch-configure 23 Aug 2012 16:40:38 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-configure,v 1.1 2012/08/23 16:40:38 avsm Exp $
 configure.orig Sun Aug  5 22:36:54 2012
-+++ configure  Sun Aug  5 22:37:23 2012
-@@ -1791,7 +1791,7 @@ OCAMLMINORVERSION=`echo $OCAMLVERSION | cut -d '.' -f 
- if test $OCAMLMAJORVERSION -lt 3 ; then
-as_fn_error "Wyrd requires OCaml version 3.08 or greater." "$LINENO" 5
- else
--   if test $OCAMLMINORVERSION -lt 8 ; then
-+   if test $OCAMLMAJORVERSION -eq 3 -a $OCAMLMINORVERSION -lt 8 ; then
-   as_fn_error "Wyrd requires OCaml version 3.08 or greater." "$LINENO" 5
-fi
- fi

update: devel/p5-Module-Which

[Okan Demirmen]

Trival update to 0.05.

OK?

Thanks,
Okan

Index: Makefile
===
RCS file: /home/open/cvs/ports/devel/p5-Module-Which/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile20 Mar 2016 19:56:28 -  1.4
+++ Makefile24 Mar 2016 11:41:28 -
@@ -4,7 +4,7 @@ COMMENT =   finds out which version of Per
 
 MODULES =  cpan
 PKG_ARCH = *
-DISTNAME = Module-Which-0.04
+DISTNAME = Module-Which-0.05
 EPOCH =0
 CATEGORIES =   devel
 
@@ -14,5 +14,7 @@ MAINTAINER =  Okan Demirmen 

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/03/24 03:48:44

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

Log message:
Update to gphoto-2.5.10.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/03/24 03:48:17

Modified files:
graphics/libgphoto2: Makefile distinfo 
graphics/libgphoto2/patches: 
 
patch-libgphoto2_port_gphoto2_gphoto2-port-portability_h 
 patch-libgphoto2_port_usb_libusb_c 
graphics/libgphoto2/pkg: PLIST 

Log message:
Update to libgphoto-2.5.10.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/03/24 01:30:02

Modified files:
print/cups-filters: Makefile distinfo 
print/cups-filters/pkg: PLIST 

Log message:
Update to cups-filters-1.8.3.