Re: [NEW] vdirsyncer (+deps)

[Remi Locherer]

On Sun, Mar 05, 2017 at 10:42:33PM +, Stuart Henderson wrote:
> On 2017/03/05 23:21, Remi Locherer wrote:
> > attached a port of vdirsyncer plus it's dependencies.
> 
> I've just had a quick read through; in a few of the ports you have hardcoded
> ,python3 in deps, this should be ${MODPY_FLAVOR}. It's a noop for vdirsyncer
> itself though we are generally doing this anyway and it saves trouble if
> we change things in ports later, but for some of the other ports it's
> wrong as-is i.e. py-requests-toolbelt depends on www/py-requests,python3
> even for the py27 one. Similarly should use sphinx-build${MODPY_BIN_SUFFIX}
> rather than hardcoded sphinx-build-3.
> 
> One other nit, please use "Yes" instead of "YES" for PERMIT_PACKAGE_CDROM.
> 
> Other than that, looks good to me.

Thank you for reviewing my ports!

Attached updated tarballs.


py-atomicwrites.tar.gz
Description: application/tar-gz


py-click-log.tar.gz
Description: application/tar-gz


py-click-threading.tar.gz
Description: application/tar-gz


py-requests-roolbelt.tar.gz
Description: application/tar-gz


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

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2017/03/06 00:33:29

Modified files:
net/munin  : Makefile distinfo 

Log message:
Bugfix update to munin-2.0.33

Re: possible chromium regression on -current (caused by llvm)

[Steven Mestdagh]

Robert Nagy [2017-03-03, 16:01:25]:
> The issue is caused by the llvm update most probably,
> reverting back to llvm-3.9.1p0 fixes the issue, so it's either the
> update or a commit after that.
> 
> http://nerd.hu/chromium-56.0.2924.87p0.tgz for amd64 using llvm-3.9.1p0

this fixes the issue for me as well.

[UPDATE] security/py-dfvfs

[Remi Pointel]

Hi,

this is the diff to update py-dfvfs to latest release.

Ok?

Cheers,

Remi.
Index: Makefile
===
RCS file: /cvs/ports/security/py-dfvfs/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile	22 Feb 2017 19:15:59 -	1.1.1.1
+++ Makefile	6 Mar 2017 05:50:26 -
@@ -2,7 +2,7 @@
 
 COMMENT =	Digital Forensics Virtual File System (dfVFS)
 
-MODPY_EGG_VERSION = 20160918
+MODPY_EGG_VERSION = 20170116
 DISTNAME =	py-dfvfs-${MODPY_EGG_VERSION}
 
 GH_ACCOUNT =	log2timeline
Index: distinfo
===
RCS file: /cvs/ports/security/py-dfvfs/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo	22 Feb 2017 19:15:59 -	1.1.1.1
+++ distinfo	6 Mar 2017 05:50:26 -
@@ -1,2 +1,2 @@
-SHA256 (py-dfvfs-20160918.tar.gz) = N2x59Z9ouiR2goECTaZVhKs9pmqWEstyNE755/ncweU=
-SIZE (py-dfvfs-20160918.tar.gz) = 77687184
+SHA256 (py-dfvfs-20170116.tar.gz) = gyztTdfmFs9ix+MfOFY7lJQtJ0zq52+FvbfbM4EWyzw=
+SIZE (py-dfvfs-20170116.tar.gz) = 77685960
Index: pkg/PLIST
===
RCS file: /cvs/ports/security/py-dfvfs/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PLIST
--- pkg/PLIST	22 Feb 2017 19:15:59 -	1.1.1.1
+++ pkg/PLIST	6 Mar 2017 05:50:26 -
@@ -344,6 +344,10 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/dfvfs/vfs/cpio_file_entry.pyc
 lib/python${MODPY_VERSION}/site-packages/dfvfs/vfs/cpio_file_system.py
 lib/python${MODPY_VERSION}/site-packages/dfvfs/vfs/cpio_file_system.pyc
+lib/python${MODPY_VERSION}/site-packages/dfvfs/vfs/data_range_file_entry.py
+lib/python${MODPY_VERSION}/site-packages/dfvfs/vfs/data_range_file_entry.pyc
+lib/python${MODPY_VERSION}/site-packages/dfvfs/vfs/data_range_file_system.py
+lib/python${MODPY_VERSION}/site-packages/dfvfs/vfs/data_range_file_system.pyc
 lib/python${MODPY_VERSION}/site-packages/dfvfs/vfs/encoded_stream_file_entry.py
 lib/python${MODPY_VERSION}/site-packages/dfvfs/vfs/encoded_stream_file_entry.pyc
 lib/python${MODPY_VERSION}/site-packages/dfvfs/vfs/encoded_stream_file_system.py

[UPDATE] sysutils/py-tsk

