CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 03:57:47

Modified files:
multimedia/get_flash_videos: Makefile distinfo 

Log message:
update to get_flash_videos-1.25.91, not much change but quietens portroach

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 04:03:21

Modified files:
net/openvpn: Makefile distinfo 
net/openvpn/patches: patch-configure 
Added files:
net/openvpn/patches: patch-src_openvpn_ssl_openssl_c 

Log message:
update to openvpn-2.3.10
patch for OPENSSL_VERSION_NUMBER check

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/01/06 02:48:59

Modified files:
x11/kde/base3  : Makefile 
x11/kde/base3/pkg: PLIST-main 

Log message:
hookup missing README; ok zhuk@

Re: [UPDATE] net/haproxy

[Benoit Lecocq]

On 05.01.2016 18:19, Daniel Jakots wrote:
> On Tue, 5 Jan 2016 13:57:22 +, David CARLIER 
> wrote:
> 
>> Hi,
>> here the update from 1.6.2 to 1.6.3.
>> The two existing patches are not necessary anymore.
>>
>> Regards.
> 
> maintainer ok
> 

Committed, thanks !

Re: firefox does not download

[Landry Breuil]

On Sun, Jan 03, 2016 at 10:02:57PM +0100, Jan Stary wrote:
> After an upgrade of current/amd64 and a pkg_add -u,
> the installed firefox-43.0.2 fails every download.
> Even with ~/.mozilla removed a starting afresh.
> Is anyone seeing the same?

Maybe https://bugzilla.mozilla.org/show_bug.cgi?id=1233434 which is
fixed in 43.0.4 - are you runnign multiuser ?

Landry

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 03:15:12

Modified files:
sysutils/lsof  : Makefile distinfo 
sysutils/lsof/patches: patch-Configure patch-lsof_8 

Log message:
update to lsof-4.89

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 03:18:49

Modified files:
textproc/py-iso8601: Makefile distinfo 

Log message:
update to iso8601-0.1.11

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 03:22:17

Modified files:
textproc/py-pyRFC3339: Makefile distinfo 

Log message:
update to pyRFC3339-1.0

Firefox performance regressions

[Landry Breuil]

Hi,

i've had multiple ppl coming to me privately about this - Yes,
performance with firefox has been steadily degrading in the past
releases, since around 39 or so - i'm aware of this, but nobody is
actually working on it - i won't/can't since this is way out my skills
and i have no time nor motivation for that.

Debugging this requires profiling / running the browser within ktrace
and figuring out why apparently it does way much more syscalls than
before, which might be a clue, or not. Of course since you cant really
use traditional tools like gdb, your toolbox is empty. Or that could be
graphical stack regressions. Or so many other things. The builtin
profiler needs specific code to work on OpenBSD.

Anybody is welcome to look into it - or 5.9 will ship with firefox 43
as is.

Landry

Re: Firefox performance regressions

[Martin Pieuchot]

On 06/01/16(Wed) 11:19, Landry Breuil wrote:
> [...] 
> i've had multiple ppl coming to me privately about this - Yes,
> performance with firefox has been steadily degrading in the past
> releases, since around 39 or so - i'm aware of this, but nobody is
> actually working on it - i won't/can't since this is way out my skills
> and i have no time nor motivation for that.
> 
> Debugging this requires profiling / running the browser within ktrace
> and figuring out why apparently it does way much more syscalls than
> before, which might be a clue, or not. Of course since you cant really
> use traditional tools like gdb, your toolbox is empty. Or that could be
> graphical stack regressions. Or so many other things. The builtin
> profiler needs specific code to work on OpenBSD.
> 
> Anybody is welcome to look into it - or 5.9 will ship with firefox 43
> as is.

I started looking at this but didn't go far.  It seems that the problem
is related to/exposed by the use of pthread_mutex_lock(3) & friends. I
tried to analyze ltrace(1) outputs, but I got lost in Firefox's sources.
I really don't know where to look at.

Here's what I wrote two months ago:

On 18/11/15(Wed) 20:44 +0100, Martin Pieuchot wrote:
> The actual firefox port (not the -esr one) might be exposing a bug in
> librthread resulting in a storm of sched_yield(2) calls when multiples
> threads are trying to access the same lock, see _spinlock().
> 
> I generated two ltrace(1) dumps for librthread hackers to have a look
> at.  They are both generate with a hacked version of ltrace(1) with:
> 
>   $ ltrace -p $pid -t cu -u libpthread ; sleep 2; ktrace -C
> 
> After having started firefox with:
> 
>   $ LD_TRACE_PLT="" LD_TRACE_PLTSPEC="libpthread" DISPLAY=:0 firefox
> 
> 
> The dumps are generate while firefox is sitting in its own custom home
> page.
> 
> 
> kump-esr.txt  a dump of the firefox-esr which work "not so bad"
> 
> kdump-nightly.txt a dump of firefox's trunk which expose the problem
> 
> 
> $ grep sched_yield kdump-esr.txt |wc -l
>4
> $ grep sched_yield kdump-nightly.txt  |wc -l   
> 89418
> 
> 
> The sequence below is an extract of what you can find there, when you
> have multiple threads fighting for the malloc lock...  this goes on
> forever and gets even worse when thread 1019109 returns from thrsleep...
> 
> Apparently they are all waiting for thread 1010468 to release the malloc
> lock or...  is it bad doctor?
> 
> 
>  13288/1032189 firefox-bin RET   sched_yield 0
>  13288/1010095 firefox-bin USER  .plt symbol: 7 bytes"__errno"
>  13288/1032189 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>  13288/1010095 firefox-bin USER  .plt symbol: 19 bytes
> "_thread_malloc_lock"
>  13288/1032189 firefox-bin CALL  sched_yield()
>  13288/1027370 firefox-bin USER  .plt symbol: 11 bytes"_spinunlock"
>  13288/1010095 firefox-bin USER  .plt symbol: 9 bytes"_spinlock"
>  13288/1027370 firefox-bin USER  .plt symbol: 7 bytes"__errno"
>  13288/1010095 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>  13288/1010095 firefox-bin CALL  sched_yield()
>  13288/1027370 firefox-bin USER  .plt symbol: 19 bytes
> "_thread_malloc_lock"
>  13288/1010095 firefox-bin RET   sched_yield 0
>  13288/1027370 firefox-bin USER  .plt symbol: 9 bytes"_spinlock"
>  13288/1010095 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>  13288/1027370 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>  13288/1010095 firefox-bin CALL  sched_yield()
>  13288/1027370 firefox-bin CALL  sched_yield()
>  13288/1032189 firefox-bin RET   sched_yield 0
>  13288/1032189 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>  13288/1032189 firefox-bin CALL  sched_yield()
>  13288/1027370 firefox-bin RET   sched_yield 0
>  13288/1027370 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>  13288/1027370 firefox-bin CALL  sched_yield()
>  13288/1032189 firefox-bin RET   sched_yield 0
>  13288/1032189 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>  13288/1032189 firefox-bin CALL  sched_yield()
>  13288/1027370 firefox-bin RET   sched_yield 0
>  13288/1010095 firefox-bin RET   sched_yield 0
>  13288/1027370 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>  13288/1010095 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>  13288/1027370 firefox-bin CALL  sched_yield()
>  13288/1010095 firefox-bin CALL  sched_yield()
>  13288/1032189 firefox-bin RET   sched_yield 0
>  13288/1032189 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>  13288/1032189 firefox-bin CALL  sched_yield()
>  13288/1027370 firefox-bin RET   sched_yield 0
>  13288/1010095 firefox-bin RET   sched_yield 0
>  13288/1027370 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>  13288/1027370 firefox-bin CALL  sched_yield()
>  13288/1032189 firefox-bin RET   sched_yield 0
>  13288/1010095 