[Remi Pointel]

Hi,

this is the diff to update py-tsk to latest release.

Ok?

Cheers,

Remi.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/py-tsk/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile	22 Jan 2017 08:18:04 -	1.1.1.1
+++ Makefile	6 Mar 2017 05:50:07 -
@@ -2,7 +2,7 @@
 
 COMMENT =	Python bindings for The Sleuth Kit (libtsk)
 
-MODPY_EGG_VERSION = 20160721
+MODPY_EGG_VERSION = 20170128
 DISTNAME =	pytsk3-${MODPY_EGG_VERSION}
 PKGNAME =	py-tsk-${MODPY_EGG_VERSION}
 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/py-tsk/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo	22 Jan 2017 08:18:04 -	1.1.1.1
+++ distinfo	6 Mar 2017 05:50:07 -
@@ -1,2 +1,2 @@
-SHA256 (pytsk3-20160721.tar.gz) = 3m9J5oek63R9BStD7FXm6upbwzOUaA7iMq8DKSCf/IU=
-SIZE (pytsk3-20160721.tar.gz) = 2958826
+SHA256 (pytsk3-20170128.tar.gz) = cd+CBS8glYOywEL+0qvFEQ/4PZUM33SNbLrSRNcJzkY=
+SIZE (pytsk3-20170128.tar.gz) = 2803782

[UPDATE] sysutils/libsigscan

[Remi Pointel]

Hi,

this is the diff to update libsigscan to latest release.

Ok?

Cheers,

Remi.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/libsigscan/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile	14 Feb 2017 20:20:30 -	1.1.1.1
+++ Makefile	6 Mar 2017 05:50:00 -
@@ -2,7 +2,7 @@
 
 COMMENT =	library for binary signature scanning
 