CVS: cvs.openbsd.org: ports

[Vadim Zhukov]

CVSROOT:/cvs
Module name:ports
Changes by: z...@cvs.openbsd.org2016/01/06 04:05:34

Modified files:
x11/libkscreen : Makefile 
x11/libkscreen/pkg: PLIST 
x11/kde4/okular: Makefile 

Log message:
Make sure libkscreen from KDE4 world doesn't conflict with KDE5 version.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 03:59:59

Modified files:
security/polarssl: Makefile distinfo 

Log message:
update to mbedtls-2.2.1

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 03:56:36

Modified files:
net/py-ipaddress: Makefile distinfo 

Log message:
update to py-ipaddress 1.0.16
enable tests (some failing, but maybe a problem with the tests)

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 03:49:28

Modified files:
net: Makefile 
net/py-curl: Makefile distinfo 
net/py-curl/patches: patch-setup_py 
net/py-curl/pkg: PLIST 

Log message:
update to pycurl-7.21.5 and enable py3 support

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2016/01/06 01:59:25

Modified files:
textproc/p5-XML-XPath: Makefile distinfo 

Log message:
Update to p5-XML-XPath-1.19.

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/01/06 02:49:43

Modified files:
x11/xdotool: Makefile distinfo 
x11/xdotool/patches: patch-Makefile 

Log message:
update to xdotool-3.20150503.1

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/01/06 02:48:44

Modified files:
devel/jdk/1.8  : Makefile 
devel/jdk/1.8/pkg: PLIST-jre PLIST-main 

Log message:
hookup missing README; ok kurt@

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2016/01/06 02:50:04

Modified files:
net/haproxy: Makefile distinfo 
Removed files:
net/haproxy/patches: patch-src_dumpstats_c patch-src_ssl_sock_c 

Log message:
Update to haproxy-1.6.3.

from David Carlier, ok maintainer Daniel Jakots.

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/01/06 02:48:28

Modified files:
databases/pgcluu: Makefile distinfo 
databases/pgcluu/patches: patch-pgcluu patch-pgcluu_collectd 

Log message:
update to pgcluu-2.4

Re: NEW: textproc/extract_url

[Theo Buehler]

On Wed, Jan 06, 2016 at 09:16:28AM +0100, Ingo Feinerer wrote:
> On Tue, Jan 05, 2016 at 08:09:17PM +0100, Ingo Feinerer wrote:
> > please find attached a new port textproc/extract_url:
> 
> Now with the manual patched as suggested (extract_url.pl -> extract_url).

Thanks, no further objections from me.  I'd be very happy to see this go
in as it is now.

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2016/01/06 04:40:45

Modified files:
lang/ruby/2.2  : Makefile 

Log message:
I don't get a OOM condition building on HPPA, manually as well as when
using DPB, so remove the BROKEN marker.

Let's see how it works out for landry bulk building

OK landry@

CVS: cvs.openbsd.org: ports

[Robert Nagy]

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2016/01/06 02:16:08

Modified files:
www/iridium: Makefile 
www/iridium/patches: 
 patch-content_public_common_content_switches_cc 
 patch-content_public_common_content_switches_h 
Added files:
www/iridium/patches: patch-chrome_app_chrome_main_cc 

Log message:
do not notify about tracker urls on the console and the browser
bar unless --trk is specified, it is just too much vomit for
a non-developer

Re: [update] Imapfilter 2.6.3 -> 2.6.4

[Stuart Henderson]

On 2016/01/06 08:23, Joerg Jung wrote:
> 
> > Am 06.01.2016 um 07:19 schrieb Michael McConville :
> > 
> > Does the new Makefile patch make sense? This commit:
> > 
> > https://github.com/lefcha/imapfilter/commit/d30f8b7007c21aa2c0716d9125d393fca5039a53
> > 
> > Was giving me "bogus element outside of every prefix" errors during make
> > make-plist.

just add PREFIX="${TRUEPREFIX}" to MAKE_FLAGS

> Also, I think you can drop the REVISION on version bump.

+1

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 06:42:22

Modified files:
textproc   : Makefile 

Log message:
+py-docutils,python3

Re: [new] aws cli tools

[Antoine Jacoutot]

On Wed, Jan 06, 2016 at 02:18:09PM +0100, Antoine Jacoutot wrote:
> Hi.
> 
> This tarball contains the AWS cli tools to manage your cloud resources.
> It comes with several new dependencies.
> 
> I'd like to get it in soon and maybe polish a few things after import.
> And then I will bring the EC2 tools and the aws shell in.
> 
> Please test, comment, ok...
> 
> $ aws --version
> aws-cli/1.9.16 Python/2.7.11 OpenBSD/5.9 botocore/1.3.16

Better version with py3- ports not conflicting with py- ports.
(except for awscli which has a python3 FLAVOR behaving like a standard one)


-- 
Antoine


awscli.tgz
Description: application/tar-gz

Re: Firefox performance regressions

[Karel Gardas]

If this is about malloc and it's locking, have anybody tried to use
some custom more C++ friendly malloc lib like google's tcmalloc?
Another possibility is to gdb attach to firefox and than attempt to
track down where those excessive locks happen or hack ltrace to
print/save full stack trace if this is possible. Seeing the
responsible code may help or not here. And constructing similar
testcase which would duplicate the same behaviour would be probably
something what rthread library authors would most welcome...

On Wed, Jan 6, 2016 at 12:06 PM, Martin Pieuchot  wrote:
> On 06/01/16(Wed) 11:19, Landry Breuil wrote:
>> [...]
>> i've had multiple ppl coming to me privately about this - Yes,
>> performance with firefox has been steadily degrading in the past
>> releases, since around 39 or so - i'm aware of this, but nobody is
>> actually working on it - i won't/can't since this is way out my skills
>> and i have no time nor motivation for that.
>>
>> Debugging this requires profiling / running the browser within ktrace
>> and figuring out why apparently it does way much more syscalls than
>> before, which might be a clue, or not. Of course since you cant really
>> use traditional tools like gdb, your toolbox is empty. Or that could be
>> graphical stack regressions. Or so many other things. The builtin
>> profiler needs specific code to work on OpenBSD.
>>
>> Anybody is welcome to look into it - or 5.9 will ship with firefox 43
>> as is.
>
> I started looking at this but didn't go far.  It seems that the problem
> is related to/exposed by the use of pthread_mutex_lock(3) & friends. I
> tried to analyze ltrace(1) outputs, but I got lost in Firefox's sources.
> I really don't know where to look at.
>
> Here's what I wrote two months ago:
>
> On 18/11/15(Wed) 20:44 +0100, Martin Pieuchot wrote:
>> The actual firefox port (not the -esr one) might be exposing a bug in
>> librthread resulting in a storm of sched_yield(2) calls when multiples
>> threads are trying to access the same lock, see _spinlock().
>>
>> I generated two ltrace(1) dumps for librthread hackers to have a look
>> at.  They are both generate with a hacked version of ltrace(1) with:
>>
>>   $ ltrace -p $pid -t cu -u libpthread ; sleep 2; ktrace -C
>>
>> After having started firefox with:
>>
>>   $ LD_TRACE_PLT="" LD_TRACE_PLTSPEC="libpthread" DISPLAY=:0 firefox
>>
>>
>> The dumps are generate while firefox is sitting in its own custom home
>> page.
>>
>>
>> kump-esr.txt  a dump of the firefox-esr which work "not so bad"
>>
>> kdump-nightly.txt a dump of firefox's trunk which expose the problem
>>
>>
>> $ grep sched_yield kdump-esr.txt |wc -l
>>4
>> $ grep sched_yield kdump-nightly.txt  |wc -l
>> 89418
>>
>>
>> The sequence below is an extract of what you can find there, when you
>> have multiple threads fighting for the malloc lock...  this goes on
>> forever and gets even worse when thread 1019109 returns from thrsleep...
>>
>> Apparently they are all waiting for thread 1010468 to release the malloc
>> lock or...  is it bad doctor?
>>
>>
>>  13288/1032189 firefox-bin RET   sched_yield 0
>>  13288/1010095 firefox-bin USER  .plt symbol: 7 bytes"__errno"
>>  13288/1032189 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>>  13288/1010095 firefox-bin USER  .plt symbol: 19 bytes
>> "_thread_malloc_lock"
>>  13288/1032189 firefox-bin CALL  sched_yield()
>>  13288/1027370 firefox-bin USER  .plt symbol: 11 bytes"_spinunlock"
>>  13288/1010095 firefox-bin USER  .plt symbol: 9 bytes"_spinlock"
>>  13288/1027370 firefox-bin USER  .plt symbol: 7 bytes"__errno"
>>  13288/1010095 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>>  13288/1010095 firefox-bin CALL  sched_yield()
>>  13288/1027370 firefox-bin USER  .plt symbol: 19 bytes
>> "_thread_malloc_lock"
>>  13288/1010095 firefox-bin RET   sched_yield 0
>>  13288/1027370 firefox-bin USER  .plt symbol: 9 bytes"_spinlock"
>>  13288/1010095 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>>  13288/1027370 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>>  13288/1010095 firefox-bin CALL  sched_yield()
>>  13288/1027370 firefox-bin CALL  sched_yield()
>>  13288/1032189 firefox-bin RET   sched_yield 0
>>  13288/1032189 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>>  13288/1032189 firefox-bin CALL  sched_yield()
>>  13288/1027370 firefox-bin RET   sched_yield 0
>>  13288/1027370 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>>  13288/1027370 firefox-bin CALL  sched_yield()
>>  13288/1032189 firefox-bin RET   sched_yield 0
>>  13288/1032189 firefox-bin USER  .plt symbol: 12 bytes"_atomic_lock"
>>  13288/1032189 firefox-bin CALL  sched_yield()
>>  13288/1027370 firefox-bin RET   sched_yield 0
>>  13288/1010095 firefox-bin RET   sched_yield 0
>>  13288/1027370 firefox-bin USER  .plt symbol: 12 bytes

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 06:11:47

Modified files:
net/librenms   : Makefile distinfo 
net/librenms/patches: patch-daily_sh 
  patch-includes_defaults_inc_php 
  patch-includes_definitions_inc_php 
net/librenms/pkg: PLIST 
Added files:
net/librenms/patches: patch-html_pages_about_inc_php 

Log message:
update to LibreNMS 201601

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 06:41:56

Modified files:
textproc/py-docutils: Makefile 
textproc/py-docutils/pkg: PLIST 

Log message:
Add a python3 FLAVOR.

[new] aws cli tools

[Antoine Jacoutot]

Hi.

This tarball contains the AWS cli tools to manage your cloud resources.
It comes with several new dependencies.

I'd like to get it in soon and maybe polish a few things after import.
And then I will bring the EC2 tools and the aws shell in.

Please test, comment, ok...

$ aws --version
aws-cli/1.9.16 Python/2.7.11 OpenBSD/5.9 botocore/1.3.16

-- 
Antoine


awscli.tgz
Description: application/tar-gz

Re: [new] aws cli tools

[Reyk Floeter]

On Wed, Jan 06, 2016 at 02:18:09PM +0100, Antoine Jacoutot wrote:
> Hi.
> 
> This tarball contains the AWS cli tools to manage your cloud resources.
> It comes with several new dependencies.
> 
> I'd like to get it in soon and maybe polish a few things after import.
> And then I will bring the EC2 tools and the aws shell in.
> 
> Please test, comment, ok...
> 
> $ aws --version
> aws-cli/1.9.16 Python/2.7.11 OpenBSD/5.9 botocore/1.3.16
> 

Nice!