-VERSION = 	20160312
+VERSION = 	20170124
 DISTNAME =	libsigscan-experimental-${VERSION}
 PKGNAME =	${DISTNAME:S/-experimental//}
 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/libsigscan/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo	14 Feb 2017 20:20:30 -	1.1.1.1
+++ distinfo	6 Mar 2017 05:50:00 -
@@ -1,2 +1,2 @@
-SHA256 (libsigscan-experimental-20160312.tar.gz) = QOkpkfU/XGniHdZi3AIfQe+SA+67xsnWWhlOyMpoo/8=
-SIZE (libsigscan-experimental-20160312.tar.gz) = 1279402
+SHA256 (libsigscan-experimental-20170124.tar.gz) = WDPVGccwplpGO3GgezI2w5Zeh70biwsWNAQtVNNGToo=
+SIZE (libsigscan-experimental-20170124.tar.gz) = 1289518

[UPDATE] sysutils/libmsiecf

[Remi Pointel]

Hi,

this is the diff to update libmsiecf to latest release.

Ok?

Cheers,

Remi.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/libmsiecf/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile	13 Feb 2017 19:35:38 -	1.1.1.1
+++ Makefile	6 Mar 2017 05:49:55 -
@@ -2,7 +2,7 @@
 
 COMMENT =	library and tools to access the IE Cache File (index.dat)
 
-VERSION = 	20160904
+VERSION = 	20170116
 DISTNAME =	libmsiecf-alpha-${VERSION}
 PKGNAME =	${DISTNAME:S/-alpha//}
 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/libmsiecf/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo	13 Feb 2017 19:35:38 -	1.1.1.1
+++ distinfo	6 Mar 2017 05:49:55 -
@@ -1,2 +1,2 @@
-SHA256 (libmsiecf-alpha-20160904.tar.gz) = 1zvhIMdihOEdQDiSDLH+mG3eumRL+U/4icIHD37XwrM=
-SIZE (libmsiecf-alpha-20160904.tar.gz) = 1458051
+SHA256 (libmsiecf-alpha-20170116.tar.gz) = RdTtmF6us49lCqaJKALkHhO0A3D8AbmIvcaeN9iyUVM=
+SIZE (libmsiecf-alpha-20170116.tar.gz) = 1463602

[UPDATE] security/libbde

[Remi Pointel]

Hi,

this is the diff to update libbde to latest release and force the use of 
our awk.


Ok?

Cheers,

Remi.
Index: Makefile
===
RCS file: /cvs/ports/security/libbde/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile	21 Feb 2017 10:38:42 -	1.1.1.1
+++ Makefile	6 Mar 2017 05:50:19 -
@@ -2,7 +2,7 @@
 
 COMMENT =		access the BitLocker Drive Encryption encrypted volumes
 
-VERSION =		20160731
+VERSION =		20170204
 DISTNAME =		libbde-alpha-${VERSION}
 PKGNAME =		libbde-${VERSION}
 
@@ -24,7 +24,8 @@ WANTLIB += bfio c crypto fuse m pthread 
 CONFIGURE_STYLE =	simple
 CONFIGURE_ARGS +=	--mandir=${PREFIX}/man \
 			--enable-python \
-			--with-pyprefix=${LOCALBASE}
+			--with-pyprefix=${LOCALBASE} \
+			AWK=/usr/bin/awk
 
 WRKDIST =		${WRKDIR}/${PKGNAME}
 
Index: distinfo
===
RCS file: /cvs/ports/security/libbde/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo	21 Feb 2017 10:38:42 -	1.1.1.1
+++ distinfo	6 Mar 2017 05:50:19 -
@@ -1,2 +1,2 @@
-SHA256 (libbde-alpha-20160731.tar.gz) = fX3NF635lB6ciuVsp7a5OND/K1xnKya0QeY6sAhKzJU=
-SIZE (libbde-alpha-20160731.tar.gz) = 1653822
+SHA256 (libbde-alpha-20170204.tar.gz) = WiOmpgKZOnT2CvckoxJB3tBRpl9nFdOK/Ypnwf4F0K0=
+SIZE (libbde-alpha-20170204.tar.gz) = 1656035

[UPDATE] sysutils/libfwsi

[Remi Pointel]

Hi,

this is the diff to update libfwsi to latest release.

Ok?

Cheers,

Remi.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/libfwsi/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile	12 Feb 2017 07:07:55 -	1.1.1.1
+++ Makefile	6 Mar 2017 05:49:48 -
@@ -2,7 +2,7 @@
 
 COMMENT =	library to access the Windows Shell Item format
 
-VERSION = 	20160110
+VERSION = 	20170117
 DISTNAME =	libfwsi-experimental-${VERSION}
 PKGNAME =	${DISTNAME:S/-experimental//}
 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/libfwsi/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo	12 Feb 2017 07:07:55 -	1.1.1.1
+++ distinfo	6 Mar 2017 05:49:48 -
@@ -1,2 +1,2 @@
-SHA256 (libfwsi-experimental-20160110.tar.gz) = RhWzCORXoI9vtVQtjjIp0khR8uxYIqrPwoZjf/Lwgxs=
-SIZE (libfwsi-experimental-20160110.tar.gz) = 1263956
+SHA256 (libfwsi-experimental-20170117.tar.gz) = c1PsM5iV+Z8+cN3VfFyCInMZATYUYTvnAGaCbBP2470=
+SIZE (libfwsi-experimental-20170117.tar.gz) = 1301587

UPDATE: SMPlayer-17.3.0

[Gonzalo L. Rodriguez]

Hello,

Update for SMPlayer to 17.3.0:

http://smplayer.sourceforge.net/en/changes

Ok? Comments?

Cheers.-

-- 
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/x11/smplayer/Makefile,v
retrieving revision 1.33
diff -u -p -r1.33 Makefile
--- Makefile1 Mar 2017 13:04:15 -   1.33
+++ Makefile6 Mar 2017 04:46:03 -
@@ -2,7 +2,7 @@
 
 COMMENT =  complete front-end for MPlayer
 
-DISTNAME = smplayer-17.2.0
+DISTNAME = smplayer-17.3.0
 
 CATEGORIES =   multimedia x11
 
Index: distinfo
===
RCS file: /cvs/ports/x11/smplayer/distinfo,v
retrieving revision 1.21
diff -u -p -r1.21 distinfo
--- distinfo1 Mar 2017 13:04:15 -   1.21
+++ distinfo6 Mar 2017 04:46:03 -
@@ -1,2 +1,2 @@
-SHA256 (smplayer-17.2.0.tar.bz2) = rcEIDeiLL6xKY4RAkZaMj530dQhHQ3Zu/J7+Af3l2BY=
-SIZE (smplayer-17.2.0.tar.bz2) = 4484281
+SHA256 (smplayer-17.3.0.tar.bz2) = smaGMp+54P3tCM0sQsfRpud4lT6AWcWqALiNPIs4Z3s=
+SIZE (smplayer-17.3.0.tar.bz2) = 4489157

Re: ports affected by video - v4l

[Stuart Henderson]

On 2017/03/05 22:35, Stuart Henderson wrote:
> On 2017/03/05 23:11, Mihai Popescu wrote:
> > On Sun, Mar 5, 2017 at 10:41 PM, Stuart Henderson  
> > wrote:
> > > On 2017/03/05 18:53, Mihai Popescu wrote:
> > >> Hello,
> > >>
> > >> I am running the latest snapshot, but since a few snapshots ago ( i
> > >> don't recall which ) some application using camera are displaying only
> > >> vertical lines gradients.
> > >>
> > >> I use mainly baresip, then I checked with mpv and mplayer. Mpv and
> > >> baresip are showing that vertical lines gradient, mplayer is working
> > >> ok.
> > >>
> > >> I don't know where the problem lies, v4l or gstreamer. I will send some 
> > >> info:
> > >
> > > Presumably video(1) still works?
> > >
> > > I wonder if it might be something to do with the llvm/clang update.
> > 
> > Yes, video works. I had no idea about this utility, but it is nice.
> 
> I just dug out my uvideo to try. Fun, with mpv it looks something like a
> section through the rings of Saturn. I've just tried it with FFmpeg compiled
> using the older version of LLVM/Clang but no difference there. Not sure what
> to try next but I can definitely replicate it.
> 

...also, it's fine with "ffplay -f video4linux2 /dev/video0" from FFmpeg;
which does use libv4l.

Things I've tried which are failing:

mpv (as above)

vlc (open capture device, video camera, /dev/video0) - crashes often with
a segfault but when it did work I had an interlaced picture with some repetition

gstreamer-1.0 ("gst-launch-1.0 v4l2src \! xvimagesink") - also interlaced with
some repetition, but a bit different to vlc

So there's a mixture of Gtk and Qt and SDL things in the list of failures..

Re: [NEW] vdirsyncer (+deps)

[Stuart Henderson]

On 2017/03/05 23:21, Remi Locherer wrote:
> attached a port of vdirsyncer plus it's dependencies.

I've just had a quick read through; in a few of the ports you have hardcoded
,python3 in deps, this should be ${MODPY_FLAVOR}. It's a noop for vdirsyncer
itself though we are generally doing this anyway and it saves trouble if
we change things in ports later, but for some of the other ports it's
wrong as-is i.e. py-requests-toolbelt depends on www/py-requests,python3
even for the py27 one. Similarly should use sphinx-build${MODPY_BIN_SUFFIX}
rather than hardcoded sphinx-build-3.

One other nit, please use "Yes" instead of "YES" for PERMIT_PACKAGE_CDROM.

Other than that, looks good to me.

Re: ports affected by video - v4l

[Stuart Henderson]

On 2017/03/05 23:11, Mihai Popescu wrote:
> On Sun, Mar 5, 2017 at 10:41 PM, Stuart Henderson  
> wrote:
> > On 2017/03/05 18:53, Mihai Popescu wrote:
> >> Hello,
> >>
> >> I am running the latest snapshot, but since a few snapshots ago ( i
> >> don't recall which ) some application using camera are displaying only
> >> vertical lines gradients.
> >>
> >> I use mainly baresip, then I checked with mpv and mplayer. Mpv and
> >> baresip are showing that vertical lines gradient, mplayer is working
> >> ok.
> >>
> >> I don't know where the problem lies, v4l or gstreamer. I will send some 
> >> info:
> >
> > Presumably video(1) still works?
> >
> > I wonder if it might be something to do with the llvm/clang update.
> 
> Yes, video works. I had no idea about this utility, but it is nice.

I just dug out my uvideo to try. Fun, with mpv it looks something like a
section through the rings of Saturn. I've just tried it with FFmpeg compiled
using the older version of LLVM/Clang but no difference there. Not sure what
to try next but I can definitely replicate it.

[NEW] vdirsyncer (+deps)

[Remi Locherer]

Hi,

attached a port of vdirsyncer plus it's dependencies.

---
remi@mistral$ pkg_info vdirsyncer
Information for inst:vdirsyncer-0.15.0

Comment:
synchronize calendars and contacts

Description:
Vdirsyncer synchronizes your calendars and addressbooks between two
storages. The most popular purpose is to synchronize a CalDAV/CardDAV
server with a local folder or file. The local data can then be accessed
via a variety of programs, none of which have to know or worry about
syncing to a server.

Maintainer: Remi Locherer 

WWW: https://vdirsyncer.pimutils.org/
---

Vdirsyncer is written in Python and the project recommends to run it with
Python 3.

The tool depends on the following libraries that are not yet available as
ports (tarballs attached):
- atomicwrites
- click-log
- click-threading
- requests-toolbelt

I made the ports for these ready for Python 2 and 3. But I only tested the
Python 3 flavor (with vdirsyncer).

Regards,
Remi


py-atomicwrites.tar.gz
Description: application/tar-gz


py-click-log.tar.gz
Description: application/tar-gz


py-click-threading.tar.gz
Description: application/tar-gz


py-requests-toolbelt.tar.gz
Description: application/tar-gz


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

CVS: cvs.openbsd.org: ports

[Alexandr Shadchin]

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/03/05 14:35:47

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

Log message:
Update to py-uncompyle6 2.9.10

CVS: cvs.openbsd.org: ports

[Alexandr Shadchin]

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/03/05 14:13:27

Modified files:
shells : Makefile 

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

Re: ports affected by video - v4l

[Mihai Popescu]

On Sun, Mar 5, 2017 at 10:41 PM, Stuart Henderson  wrote:
> On 2017/03/05 18:53, Mihai Popescu wrote:
>> Hello,
>>
>> I am running the latest snapshot, but since a few snapshots ago ( i
>> don't recall which ) some application using camera are displaying only
>> vertical lines gradients.
>>
>> I use mainly baresip, then I checked with mpv and mplayer. Mpv and
>> baresip are showing that vertical lines gradient, mplayer is working
>> ok.
>>
>> I don't know where the problem lies, v4l or gstreamer. I will send some info:
>
> Presumably video(1) still works?
>
> I wonder if it might be something to do with the llvm/clang update.

Yes, video works. I had no idea about this utility, but it is nice.

CVS: cvs.openbsd.org: ports

[Alexandr Shadchin]

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/03/05 14:09:09

Log message:
Import py-qtconsole 4.2.1, ok and tweak danj@

Qt-based console for Jupyter with support for rich media output.

Status:

Vendor Tag: shadchin
Release Tags:   shadchin_20170306

N ports/shells/py-qtconsole/Makefile
N ports/shells/py-qtconsole/distinfo
N ports/shells/py-qtconsole/pkg/DESCR
N ports/shells/py-qtconsole/pkg/PLIST

No conflicts created by this import

Re: ports affected by video - v4l

[Stuart Henderson]

On 2017/03/05 18:53, Mihai Popescu wrote:
> Hello,
> 
> I am running the latest snapshot, but since a few snapshots ago ( i
> don't recall which ) some application using camera are displaying only
> vertical lines gradients.
> 
> I use mainly baresip, then I checked with mpv and mplayer. Mpv and
> baresip are showing that vertical lines gradient, mplayer is working
> ok.
> 
> I don't know where the problem lies, v4l or gstreamer. I will send some info:

Presumably video(1) still works?

I wonder if it might be something to do with the llvm/clang update.

ports affected by video - v4l

[Mihai Popescu]

Hello,

I am running the latest snapshot, but since a few snapshots ago ( i
don't recall which ) some application using camera are displaying only
vertical lines gradients.

I use mainly baresip, then I checked with mpv and mplayer. Mpv and
baresip are showing that vertical lines gradient, mplayer is working
ok.

I don't know where the problem lies, v4l or gstreamer. I will send some info:

OpenBSD 6.1-beta (GENERIC.MP) #210: Sat Mar  4 23:19:47 MST 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8029429760 (7657MB)
avail mem = 7781412864 (7420MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xeebc0 (57 entries)
bios0: vendor LENOVO version "9VKT33AUS" date 09/11/2013
bios0: LENOVO 1990RZ2
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC TCPA MCFG SLIC MCFG HPET SSDT
acpi0: wakeup devices PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4)
PCE7(S4) PCE9(S4) PCEA(S4) PCEB(S4) PCEC(S4) SBAZ(S4) P0PC(S4)
PE20(S4) PE21(S4) PE22(S4) PE23(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Athlon(tm) II X2 B26 Processor, 3193.58 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,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB
64b/line 16-way L2 cache
cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu0: AMD erratum 721 detected and fixed
cpu0: TSC frequency 3193582800 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 199MHz
cpu0: mwait min=64, max=64, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD Athlon(tm) II X2 B26 Processor, 3192.02 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB
64b/line 16-way L2 cache
cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu1: AMD erratum 721 detected and fixed
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 3 pa 0xfec0, version 21, 24 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpimcfg1 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318180 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (P0P1)
acpiprt2 at acpi0: bus -1 (PCE2)
acpiprt3 at acpi0: bus -1 (PCE3)
acpiprt4 at acpi0: bus -1 (PCE4)
 acpiprt5 at acpi0: bus -1 (PCE5)
acpiprt6 at acpi0: bus -1 (PCE6)
acpiprt7 at acpi0: bus -1 (PCE7)
acpiprt8 at acpi0: bus -1 (PCE9)
acpiprt9 at acpi0: bus -1 (PCEA)
acpiprt10 at acpi0: bus 2 (P0PC)
acpiprt11 at acpi0: bus 3 (PE20)
acpiprt12 at acpi0: bus -1 (PE21)
acpiprt13 at acpi0: bus -1 (PE22)
acpiprt14 at acpi0: bus 4 (PE23)
acpicpu0 at acpi0: C1(@1 halt!), PSS
acpicpu1 at acpi0: C1(@1 halt!), PSS
"PNP0501" at acpi0 not configured
tpm0 at acpi0: TPM_ addr 0xfed4/0x5000: device 0x104a rev 0x4e
acpibtn0 at acpi0: PWRB
cpu0: 3193 MHz: speeds: 3200 2500 1900 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "AMD RS880 Host" rev 0x00
ppb0 at pci0 dev 1 function 0 unknown vendor 0x17aa product 0x9602 rev 0x00
pci1 at ppb0 bus 1
radeondrm0 at pci1 dev 5 function 0 "ATI Radeon HD 4250" rev 0x00
drm0 at radeondrm0
radeondrm0: apic 3 int 18
ahci0 at pci0 dev 17 function 0 "ATI SBx00 SATA" rev 0x00: apic 3 int
19, AHCI 1.2
ahci0: port 0: 3.0Gb/s
ahci0: port 1: 1.5Gb/s
scsibus1 at ahci0: 32 targets
sd0 at scsibus1 targ 0 lun 0:  SCSI3
0/direct fixed naa.50014ee1018094dc
sd0: 305245MB, 512 bytes/sector, 625142448 sectors
cd0 at scsibus1 targ 1 lun 0:  ATAPI
5/cdrom removable
ohci0 at pci0 dev 18 function 0 "ATI SB700 USB" rev 0x00: apic 3 int
18, version 1.0, legacy support
ehci0 at pci0 dev 18 function 2 "ATI SB700 USB2" rev 0x00: apic 3 int 17
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "ATI EHCI root hub" rev
2.00/1.00 addr 1
ohci1 at pci0 dev 19 function 0 "ATI SB700 USB" rev 0x00: apic 3 int
18, version 1.0, legacy support
ehci1 at pci0 dev 19 function 2 "ATI SB700 USB2" rev 0x00: apic 3 int 17
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 configuration 1 interface 0 "ATI EHCI root hub" rev
2.00/1.00 addr 1
piixpm0 at pci0 dev 20 function 0 "ATI SBx00 SMBus" rev 0x42: polling
iic0 at piixpm0
spdmem0 at iic0 addr 0x52: 4GB DDR3 

x11/kde4 MASTER_SITES fix

[Rafael Sadowski]

Some tarballs are in Attic.

Index: kactivities/Makefile
===
RCS file: /cvs/ports/x11/kde4/kactivities/Makefile,v
retrieving revision 1.11
diff -u -p -u -p -r1.11 Makefile
--- kactivities/Makefile28 May 2015 10:17:26 -  1.11
+++ kactivities/Makefile5 Mar 2017 18:37:45 -
@@ -5,6 +5,8 @@ MODKDE4_VERSION =   4.13.3
 DISTNAME = kactivities-${MODKDE4_VERSION}
 REVISION = 0
 
+MASTER_SITES = ${MASTER_SITE_KDE:=Attic/${MODKDE4_VERSION}/src/}
+
 SHARED_LIBS =  kactivities 51.0 # 6.0
 SHARED_LIBS += kactivities-models  51.0
 
Index: libs/Makefile
===
RCS file: /cvs/ports/x11/kde4/libs/Makefile,v
retrieving revision 1.76
diff -u -p -u -p -r1.76 Makefile
--- libs/Makefile   25 Dec 2016 16:33:01 -  1.76
+++ libs/Makefile   5 Mar 2017 18:37:45 -
@@ -16,7 +16,7 @@ PKGSPEC-main =kdelibs-${MODKDE4_SPEC}
 
 DPB_PROPERTIES =   parallel tag:kde4
 
-MASTER_SITES = ${MASTER_SITE_KDE:=stable/applications/15.04.3/src/}
+MASTER_SITES = ${MASTER_SITE_KDE:=Attic/applications/15.04.3/src/}
 
 SHARED_LIBS =  kde3support  50.2  # .4.0
 SHARED_LIBS += kdecore  50.2  # .5.0
Index: pim/Makefile
===
RCS file: /cvs/ports/x11/kde4/pim/Makefile,v
retrieving revision 1.30
diff -u -p -u -p -r1.30 Makefile
--- pim/Makefile25 Dec 2016 16:29:16 -  1.30
+++ pim/Makefile5 Mar 2017 18:37:45 -
@@ -6,7 +6,7 @@ PKGSPEC =   kdepim-${MODKDE4_SPEC}
 REVISION = 2
 DPB_PROPERTIES +=  parallel
 
-MASTER_SITES = ${MASTER_SITE_KDE:=stable/applications/15.04.3/src/}
+MASTER_SITES = ${MASTER_SITE_KDE:=Attic/applications/15.04.3/src/}
 
 SHARED_LIBS =  akonadi_next54.0
 SHARED_LIBS += akregatorinterfaces 54.0
Index: pim-runtime/Makefile
===
RCS file: /cvs/ports/x11/kde4/pim-runtime/Makefile,v
retrieving revision 1.23
diff -u -p -u -p -r1.23 Makefile
--- pim-runtime/Makefile2 Jul 2015 00:10:16 -   1.23
+++ pim-runtime/Makefile5 Mar 2017 18:37:45 -
@@ -5,7 +5,7 @@ DISTNAME =  kdepim-runtime-4.14.10
 
 DPB_PROPERTIES =   parallel
 
-MASTER_SITES = ${MASTER_SITE_KDE:=stable/applications/15.04.3/src/}
+MASTER_SITES = ${MASTER_SITE_KDE:=Attic/applications/15.04.3/src/}
 
 SHARED_LIBS =  akonadi-filestore   53.0 # 4.7
 #SHARED_LIBS +=akonadi-xml 51.0 # 4.7
Index: pimlibs/Makefile
===
RCS file: /cvs/ports/x11/kde4/pimlibs/Makefile,v
retrieving revision 1.39
diff -u -p -u -p -r1.39 Makefile
--- pimlibs/Makefile2 Jul 2015 00:10:16 -   1.39
+++ pimlibs/Makefile5 Mar 2017 18:37:45 -
@@ -5,7 +5,7 @@ DISTNAME =  kdepimlibs-4.14.10
 
 DPB_PROPERTIES =   parallel
 
-MASTER_SITES = ${MASTER_SITE_KDE:=stable/applications/15.04.3/src/}
+MASTER_SITES = ${MASTER_SITE_KDE:=Attic/applications/15.04.3/src/}
 
 SHARED_LIBS =  kabc 54.0  # .4.0
 SHARED_LIBS += kabc_file_core   54.0  # .4.0
Index: workspace/Makefile
===
RCS file: /cvs/ports/x11/kde4/workspace/Makefile,v
retrieving revision 1.56
diff -u -p -u -p -r1.56 Makefile
--- workspace/Makefile  11 Jan 2017 13:30:34 -  1.56
+++ workspace/Makefile  5 Mar 2017 18:37:45 -
@@ -4,7 +4,7 @@ COMMENT =   KDE workspace
 DISTNAME = kde-workspace-4.11.21
 REVISION = 15
 
-MASTER_SITES = ${MASTER_SITE_KDE:=stable/applications/15.04.3/src/}
+MASTER_SITES = ${MASTER_SITE_KDE:=Attic/applications/15.04.3/src/}
 
 # TODO:
 # Port ksysguard to OpenBSD (sensors framework, lsof(1) call replace and 
others).

CVS: cvs.openbsd.org: ports

[Alexandr Shadchin]

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/03/05 11:25:25

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

Log message:
Update to py-jedi 0.10.0

CVS: cvs.openbsd.org: ports

[Alexandr Shadchin]

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/03/05 11:18:24

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

Log message:
Update to py-jsonschema 2.6.0

CVS: cvs.openbsd.org: ports

[Alexandr Shadchin]

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/03/05 11:16:50

Modified files:
devel/py-typing: Makefile distinfo 

Log message:
Update to py-typing 3.5.3.0

Re: UPDATE: textproc/lowdown

[Daniel Jakots]

On Sun, 5 Mar 2017 16:40:32 +0100, Anton Lindqvist
 wrote:

> Hi,
> Here's an update of lowdown to 0.1.9. I'm a lowdown contributor and
> Kristaps asked me to maintain the port, which I don't mind. Summary of
> changes:
> 
> - Make use of the new simple configure script
> 
> - Install liblowdown and corresponding header and man-page
> 
> - Add missing pledge comment

Thanks, committed! 

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2017/03/05 10:10:41

Modified files:
textproc/lowdown: Makefile distinfo 
textproc/lowdown/pkg: PLIST 

Log message:
Update to lowdown-0.1.9

>From new maintainer Anton Lindqvist

CVS: cvs.openbsd.org: ports

[Jonathan Gray]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/03/05 09:28:14

Modified files:
sysutils/u-boot: Makefile 

Log message:
Strip the hyphen in the distname version from the package name.
espie and naddy directed me to packages-specs(7), an rc suffix
is allowed only if there is no hyphen.

This commit doesn't include bumping EPOCH, but that may be needed.

Re: Remove audio/gogo?

[Christian Weisgerber]

Frederic Cambus:

> The version we have in ports is from 2000, gogo is dead upstream, and
> this is an i386 only port. Nothing depends on it.

> OK to remove it?

ok

But for courtesy's sake let's see what Bob says, who probably doesn't
even remember that his name is on this piece of cruft...

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

UPDATE: textproc/lowdown

[Anton Lindqvist]

Hi,
Here's an update of lowdown to 0.1.9. I'm a lowdown contributor and
Kristaps asked me to maintain the port, which I don't mind. Summary of
changes:

- Make use of the new simple configure script

- Install liblowdown and corresponding header and man-page

- Add missing pledge comment

Index: Makefile
===
RCS file: /cvs/ports/textproc/lowdown/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile28 Dec 2016 16:58:57 -  1.1.1.1
+++ Makefile5 Mar 2017 13:24:34 -
@@ -2,20 +2,22 @@
 
 COMMENT =  simple markdown translator
 
-DISTNAME = lowdown-0.1.1
+DISTNAME = lowdown-0.1.9
 CATEGORIES =   textproc
 
 HOMEPAGE = https://kristaps.bsd.lv/lowdown/
-MAINTAINER =   Kristaps Dzonsons 
+MAINTAINER =   Anton Lindqvist 
 
 # ISC
 PERMIT_PACKAGE_CDROM = Yes
 
+# uses pledge()
 WANTLIB += c
 
 MASTER_SITES = https://kristaps.bsd.lv/lowdown/snapshots/
 
-MAKE_FLAGS =   PREFIX="${PREFIX}"
+CONFIGURE_STYLE =  simple
+CONFIGURE_ENV =PREFIX="${PREFIX}"
 NO_TEST =  Yes
 ALL_TARGET =   lowdown
 
Index: distinfo
===
RCS file: /cvs/ports/textproc/lowdown/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo28 Dec 2016 16:58:57 -  1.1.1.1
+++ distinfo5 Mar 2017 13:24:34 -
@@ -1,2 +1,2 @@
-SHA256 (lowdown-0.1.1.tar.gz) = gA7GFl0/r5l+/+5Yz/NifRk9IL41FJzYOPrvBaHXloc=
-SIZE (lowdown-0.1.1.tar.gz) = 40718
+SHA256 (lowdown-0.1.9.tar.gz) = O4CfnLTPaRK7L3BmbN8YbSVT8av9VJq1N7eCtGiMTnE=
+SIZE (lowdown-0.1.9.tar.gz) = 52896
Index: pkg/PLIST
===
RCS file: /cvs/ports/textproc/lowdown/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   28 Dec 2016 16:58:57 -  1.1.1.1
+++ pkg/PLIST   5 Mar 2017 13:24:34 -
@@ -1,3 +1,6 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2016/12/28 16:58:57 jturner Exp $
 @bin bin/lowdown
+include/lowdown.h
+lib/liblowdown.a
 @man man/man1/lowdown.1
+@man man/man3/lowdown.3

Re: converters/html2text add utf8 and other fixes

[Davide Gerhard]

On Wednesday, 01/02/2017 12:20 GMT, Stuart Henderson  
wrote:

> Another option would be to ask whoever wrote these patches if they can
> publish it as a repository somewhere.. It is effectively forked, so
> it would be a lot simpler to handle this as an update rather than a
> patchset (especially with the regenerated bison parser).

Nice to know, so I think that we can follow two routes:

* first

use debian git repository [1] that contains and maintains all new stuff
and apply only patches (debian/patches/) that we want.


* second

based on the answer of Martin Bayer (html2text maintainer) that wrote to me:

<< Let me make a long story short: You are right with most of your
points and it is true I haven't released a new version for years. But
the reason for this is, that html2text relies for its parser on a
bison++ version from the early 1990s. In order to go on with html2text,
one would need to move to the most recent version of GNU Bison, or
re-write the parser, which means to become independent from a parser
generator. html2text's unique feature was (at the time) rendering of
tables. I understand that w3m does this job too, as links/links2 do
also. So it's hard for me to see a good reason to invest time and effort
in html2text. As I'm focused for my work now to themes outside the open
source community, I'm more likely going to discontinue html2text rather
than making these efforts. >>

remove html2text and force users to use w3m o links/links2.

For example you can convert html to text with w3m with the following
command:

$ w3m -dump file.html > text


what do you think?



/davide


[1] https://anonscm.debian.org/cgit/collab-maint/html2text.git/

--
PGP: 0x90e516091925019b | 72ED 84B1 0123 8744 760B  AB89 90E5 1609 1925 019B

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2017/03/05 08:22:00

Modified files:
net/openafs: Makefile 
net/openafs/patches: patch-src_config_afs_sysnames_h 

Log message:
recognize OpenBSD 6.1

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/03/05 08:11:52

Modified files:
editors/xemacs21/stable: Makefile 

Log message:
Bump REVISION, also has OSREV in PLIST (prodded by naddy@)

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/03/05 08:06:36

Modified files:
devel/py-gobject3: Makefile 

Log message:
Bump REVISION, also has OSREV in PLIST

Re: Ports with hardcoded "gcc", "g++"

[Christian Weisgerber]

Updated list, 2017-03-05:

devel/boost
java/jna
lang/jruby
lang/nim
net/pidgin
x11/p5-Wx

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

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/03/05 04:52:43

Modified files:
devel/libf2c   : Makefile 

Log message:
Missing REVISION bump, libf2c also has OSREV in PLIST..

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/03/05 04:01:46

Modified files:
devel/py-wheel : Makefile 

Log message:
Properly format COMMENT.