$ aws ec2 get-console-output --instance-id i-c7cf777b   
i-c7cf777b  +2176664+267272+0+647168 [72+576648+383917]=0xa6eb00
entry point at 0x1001000 [7205c766, 3404, 24448b12, 60a304]
[ using 961280 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2016 OpenBSD. All rights reserved.  http://www.OpenBSD.org

OpenBSD 5.9-beta (GENERIC.MP-xen) #50: Wed Jan  6 15:03:16 CET 2016
r...@esdenera.com:/usr/src/sys/arch/amd64/compile/GENERIC.MP-xen
real mem = 1056964608 (1008MB)
avail mem = 1020788736 (973MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xeb01f (11 entries)
bios0: vendor Xen version "4.2.amazon" date 12/07/2015
bios0: Xen HVM domU
acpi0 at bios0: rev 2
acpi0: sleep states S3 S4 S5
acpi0: tables DSDT FACP APIC HPET WAET SSDT SSDT
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 11, 48 pins
ioapic0: misconfigured as apic 0, remapped to apid 1
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU E5-2676 v3 @ 2.40GHz, 2400.39 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,SSSE3,FMA3,CX16,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,HV,NXE,LONG,LAHF,ABM,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 100MHz
acpihpet0 at acpi0: 6250 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0: C1(@1 halt!)
pvbus0 at mainbus0: Xen 4.2
xen0 at pvbus0
xen0: hypercall page at va 0x81002000 pa 0x1002000
xen0: version 4.2.amazon
xen0: features 705
xen0: shared info page at va 0x800ef000 pa 0x3f6fe000
xen0: registered callback IDT vector 112
xen0: grant table frames allocated 32/32
xen0: xenstore event channel 3
xen0: xenstore ring at va 0x800014ad8000 pa 0xfeffc000
xen0: xenstore interrupt established for port 3
"vfb" at xen0: device/vfb/0 not configured
"vbd" at xen0: device/vbd/768 not configured
xen0: xenstore request 2 "device/vif/0/type" error ENOENT
xnf0 at xen0: event channel 5, address 06:c0:fd:39:93:7f
"console" at xen0: device/console/0 not configured
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA, channel 0 
wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: 
wd0: 16-sector PIO, LBA48, 1024MB, 2097152 sectors
wd0(pciide0:0:0): using PIO mode 0, DMA mode 2
pciide0: channel 1 disabled (no drives)
piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x01: SMBus disabled
vga1 at pci0 dev 2 function 0 "Cirrus Logic CL-GD5446" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
xspd0 at pci0 dev 3 function 0 "XenSource Platform Device" rev 0x01
isa0 at pcib0
isadma0 at isa0
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: density unknown
fd1 at fdc0 drive 1: density unknown
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com0: console
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
vmm at mainbus0 not configured
nvram: invalid checksum
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
scsibus2 at softraid0: 256 targets
root on wd0a (eeacdbd148573cfa.a) swap on wd0b dump on wd0b
clock: unknown CMOS layout
Automatic boot in progress: starting file system checks.
/dev/wd0a (eeacdbd148573cfa.a): file system is clean; not checking
setting tty flags
pf enabled
starting network
DHCPDISCOVER on xnf0 - interval 3
DHCPOFFER from 172.31.16.1 (06:bc:14:46:67:74)
DHCPREQUEST on xnf0 to 255.255.255.255
DHCPACK from 172.31.16.1 (06:bc:14:46:67:74)
bound to 172.31.17.41 -- renewal in 1800 seconds.
openssl: generating isakmpd/iked RSA keys... done.
ssh-keygen: generating new host keys: RSA DSA ECDSA ED25519 
starting early daemons: syslogd pflogd ntpd.
starting RPC daemons:.
savecore: no core dump

Re: UPDATE: wkhtmltopdf with patched QT

[Frank Groeneveld]

After more testing and polishing I've come up with the attached patch.
It's a full diff to -current that incorporates the fixes from Stuart
as well as the ONLY_FOR_ARCH=amd64 proposed by Landry.

I believe that only the icui18n problem is left:

> On Sun, Jan 03, 2016 at 06:01:33PM +, Stuart Henderson wrote:
> - dlopen handling needs adjusting for OpenBSD, otherwise you get
> Unable to load library icui18n "Cannot load library icui18n: (File not found)"
> as it tries to open libicui18n.so.56

Anybody know how to reproduce this? Is it only on specific urls?

Frank
? test.pdf
Index: Makefile
===
RCS file: /cvs/ports/textproc/wkhtmltopdf/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile29 Dec 2015 19:49:41 -  1.3
+++ Makefile6 Jan 2016 15:06:49 -
@@ -1,11 +1,17 @@
 # $OpenBSD: Makefile,v 1.3 2015/12/29 19:49:41 jasper Exp $
 
+ONLY_FOR_ARCHS =   amd64 
+DPB_PROPERTIES =   parallel nojunk
+
 COMMENT =  convert HTML to PDF using Webkit
 
 GH_ACCOUNT =   wkhtmltopdf
 GH_PROJECT =   wkhtmltopdf
 GH_TAGNAME =   0.12.2.4
-
+QT_COMMIT =7e48a1fac7e0f9aefccd01e9871f987da3a62fda
+MASTER_SITES0 =https://github.com/wkhtmltopdf/qt/archive/
+DISTFILES =${DISTNAME}.tar.gz 
wkhtmltopdf-qt-${QT_COMMIT}{${QT_COMMIT}}.tar.gz:0
+REVISION = 0
 
 SHARED_LIBS =  wkhtmltox 0.0 # 0.12
 
@@ -19,19 +25,104 @@ MAINTAINER =   Frank Groeneveld 

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 08:44:22

Log message:
Import py-colorama-0.3.5.

Makes ANSI escape character sequences, for producing colored terminal text 
and
cursor positioning.

ok sthen@ robert@

Status:

Vendor Tag: ajacoutot
Release Tags:   ajacoutot_20160106

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

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 08:47:10

Modified files:
devel  : Makefile 

Log message:
+py-jmespath
+py-jmespath,python3

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 08:45:14

Log message:
Import py-rsa-3.2.3.

Python-RSA is a pure-Python RSA implementation. It supports encryption and
decryption, signing and verifying signatures, and key generation according 
to
PKCS#1 version 1.5. It can be used as a Python library as well as on the
commandline.

ok sthen@ robert@

Status:

Vendor Tag: ajacoutot
Release Tags:   ajacoutot_20160106

N ports/security/py-rsa/distinfo
N ports/security/py-rsa/Makefile
N ports/security/py-rsa/pkg/DESCR
N ports/security/py-rsa/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 08:45:59

Log message:
Import py-jmespath-0.9.0.

JSON Matching Expressions.
JMESPath (pronounced "james path") allows you to declaratively specify how 
to
extract elements from a JSON document.

ok sthen@ robert@

Status:

Vendor Tag: ajacoutot
Release Tags:   ajacoutot_20160106

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

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 08:53:39

Log message:
Import awscli-1.9.16.

The AWS Command Line Interface (CLI) is a unified tool to manage your AWS
services. With just one tool to download and configure, you can control 
multiple
AWS services from the command line and automate them through scripts.

ok sthen@ robert@

Status:

Vendor Tag: ajacoutot
Release Tags:   ajacoutot_20160106

N ports/sysutils/awscli/distinfo
N ports/sysutils/awscli/Makefile
N ports/sysutils/awscli/pkg/DESCR
N ports/sysutils/awscli/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 08:54:00

Modified files:
sysutils   : Makefile 

Log message:
+awscli

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 08:49:37

Modified files:
devel  : Makefile 

Log message:
+py-colorama
+py-colorama,python3
(forgot in previous)

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 08:50:20

Modified files:
security   : Makefile 

Log message:
+py-rsa
+py-rsa,python3

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 08:51:53

Modified files:
net: Makefile 

Log message:
+py-botocore
+py-botocore,python3

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 08:51:21

Log message:
Import py-botocore-1.3.16.

botocore is a low-level interface to a growing number of Amazon Web 
Services.
The botocore package is the foundation for the AWS CLI as well as boto3.

ok sthen@ robert@

Status:

Vendor Tag: ajacoutot
Release Tags:   ajacoutot_20160106

N ports/net/py-botocore/distinfo
N ports/net/py-botocore/Makefile
N ports/net/py-botocore/pkg/DESCR
N ports/net/py-botocore/pkg/PLIST

No conflicts created by this import

Re: UPDATE: www/p5-Plack to 1.0039

[Cesare Gargano]

On 01/04, Nigel Taylor wrote:
> On 01/04/16 21:02, Cesare Gargano wrote:
> > Hi!
> > This updates www/p5-Plack to 1.0039. Attached 2 new deps.
> > 
> > We have OK from MAINTAINER.
> > 
> > www/p5-Cookie-Baker:
> > Cookie::Baker provides simple cookie string generator and parser.
> > 
> > devel/p5-Test-Time:
> > Test::Time can be used to test modules that deal with time.
> > Once you use this module, all references to time and sleep will be
> > internalized.
> > 
> > All tests passed.
> > 
> > Comments, OK?
> > 
> p5-Test-Time - should be modinst style. Your need the Module::Install
> extensions to switch to using modinst. See Makefile.PL
> 
>   Module::Install::AuthorTests
>   Module::Install::Repository
>   Module::Install::ReadmeFromPod
>   Module::Install::TestBase
> 
> I have the new ports for these extensions, so can switch port to modinst
> later.
> 
> Upstream source file is wrong, it has included core perl modules within
> the source, normally wrong unless a good reason, may break on moving to
> newer perl versions. Should try to use OpenBSD supplied perl modules
> that have been tested and may include patches.
> 
> Includes Spiffy 0.30 within the source, the version in ports is 0.46,
> from Spiffy change log...
> 
> 0.40 Wed Aug  6 10:29:46 PDT 2014
>  - Fix a bug that was causing lots of warnings in Test::Base on perl 5.21
> 
> Moving to perl 5.22, will hit this bug, if modinst with modified
> bsd.perl.mk isn't used, Only affects testing in this case...
> 
> Should be no problem for this release, does need fixing for next release
> / move to perl 5.22.
> 
> 
> p5-Cookie-Baker - using correct modbuild style.
> 
> 
> p5-Plack - Can't see any issue from scanning.
> 

Hi,
after some more words with nigel@ (about changes after perl 5.22 in tree),
attached the p5-Plack diff and its new 2 deps. I modified p5-Test-Time
to include devel/p5-File-Slurp in TEST_DEPENDS, as suggested by nigel@.

OK from MAINTAINER, OK from nigel@ (thank you!)

-- 
C.
Index: Makefile
===
RCS file: /cvs/ports/www/p5-Plack/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile18 Jan 2015 13:13:37 -  1.8
+++ Makefile20 Dec 2015 10:49:13 -
@@ -3,7 +3,7 @@
 COMMENT =  interface between perl web frameworks and web servers
 
 MODULES =  cpan
-DISTNAME = Plack-1.0033
+DISTNAME = Plack-1.0039
 CATEGORIES =   www
 MAINTAINER =   Abel Abraham Camarillo Ojeda 
 
@@ -21,7 +21,9 @@ RUN_DEPENDS = devel/p5-Devel-StackTrace>
net/p5-Test-TCP>=2.00 \
sysutils/p5-Filesys-Notify-Simple>=0 \
www/p5-Apache-LogFormat-Compiler>=0.12 \
+   www/p5-Cookie-Baker>=0.05 \
www/p5-HTTP-Body>=1.06 \
+   www/p5-HTTP-Headers-Fast>=0.18 \
www/p5-HTTP-Message>=5.814 \
www/p5-URI>=1.59
 
Index: distinfo
===
RCS file: /cvs/ports/www/p5-Plack/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo18 Jan 2015 13:13:37 -  1.4
+++ distinfo20 Dec 2015 10:49:13 -
@@ -1,2 +1,2 @@
-SHA256 (Plack-1.0033.tar.gz) = vNh4S4JjvW1oR26dUub5iBm9TzMxRVytEu/+1jp4MiA=
-SIZE (Plack-1.0033.tar.gz) = 239206
+SHA256 (Plack-1.0039.tar.gz) = 0kpXLohkTH05x+b/GvAFtyjeyUqHjPBtkCerfRov0Kk=
+SIZE (Plack-1.0039.tar.gz) = 176711
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/p5-Plack/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST   18 Jan 2015 13:13:37 -  1.3
+++ pkg/PLIST   20 Dec 2015 10:49:13 -
@@ -1,5 +1,6 @@
 @comment $OpenBSD: PLIST,v 1.3 2015/01/18 13:13:37 benoit Exp $
 bin/plackup
+${P5SITE}/HTTP/
 ${P5SITE}/HTTP/Message/
 ${P5SITE}/HTTP/Message/PSGI.pm
 ${P5SITE}/HTTP/Server/
@@ -86,6 +87,9 @@ ${P5SITE}/Plack/Test/Suite.pm
 ${P5SITE}/Plack/Util/
 ${P5SITE}/Plack/Util.pm
 ${P5SITE}/Plack/Util/Accessor.pm
+${P5SITE}/auto/
+${P5SITE}/auto/share/
+${P5SITE}/auto/share/dist/
 ${P5SITE}/auto/share/dist/Plack/
 ${P5SITE}/auto/share/dist/Plack/#foo
 ${P5SITE}/auto/share/dist/Plack/baybridge.jpg


p5-Cookie-Baker-0.06.tgz
Description: application/tar-gz


p5-Test-Time-0.04.tgz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

[Ingo Feinerer]

CVSROOT:/cvs
Module name:ports
Changes by: feine...@cvs.openbsd.org2016/01/06 11:01:05

Modified files:
textproc   : Makefile 

Log message:
Hook up extract_url

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 11:41:42

Modified files:
security/nss   : Makefile 

Log message:
Remove martynas@ from here as well.

CVS: cvs.openbsd.org: ports

[Ingo Feinerer]

CVSROOT:/cvs
Module name:ports
Changes by: feine...@cvs.openbsd.org2016/01/06 10:53:37

Log message:
Import extract_url 1.6

This is a Perl script that extracts URLs from correctly-encoded MIME email
messages. This can be used either as a pre-parser for urlview, or to replace
urlview entirely.

Urlview is a great program, but has some deficiencies. In particular, it 
isn't
particularly configurable, and cannot handle URLs that have been broken over
several lines in format=flowed delsp=yes email messages. Nor can it handle
quoted-printable email messages. Also, urlview doesn't eliminate duplicate
URLs. This Perl script handles all of that. It also sanitizes URLs so that
they can't break out of the command shell.

This is designed primarily for use with the mutt emailer. The idea is that 
if
you want to access a URL in an email, you pipe the email to a URL extractor
(like this one) which then lets you select a URL to view in some third 
program
(such as Firefox).

OK sthen@, tb@

Status:

Vendor Tag: feinerer
Release Tags:   feinerer_2016-Jan-06

N ports/textproc/extract_url/Makefile
N ports/textproc/extract_url/distinfo
N ports/textproc/extract_url/pkg/PLIST
N ports/textproc/extract_url/pkg/DESCR

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 09:50:35

Modified files:
textproc/wkhtmltopdf: Makefile distinfo 
textproc/wkhtmltopdf/patches: patch-src_image_image_pro 
  patch-src_pdf_pdf_pro 
Added files:
textproc/wkhtmltopdf/patches: 
  
patch-qt_config_tests_unix_gnu-libiconv_gnu-libiconv_cpp 
  
patch-qt_qmake_generators_unix_unixmake2_cpp 
  
patch-qt_qmake_generators_unix_unixmake_cpp 
  
patch-qt_src_3rdparty_webkit_Source_JavaScriptCore_heap_MachineStackMarker_cpp 
  
patch-qt_src_3rdparty_webkit_Source_JavaScriptCore_jit_JITStubs_cpp 
  
patch-qt_src_corelib_codecs_qiconvcodec_cpp 
  
patch-qt_src_corelib_plugin_qlibrary_unix_cpp 
  patch-qt_src_network_ssl_qsslsocket_cpp 
  
patch-qt_src_network_ssl_qsslsocket_openssl_cpp 
  
patch-qt_src_network_ssl_qsslsocket_openssl_symbols_cpp 

Log message:
Build wkhtmltopdf against patched Qt4; from maintainer Frank Groeneveld
with tweaks by me. This allows printing multiple documents into one PDF,
headless operation, adding a document outline, ToC, headers/footers and
links, using the "screen" media-type, and disabling smart-shrink.

[new] aws-shell.tgz

[Antoine Jacoutot]

Hi.

4 new ports so we can have aws-shell:
devel/py-prompt_toolkit devel/py-wcwidth net/py-boto3 sysutils/aws-shell

aws-shell is an interactive shell for AWS that has autocompletion and all kind 
of features built-in.

Tests, comments and OK are welcome :-)

-- 
Antoine


aws-shell.tgz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 10:13:48

Modified files:
textproc/wkhtmltopdf: Makefile 
textproc/wkhtmltopdf/patches: 
  
patch-qt_src_network_ssl_qsslsocket_openssl_cpp 

Log message:
drop part of the ssl patch in wkhtmltopdf that was restricting https to tls1.0

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 10:15:14

Modified files:
devel/py-colorama: Makefile 

Log message:
Take MAINTAINER.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 10:20:21

Modified files:
sysutils/awscli: Makefile 
sysutils/awscli/pkg: PLIST 

Log message:
Tighten dependency on devel/py-colorama and fix PLIST.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 09:29:18

Modified files:
devel/acpica   : Makefile distinfo 
devel/acpica/patches: patch-generate_unix_Makefile_config 
  patch-generate_unix_acpiexec_Makefile 

Log message:
udate to acpica-20151218. relative to the last update in ports,
this adds ACPI 6.0 and ASL+ support, amongst others.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 10:01:55

Modified files:
databases/py-psycopg2: Makefile 
databases/py-sqlobject: Makefile 
devel/py-addons: Makefile 
devel/py-bytecodeassembler: Makefile 
devel/py-extremes: Makefile 
devel/py-kid   : Makefile 
devel/py-nose  : Makefile 
devel/py-peak-rules: Makefile 
devel/py-prioritized_methods: Makefile 
devel/py-protocols: Makefile 
devel/py-ruledispatch: Makefile 
devel/py-silc  : Makefile 
devel/py-simplejson: Makefile 
devel/py-symboltype: Makefile 
devel/py-turbocheetah: Makefile 
devel/py-turbokid: Makefile 
devel/py-wsgiutils: Makefile 
lang/spidermonkey: Makefile 
net/irssi-silc : Makefile 
productivity/xinvest: Makefile 
productivity/xquote: Makefile 
textproc/mozilla-dicts: Makefile.inc 
www/py-cherrypy2: Makefile 
www/py-flup: Makefile 
www/py-formencode: Makefile 
x11/autocutsel : Makefile 
x11/xbae   : Makefile 

Log message:
Remove martynas@ from MAINTAINER, per his request.

CVS: cvs.openbsd.org: ports

[Vadim Zhukov]

CVSROOT:/cvs
Module name:ports
Changes by: z...@cvs.openbsd.org2016/01/06 10:17:32

Modified files:
x11/qt4: Makefile 
x11/qt4/patches: patch-src_network_ssl_qsslsocket_openssl_cpp 

Log message:
Fix wrong fix (made by yours truly as well) for TLS protocol choosing.
It was the same story again: TLSv1_*_method() are TLSv1.0, not TLSv1.x.

Should fix problems landry@ and sthen@ (and likely others) were seeing.

Joint work with and final okay sthen@

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 09:23:48

Modified files:
devel/py-configobj: Makefile distinfo 
devel/py-configobj/pkg: PLIST 

Log message:
Update to py-configobj-5.0.6 and add a python3 FLAVOR.

ok martynas@ (who resigned from maintainership)

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 09:24:19

Modified files:
devel  : Makefile 

Log message:
+py-configobj,python3

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 10:10:28

Modified files:
devel/py-colorama: Makefile distinfo 
devel/py-colorama/pkg: PLIST 

Log message:
Lower version; awscli is strict about it dependencies.
Not bumping anything because it was recently imported.

Re: NEW: textproc/extract_url

[Ingo Feinerer]

On Tue, Jan 05, 2016 at 08:09:17PM +0100, Ingo Feinerer wrote:
> please find attached a new port textproc/extract_url:

Now with the manual patched as suggested (extract_url.pl -> extract_url).

Best regards,
Ingo


extract_url.tar.gz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2016/01/06 17:59:04

Modified files:
x11/kde4/ruby-qt: Makefile 

Log message:
Add ruby23 FLAVOR for building on ruby 2.3

Re: [new] games/dhewm3

[Adam Wolk]

On Sat, 2 Jan 2016 00:14:21 +0100
Adam Wolk  wrote:

> On Fri, 01 Jan 2016 23:37:14 +0100
> Pascal Stumpf  wrote:
> 
> > On Fri, 1 Jan 2016 23:28:15 +0100, Adam Wolk wrote:  
> > > On Fri, 01 Jan 2016 18:43:19 +0100
> > > Pascal Stumpf  wrote:
> > > 
> > > > dhewm 3 is a Doom 3 GPL source modification.
> > > > 
> > > > The goal of dhewm 3 is bring DOOM 3 with the help of SDL to all
> > > > suitable plaforms.
> > > > 
> > > > This source release does not contain any game data, the game
> > > > data is still covered by the original EULA and must be obeyed
> > > > as usual.
> > > > 
> > > > You must patch the game to the latest version.
> > > 
> > > You are missing a DISTNAME 
> > 
> > No, you're missing
> > http://article.gmane.org/gmane.os.openbsd.ports.cvs/99623
> >   
> 
> Correct, sorry about that. My snapshot is from Dec 19th and I didn't
> notice that change going in.
> 
> The port built and installed correctly, portcheck complains about a
> missing RCS header from the readme file:
> 
> $ /usr/ports/infrastructure/bin/portcheck
> pkg/README does not have $OpenBSD$ RCS tag at the top
> 
> Everything else looks fine. I did not test the gameplay as I don't
> have a patched copy downloaded at this moment (will try to grab it
> via wine on linux when time allows).
> 
> Regards,
> Adam
> 

I finally grabbed the pak files and tested gameplay.

The port works better than I ever imagined. Suffice to say that I'm
looking forward to have this in regular ports. Thanks Pascal!

Tested on amd64 using game data from the steam client.

Regards,
Adam

> > > $ make fetch
> > > ===>  Checking files for 
> > > `/usr/ports/distfiles/.tar.gz' is up to date.
> > > 
> > > Consider adding:
> > > 
> > > DISTNAME =  ${GH_PROJECT}-${GH_TAGNAME}
> > > 
> > > This will lead to proper downloads:
> > > $ make fetch
> > > ===>  Checking files for dhewm3-1.4.0
> > > >> Fetch
> > > >> https://github.com/dhewm/dhewm3/archive/1.4.0/dhewm3-1.4.0.tar.gz
> > > $ make checksum
> > > ===>  Checking files for dhewm3-1.4.0
> > > `/usr/ports/distfiles/dhewm3-1.4.0.tar.gz' is up to date.
> > > >> (SHA256) dhewm3-1.4.0.tar.gz: OK
> > > 
> > > I'm letting it build for now with the above change. Will report
> > > if I hit anything else.
> > > 
> > > Regards,
> > > Adam
> > > 
> > > 
> >   
> 

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2016/01/06 17:56:38

Modified files:
textproc/ruby-hyperestraier: Makefile 

Log message:
Add ruby23 FLAVOR for building on ruby 2.3

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2016/01/06 17:55:23

Modified files:
lang/ruby  : ruby.port.mk 

Log message:
Add ruby23 FLAVOR for building ruby 2.3 versions of ruby ports.

Drop support for ruby19 and rbx FLAVORs, as the related ports
have been removed.

OK sthen@

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 15:25:55

Modified files:
devel/luarings : Makefile 

Log message:
restore distname as well

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 15:07:55

Modified files:
devel/luarings : Makefile 

Log message:
fixup PKGNAME

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 15:27:41

Modified files:
textproc/pdfpc : Makefile distinfo 

Log message:
fix pkgname etc.

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2016/01/06 17:52:47

Log message:
Import ruby 2.3.0

OK sthen@

Status:

Vendor Tag: jeremy
Release Tags:   jeremy_2016-Jan-06

N ports/lang/ruby/2.3/distinfo
N ports/lang/ruby/2.3/Makefile
N ports/lang/ruby/2.3/patches/patch-common_mk
N ports/lang/ruby/2.3/patches/patch-compile_c
N ports/lang/ruby/2.3/patches/patch-configure
N ports/lang/ruby/2.3/patches/patch-ext_extmk_rb
N ports/lang/ruby/2.3/patches/patch-lib_fileutils_rb
N ports/lang/ruby/2.3/patches/patch-lib_rubygems_commands_install_command_rb
N ports/lang/ruby/2.3/patches/patch-lib_rubygems_dependency_installer_rb
N ports/lang/ruby/2.3/patches/patch-lib_rubygems_ext_ext_conf_builder_rb
N ports/lang/ruby/2.3/patches/patch-test_ruby_test_io_rb
N ports/lang/ruby/2.3/patches/patch-test_ruby_test_process_rb
N ports/lang/ruby/2.3/pkg/PLIST-gdbm
N ports/lang/ruby/2.3/pkg/DESCR-gdbm
N ports/lang/ruby/2.3/pkg/DESCR-main
N ports/lang/ruby/2.3/pkg/DESCR-ri_docs
N ports/lang/ruby/2.3/pkg/DESCR-tk
N ports/lang/ruby/2.3/pkg/MESSAGE-main
N ports/lang/ruby/2.3/pkg/PLIST-main
N ports/lang/ruby/2.3/pkg/PLIST-ri_docs
N ports/lang/ruby/2.3/pkg/PLIST-tk
N ports/lang/ruby/2.3/pkg/UNMESSAGE-main

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2016/01/06 17:51:28

Modified files:
lang/ruby  : Makefile.inc 

Log message:
Allow fixing rbconfig.rb file even when post-install defined in subdir Makefile

This is needed for upcoming import of ruby 2.3.0

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2016/01/06 17:53:23

Modified files:
lang/ruby  : Makefile 

Log message:
Hookup ruby 2.3 to the build

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2016/01/06 18:03:29

Modified files:
audio  : Makefile 
converters : Makefile 
databases  : Makefile 
devel  : Makefile 
graphics   : Makefile 
net: Makefile 
security   : Makefile 
sysutils   : Makefile 
textproc   : Makefile 
www: Makefile 

Log message:
Build ruby 2.3 versions of ruby gem ext ports

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2016/01/06 18:00:19

Modified files:
textproc/ruby-nokogiri: Makefile 

Log message:
Add --with-xml2-include to CONFIGURE_ARGS building on ruby 2.3

CVS: cvs.openbsd.org: ports

[Andrew Fresh]

CVSROOT:/cvs
Module name:ports
Changes by: afre...@cvs.openbsd.org 2016/01/06 23:11:41

Modified files:
devel/p5-Test-Differences: Makefile distinfo 

Log message:
Update devel/p5-Test-Differences to 0.64

CVS: cvs.openbsd.org: ports

[Andrew Fresh]

CVSROOT:/cvs
Module name:ports
Changes by: afre...@cvs.openbsd.org 2016/01/06 23:12:57

Modified files:
devel/p5-Test-Exception: Makefile distinfo 

Log message:
Update devel/p5-Test-Exception to 0.43

CVS: cvs.openbsd.org: ports

[Jonathan Gray]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/01/06 21:49:37

Modified files:
devel/sdl2 : Makefile distinfo 
devel/sdl2/patches: patch-Makefile_in 
devel/sdl2/pkg : PLIST 
Added files:
devel/sdl2/patches: patch-src_video_SDL_egl_c 
Removed files:
devel/sdl2/patches: patch-src_audio_sndio_SDL_sndioaudio_c 
patch-src_video_x11_SDL_x11window_c 

Log message:
update to SDL2 2.0.4
ok aja@

CVS: cvs.openbsd.org: ports

[Andrew Fresh]

CVSROOT:/cvs
Module name:ports
Changes by: afre...@cvs.openbsd.org 2016/01/06 23:08:45

Modified files:
devel/p5-Test-Deep: Makefile distinfo 

Log message:
Update devel/p5-Test-Deep to 1.120

CVS: cvs.openbsd.org: ports

[Robert Nagy]

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2016/01/07 00:26:40

Modified files:
www/iridium: Makefile 
www/iridium/patches: patch-base_sys_info_openbsd_cc 
 patch-content_content_common_gypi 
 patch-content_gpu_gpu_main_cc 
 
patch-content_renderer_renderer_main_platform_delegate_linux_cc 
Added files:
www/iridium/patches: 
 patch-content_common_sandbox_init_openbsd_cc 
 patch-content_common_sandbox_init_openbsd_h 
 patch-content_ppapi_plugin_ppapi_thread_cc 
 patch-content_renderer_renderer_main_cc 
 patch-content_utility_utility_main_cc 
 patch-device_battery_battery_gyp 

Log message:
pledge(2) iridium as well by syncing with the chromium port

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2016/01/06 23:34:01

Modified files:
net/seafile: Makefile.inc 
net/seafile/ccnet: distinfo 
net/seafile/client: distinfo 
net/seafile/seafile: distinfo 

Log message:
update to seafile-5.0.1

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/01/06 12:52:12

Modified files:
x11/xdotool: Makefile 

Log message:
no need to set DISTNAME anymore

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/01/06 12:51:54

Modified files:
infrastructure/mk: bsd.port.mk 

Log message:
strip leading 'v' from GH_TAGNAME when constructing DISTNAME

suggested by sthen@

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/06 12:57:45

Modified files:
net/py-botocore/pkg: PLIST 

Log message:
Fix PLIST; MODPY_BIN_SUFFIX crept in.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 13:03:56

Modified files:
net/librenms   : Makefile 
net/librenms/patches: patch-daily_sh 

Log message:
zap unnecessary bash use

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/01/06 13:08:19

Modified files:
security/nss   : Makefile 

Log message:
well, take maintainership since its somewhere in the moz stack...

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/01/06 13:02:19

Modified files:
games/solarus/roth: Makefile 
graphics/gfract: Makefile 
graphics/sxiv  : Makefile 
mail/mu: Makefile 
net/gdnsd  : Makefile 
net/sslh   : Makefile 
security/lastpass-cli: Makefile 
security/qtkeychain: Makefile 
sysutils/logstash/forwarder: Makefile 

Log message:
remove a few more unneeded DISTNAMEs

update devel/py-babel

[Daniel Jakots]

Hi,

Here's an update to 2.2.0, changelog is available there:
http://babel.pocoo.org/en/latest/changelog.html#version-2-2.

The plist diffs is quite large because of "General: localedata
directory is now locale-data (#109) (2d1882e)", otherwise nothing
fancy.

Tested with {py2,py3} on {amd64,i386}, all fine.

Cheers,
Daniel

Index: Makefile
===
RCS file: /cvs/ports/devel/py-babel/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile21 Dec 2015 17:52:47 -  1.17
+++ Makefile6 Jan 2016 18:51:14 -
@@ -2,7 +2,7 @@
 
 COMMENT=   I18N/L10N tools for Python
 
-MODPY_EGG_VERSION= 2.1.1
+MODPY_EGG_VERSION= 2.2.0
 DISTNAME=  Babel-${MODPY_EGG_VERSION}
 PKGNAME=   py-${DISTNAME:L}
 CATEGORIES=devel
Index: distinfo
===
RCS file: /cvs/ports/devel/py-babel/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo21 Dec 2015 17:52:47 -  1.4
+++ distinfo6 Jan 2016 18:51:14 -
@@ -1,2 +1,2 @@
-SHA256 (Babel-2.1.1.tar.gz) = f7bVDv/oigh/6yA2y5cv16iTvzODYVFvGlWoIL97Ukg=
-SIZE (Babel-2.1.1.tar.gz) = 3437647
+SHA256 (Babel-2.2.0.tar.gz) = 2MtMDngUiu6JVg+f4hWHqldznJdbuJ/2ax6ELMaXQo8=
+SIZE (Babel-2.2.0.tar.gz) = 6334150
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-babel/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -r1.4 PLIST
--- pkg/PLIST   23 Sep 2013 18:43:27 -  1.4
+++ pkg/PLIST   6 Jan 2016 18:51:14 -
@@ -15,6 +15,7 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/babel/${MODPY_PYCACHE}_compat.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/babel/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/babel/${MODPY_PYCACHE}dates.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/babel/${MODPY_PYCACHE}lists.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/babel/${MODPY_PYCACHE}localedata.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/babel/${MODPY_PYCACHE}numbers.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/babel/${MODPY_PYCACHE}plural.${MODPY_PYC_MAGIC_TAG}pyc
@@ -24,672 +25,718 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/babel/core.py
 lib/python${MODPY_VERSION}/site-packages/babel/dates.py
 lib/python${MODPY_VERSION}/site-packages/babel/global.dat
-lib/python${MODPY_VERSION}/site-packages/babel/localedata/
+lib/python${MODPY_VERSION}/site-packages/babel/lists.py
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/af.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/af_NA.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/af_ZA.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/agq.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/agq_CM.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ak.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ak_GH.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/am.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/am_ET.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_001.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_AE.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_BH.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_DJ.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_DZ.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_EG.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_EH.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_ER.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_IL.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_IQ.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_JO.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_KM.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_KW.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_LB.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_LY.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_MA.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_MR.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_OM.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_PS.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_QA.dat
+lib/python${MODPY_VERSION}/site-packages/babel/locale-data/ar_SA.dat

update www/py-httpie

[Daniel Jakots]

Hi,

Here's a diff to update httpie to latest release, 0.9.3.

Tests:
0.9.2 amd64: 9 failed, 158 passed, 2 skipped, 12 pytest-warnings
0.9.3 amd64: 10 failed, 160 passed, 1 skipped, 12 pytest-warnings
0.9.3 i386: 7 failed, 164 passed, 1 skipped, 12 pytest-warnings

I looked at the failing tests but... that wasn't successful.

Cheers,
Daniel

Index: Makefile
===
RCS file: /cvs/ports/www/py-httpie/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile29 Sep 2015 10:52:54 -  1.4
+++ Makefile6 Jan 2016 19:32:20 -
@@ -2,13 +2,12 @@
 
 COMMENT =  command-line HTTP client
 
-MODPY_EGG_VERSION =0.9.2
+MODPY_EGG_VERSION =0.9.3
 GH_TAGNAME =   ${MODPY_EGG_VERSION}
-GH_ACCOUNT =   jakubroztocil
+GH_ACCOUNT =   jkbrzt
 GH_PROJECT =   httpie
 DISTNAME = httpie-${MODPY_EGG_VERSION}
 PKGNAME =  py-httpie-${MODPY_EGG_VERSION}
-REVISION = 0
 
 CATEGORIES =   www net
 
Index: distinfo
===
RCS file: /cvs/ports/www/py-httpie/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo20 Sep 2015 10:31:19 -  1.2
+++ distinfo6 Jan 2016 19:32:20 -
@@ -1,2 +1,2 @@
-SHA256 (httpie-0.9.2.tar.gz) = HwsLZWPeJbrQ7RkNYvETBXMSQgE4KCR1bQFbFCKiNMw=
-SIZE (httpie-0.9.2.tar.gz) = 254872
+SHA256 (httpie-0.9.3.tar.gz) = Kgx89qaRRiDuvC13AOjnpXqr3mK9Ys1/po+LIWwLI0A=
+SIZE (httpie-0.9.3.tar.gz) = 256586

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 12:58:12

Modified files:
net/librenms   : Makefile 
net/librenms/patches: patch-config_php_default 

Log message:
uid is now in config.php.default; use the correct one for the port

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/01/06 13:21:37

Modified files:
textproc/py-pyRFC3339/pkg: PLIST 

Log message:
tests subdir isn't installed; fix by regenerating PLIST
found by nigel@

CVS: cvs.openbsd.org: ports

[Robert Nagy]

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2016/01/06 14:46:44

Modified files:
www/chromium   : Makefile 
www/chromium/patches: patch-base_sys_info_openbsd_cc 
  patch-content_content_common_gypi 
  patch-content_gpu_gpu_main_cc 
  
patch-content_renderer_renderer_main_platform_delegate_linux_cc 
Added files:
www/chromium/patches: 
  patch-content_common_sandbox_init_openbsd_cc 
  patch-content_common_sandbox_init_openbsd_h 
  patch-content_ppapi_plugin_ppapi_thread_cc 
  patch-content_renderer_renderer_main_cc 
  patch-content_utility_utility_main_cc 
  patch-device_battery_battery_gyp 

Log message:
pledge(2) the chromium processes;

The renderer, gpu, plugin and utility processes are now using pledge(2)
Unfortunately the GPU process only requires an rpath pledge because of
Mesa trying to parse two configuration files, /etc/drirc and ${HOME}/.drirc
So currently the GPU process will use an rpath pledge in the next
week or so so that people can test, but this situation has to be
resolved because it is not acceptable that a mostly unused configuration
file is being parsed from a library and that stops us from using less
pledges and thus disallowing the GPU process to have read access
to the filsystem ... like your ssh keys.