date:20170223

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Remi Pointel

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/23 22:29:16

Modified files:
security/libewf: Makefile 

Log message:
force the use of awk in base.
spotted by naddy@.

ABI Navigator, a project to search for binary symbols

2017-02-23 Thread Andrey Ponomarenko

Hello,

I'd like to present a new project called "ABI Navigator" to search for binary 
symbols (functions, methods, global data, etc.) in open-source libraries: 
https://abi-laboratory.pro/index.php?view=navigator

The project allows to find out in which versions of libraries some symbol is 
defined, added, removed or changed. The data is taken from the ABI Tracker 
project (238 libraries and 0.9 million symbols currently): 
https://abi-laboratory.pro/tracker/

Example for symbol _ZN2Fl4copyEPKciiS1_ from FLTK: 
https://abi-laboratory.pro/index.php?view=navigator=_ZN2Fl4copyEPKciiS1_

The project aims to help developers and maintainers to resolve issues with 
missed symbols and navigate through the reports in the ABI Tracker.

Have you ever encountered the "undefined reference" error or want to know 
whether the symbol is _stable_ enough to use in your code? Try to find it in 
the ABI Navigator!

Enjoy!

NEW: textproc/py-podcastparser

2017-02-23 Thread trondd

This is new dependency for net/gpodder.  They replaced py-feedparser with
their own parser.

Pretty simple so I wouldn't be surprised if I've misssed something or did
something I didn't need to.  Dealing with the man page might be iffy.

The update to net/gpodder will follow.

Tim.



Àshº]`ezc»Ó0SãnÏYíÚ
*J®g8c×ôJ¿êVÕt\_£±2_tFR
Ô>drJ7ÆØ¾k×ìïÍüfj/L6¥ #g °þðÞ¸Nw%
$/^°UebýÛvF}§c`â§k-8eÇ¥l[4®,HLVúYTØMÛ1Þ¿®ªv(,!(*èk=BË×@ÄiÏC_MPÌHNÅäî5øÑéõ¯çIýqAqÚØSÿYiî~ÿ²¬ñúÜËÚÔáOÛ·*Ç"qúé%lC"£·¿_wOÞwOOo·ÆHMÁÌé
ôþitÝö?Üß.\uf;oÛÀ5?û*'lIðìüñ<Éÿìnzhÿ|ÿ¯)ªN(Z«É÷ÿÇàKñzÛugc_ýW5e·þ7-×ÿ#°½7ly
q}ãIîçKå$tàÔ®öÌR"à§ùÅ²Úùç(Æþ$Fð£¿$ªtãt
×*%0ñ>öBap
íjÿ+òoÃqøbþÛW¬:}ùßPô'ù¯k<ÿÁ9ë_²Ißü
P,í×]è¦ÕÚôÜR)2?`
0*¤ýMº-wuh:ÊãíÙòÛÀ9ë/ác¹}_áEÃáp8Ãáp8óã·Üjv

minor cleanup for math/coq

2017-02-23 Thread Daniel Dickman

I have an update for coq from 8.4 to 8.6, but I'd like to get the easy 
bits in first:
- switch from http to https
- drop gettext module
- regen WANTLIB
- move MODULES up in the Makefile, following Makefile.template

ok?

Index: Makefile
===
RCS file: /home/cvs/ports/math/coq/Makefile,v
retrieving revision 1.33
diff -u -p -u -r1.33 Makefile
--- Makefile29 Mar 2016 11:27:01 -  1.33
+++ Makefile24 Feb 2017 01:57:29 -
@@ -4,10 +4,10 @@ COMMENT=  proof assistant based on a typ
 
 V= 8.4pl6
 DISTNAME=  coq-$V
-REVISION=  1
+REVISION=  2
 
 CATEGORIES=math
-HOMEPAGE=  http://coq.inria.fr/
+HOMEPAGE=  https://coq.inria.fr/
 
 MAINTAINER=Yozo Toda 
 
@@ -17,23 +17,21 @@ PERMIT_PACKAGE_CDROM=   Yes
 WANTLIB += X11 Xcomposite Xcursor Xdamage Xext Xfixes Xi Xinerama
 WANTLIB += Xrandr Xrender atk-1.0 c cairo fontconfig freetype
 WANTLIB += gdk-x11-2.0 gdk_pixbuf-2.0 gio-2.0 glib-2.0 gobject-2.0
-WANTLIB += gtk-x11-2.0 m pango-1.0 pangocairo-1.0
-WANTLIB += pangoft2-1.0 pthread
-WANTLIB += z
+WANTLIB += gtk-x11-2.0 intl m pango-1.0 pangocairo-1.0 pangoft2-1.0
+WANTLIB += pthread z
 
-MASTER_SITES=  http://coq.inria.fr/distrib/V${V}/files/
+MASTER_SITES=  https://coq.inria.fr/distrib/V${V}/files/
 
-RUN_DEPENDS=   x11/lablgtk2
-BUILD_DEPENDS= ${RUN_DEPENDS} \
+MODULES=   lang/ocaml
+
+BUILD_DEPENDS= x11/lablgtk2 \
lang/ocaml-camlp4 \
sysutils/findlib
+RUN_DEPENDS=   x11/lablgtk2
 
 DESTDIRNAME=   COQINSTALLPREFIX
 
 USE_GMAKE= Yes
-
-MODULES=   devel/gettext \
-   lang/ocaml
 
 CONFIGURE_STYLE= simple
 CONFIGURE_ARGS=-emacslib ${PREFIX}/share/emacs/site-lisp \

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/02/23 15:57:30

Modified files:
security/letsencrypt/acme-tiny: Tag: OPENBSD_6_0 Makefile 
distinfo 

Log message:
update to a newer acme-tiny checkout, fixing agreement url. from Mikolaj 
Kucharski

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/02/23 15:57:11

Modified files:
security/letsencrypt/acme-tiny: Makefile distinfo 

Log message:
update to a newer acme-tiny checkout, fixing agreement url. from Mikolaj 
Kucharski

Re: UPDATE: graphics/inkscape

2017-02-23 Thread Rafael Sadowski

*ping* below a huge update

On Thu Jan 26, 2017 at 07:42:37PM +0100, Rafael Sadowski wrote:
> Hi ports@,
> 
> update to the last stable version. All patches committed upstream.
> 
> Did some tests with old SVGs, works fine here on amd64.
> 
> Comments? Feedback?
> 
> Cheers,
> 
> Rafael Sadowski
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/graphics/inkscape/Makefile,v
> retrieving revision 1.53
> diff -u -p -u -p -r1.53 Makefile
> --- Makefile  17 Dec 2016 19:06:28 -  1.53
> +++ Makefile  26 Jan 2017 18:35:07 -
> @@ -1,16 +1,13 @@
>  # $OpenBSD: Makefile,v 1.53 2016/12/17 19:06:28 zhuk Exp $
>  
> -# XXX check if still needed at next update
> -CXXFLAGS +=  -std=c++11
> -
>  COMMENT =SVG vector drawing application
>  
> -DISTNAME =   inkscape-0.91
> +DISTNAME =   inkscape-0.92.0
>  CATEGORIES = graphics
> -REVISION =   10
>  
> -MASTER_SITES =   https://inkscape.org/en/gallery/item/3854/
> -HOMEPAGE =   http://www.inkscape.org/
> +MASTER_SITES =   https://inkscape.org/gallery/item/10552/
> +HOMEPAGE =   https://www.inkscape.org/
> +EXTRACT_SUFX =   .tar.bz2
>  
>  MAINTAINER = Rafael Sadowski 
>  
> @@ -25,19 +22,18 @@ WANTLIB += fontconfig freetype gc gdk-x1
>  WANTLIB += gio-2.0 giomm-2.4 glib-2.0 glibmm-2.4 gmodule-2.0 gobject-2.0
>  WANTLIB += graphite2 gsl gslcblas gthread-2.0 gtk-x11-2.0 gtkmm-2.4
>  WANTLIB += gtkspell harfbuzz iconv intl jbig jpeg lcms2 lzma m
> -WANTLIB += openjp2 pango-1.0 pangocairo-1.0 pangoft2-1.0
> -WANTLIB += pangomm-1.4 pcre pixman-1 png poppler poppler-glib
> -WANTLIB += popt pthread pthread-stubs sigc-2.0 stdc++ tiff webp
> -WANTLIB += xcb xcb-render xcb-shm xml2 xslt z
> +WANTLIB += openjp2 pango-1.0 pangocairo-1.0 pangoft2-1.0 pangomm-1.4
> +WANTLIB += pcre pixman-1 png poppler poppler-glib popt pthread
> +WANTLIB += pthread-stubs sigc-2.0 stdc++ tiff webp xcb xcb-render
> +WANTLIB += xcb-shm xml2 xslt z
>  
>  MODULES= textproc/intltool \
>   lang/python \
> - lang/ruby
> + lang/ruby \
> + gcc4
>  
> -# c++11
> -MODULES +=   gcc4
> -MODGCC4_ARCHS =  *
> -MODGCC4_LANGS =  c++
> +MODGCC4_ARCHS=   *
> +MODGCC4_LANGS=   c++
>  
>  # We are just substituting paths at build time
>  MODPY_BUILDDEP = No
> @@ -53,6 +49,7 @@ BUILD_DEPENDS = devel/boost
>  LIB_DEPENDS =devel/boehm-gc \
>   devel/gsl \
>   devel/popt \
> + devel/pango \
>   graphics/ImageMagick \
>   graphics/lcms2 \
>   graphics/libexif \
> @@ -68,24 +65,33 @@ RUN_DEPENDS = devel/desktop-file-utils \
>   x11/gtk+3,-guic
>  
>  USE_GMAKE =  Yes
> +
>  CONFIGURE_STYLE = gnu
> -AUTOCONF_VERSION = 2.69
> +
> +AUTOCONF_VERSION =   2.69
> +AUTOMAKE_VERSION =   1.11
>  
>  CONFIGURE_ARGS = -without-gnome-vfs
>  CONFIGURE_ENV =  CPPFLAGS="-I${LOCALBASE}/include/ImageMagick \
> -   -I${LOCALBASE}/include -I${X11BASE}/include" \
> + -I${LOCALBASE}/include -I${X11BASE}/include" \
>   LDFLAGS="-L${LOCALBASE}/lib -L${X11BASE}/lib"
>  
> +# XXX todo
>  NO_TEST =Yes
>  
>  # As discussed on the ports mailing list, remove internationalised manual
>  # pages, as our mandoc implementation does not yet deal with them properly.
>  RM_MANS =man/el man/fr man/ja man/man1/inkscape.*.1 \
> - man/sk man/zh_TW
> + man/sk man/zh_TW  man/de
>  
>  SUBST_VARS +=RUBY MODRUBY_REV
>  pre-configure:
> - ${SUBST_CMD} ${WRKSRC}/src/extension/implementation/script.cpp
> + find ${WRKDIST} -name i18n.py \
> + -exec sed -i 's,python,${MODPY_BIN},' {} +;
> + ${SUBST_CMD} ${WRKSRC}/src/extension/implementation/script.cpp \
> + ${WRKSRC}/src/main.cpp
> + cd ${WRKSRC} && AUTOMAKE_VERSION=${AUTOMAKE_VERSION} \
> + AUTOCONF_VERSION=${AUTOCONF_VERSION} ./autogen.sh
>  
>  post-install:
>  .for i in ${RM_MANS}
> Index: distinfo
> ===
> RCS file: /cvs/ports/graphics/inkscape/distinfo,v
> retrieving revision 1.10
> diff -u -p -u -p -r1.10 distinfo
> --- distinfo  24 Mar 2015 18:45:11 -  1.10
> +++ distinfo  26 Jan 2017 18:35:07 -
> @@ -1,2 +1,2 @@
> -SHA256 (inkscape-0.91.tar.gz) = LKPPvI21PkpPIGUL9Qx85pKojcv0HrwMks0k5GUA2yA=
> -SIZE (inkscape-0.91.tar.gz) = 34074831
> +SHA256 (inkscape-0.92.0.tar.bz2) = 
> uLTBWaAESNRlOEUz5acNPzPl+ca3THbqXWNt3W3XulY=
> +SIZE (inkscape-0.92.0.tar.bz2) = 30827883
> Index: patches/patch-src_2geom_hvlinesegment_h
> ===
> RCS file: patches/patch-src_2geom_hvlinesegment_h
> diff -N patches/patch-src_2geom_hvlinesegment_h
> --- patches/patch-src_2geom_hvlinesegment_h   24 Mar 2015 18:45:12 -  
> 1.1
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,16

[CHANGE] devel/jdk/1.8

2017-02-23 Thread Kurt Miller

This eliminates the with_ipv6 FLAVOR in favor of a different approach.
ipv6 support will be compiled into the default packages, however I have
set preferIPv4Stack to default to true. The result should be no change
for ipv4 users but would allow the use of ipv6 by setting some
properties. Here's what I put in the DESCR:

NOTE:
ipv4 to ipv6 address mapping is disabled on OpenBSD. This means the
jdk can only use ipv4 addresses or ipv6 addresses but not both at
the same time. By default ipv4 addresses are enabled. To use ipv6
addresses set the following properties when you start java:

-Djava.net.preferIPv4Stack=false
-Djava.net.preferIPv6Stack=true
-Djava.net.preferIPv6Addresses=true

Testing that I have not broken ipv4 use cases would be greatly
appreciated. Testing ipv6 works with the three properties would get
bonus points.

Thanks,
-Kurt

Index: Makefile
===
RCS file: /cvs/ports/devel/jdk/1.8/Makefile,v
retrieving revision 1.15
diff -u -p -u -p -r1.15 Makefile
--- Makefile23 Feb 2017 13:11:42 -  1.15
+++ Makefile23 Feb 2017 18:26:37 -
@@ -12,7 +12,7 @@ PKGNAME=  jdk-${V}
 PKGNAME-main=  jdk-${V}
 PKGNAME-jre=   jre-${V}
 EPOCH= 0
-REVISION=  0
+REVISION=  1
 
 DIST_SUBDIR=   jdk
 DISTNAME=  openjdk-8u121b13-bsd-port-20170201
@@ -23,7 +23,6 @@ CATEGORIES=   devel/jdk java
 
 MULTI_PACKAGES=-main -jre
 
-FLAVORS=   with_ipv6
 PSEUDO_FLAVORS=native_bootstrap
 FLAVOR?=
 
@@ -107,10 +106,6 @@ MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/commo
 # MAKE_FLAGS=  LOG=debug
 MAKE_ENV=  DEFAULT_LIBPATH="/usr/lib:${X11BASE}/lib:${LOCALBASE}/lib" \
    COMPILER_WARNINGS_FATAL=false
-
-.if !${FLAVOR:Mwith_ipv6}
-MAKE_ENV+= DONT_ENABLE_IPV6=yes
-.endif
 
 JDKHOME=   jdk-1.8.0
 JREHOME=   jre-1.8.0
Index: patches/patch-jdk_src_share_native_java_lang_System_c
===
RCS file: patches/patch-jdk_src_share_native_java_lang_System_c
diff -N patches/patch-jdk_src_share_native_java_lang_System_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-jdk_src_share_native_java_lang_System_c   23 Feb 2017 
18:26:37 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+--- jdk/src/share/native/java/lang/System.c.orig   Wed Feb  1 16:16:31 2017
 jdk/src/share/native/java/lang/System.cThu Feb 23 11:54:01 2017
+@@ -300,6 +300,10 @@ Java_java_lang_System_initProperties(JNIEnv *env, jcla
+ }
+ #endif
+ 
++#ifdef __OpenBSD__
++PUTPROP(props, "java.net.preferIPv4Stack", 
sprops->java_net_preferIPv4Stack);
++#endif
++
+ /* !!! DO NOT call PUTPROP_ForPlatformNString before this line !!!
+  * !!! I18n properties have not been set up yet !!!
+  */
Index: patches/patch-jdk_src_share_native_java_lang_java_props_h
===
RCS file: patches/patch-jdk_src_share_native_java_lang_java_props_h
diff -N patches/patch-jdk_src_share_native_java_lang_java_props_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-jdk_src_share_native_java_lang_java_props_h   23 Feb 2017 
18:26:37 -
@@ -0,0 +1,13 @@
+$OpenBSD$
+--- jdk/src/share/native/java/lang/java_props.h.orig   Wed Feb  1 16:16:31 2017
 jdk/src/share/native/java/lang/java_props.hThu Feb 23 11:54:01 2017
+@@ -91,6 +91,9 @@ typedef struct {
+ 
+ char *desktop;  /* Desktop name. */
+ 
++#ifdef __OpenBSD__
++char *java_net_preferIPv4Stack; /* prefer IPv4 on OpenBSD. */
++#endif
+ #ifdef MACOSX
+ // These are for proxy-related information.
+ // Note that if these platform-specific extensions get out of hand we 
should make a new
Index: patches/patch-jdk_src_solaris_native_java_lang_java_props_md_c
===
RCS file: patches/patch-jdk_src_solaris_native_java_lang_java_props_md_c
diff -N patches/patch-jdk_src_solaris_native_java_lang_java_props_md_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-jdk_src_solaris_native_java_lang_java_props_md_c  23 Feb 
2017 18:26:37 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+--- jdk/src/solaris/native/java/lang/java_props_md.c.orig  Wed Feb  1 
16:16:32 2017
 jdk/src/solaris/native/java/lang/java_props_md.c   Thu Feb 23 11:54:01 2017
+@@ -471,6 +471,10 @@ GetJavaProperties(JNIEnv *env)
+ sprops.awt_toolkit = "sun.awt.X11.XToolkit";
+ #endif
+ 
++#ifdef __OpenBSD__
++sprops.java_net_preferIPv4Stack = "true";
++#endif
++
+ /* This is used only for debugging of font problems. */
+ v = getenv("JAVA2D_FONTPATH");
+ sprops.font_dir = v ? v : NULL;
Index: pkg/DESCR-jre
===
RCS file: /cvs/ports/devel/jdk/1.8/pkg/DESCR-jre,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 DESCR-jre
--- pkg/DESCR-jre   17 Jun 2015 17:12:27 -  1.1.1.1
+++ pkg/DESCR-jre   23 Feb 2017

Fixes to README of sysutils/anacron

2017-02-23 Thread Andreas Kusalananda Kähäri

Hi,

I was once the port maintainer of sysutils/anacron. I wrote the
pkg/README file and it's been bothering me ever since.

I have attached a patch that fixes it in such a way that

* Environtment variables are the same as in the default crontab for
  root.

* Absolute paths for /bin/sh are being used.

* No pipe to tee (why did I even have that?).

* Suggest adding an @hourly job to run anacron in root's crontab.

* Fixes @hourly and @reboot crontab suggestions so that it tests if the
  executable is present.  Is this a good idea? Maybe it's better to let
  it fail, so that it's spotted?

Also:

* Bump revision in Makefile.


With kind regards,
Kusalananda

Index: Makefile
===
RCS file: /cvs/ports/sysutils/anacron/Makefile,v
retrieving revision 1.16
diff -u -p -u -r1.16 Makefile
--- Makefile11 Jan 2016 06:59:48 -  1.16
+++ Makefile23 Feb 2017 16:35:08 -
@@ -6,7 +6,7 @@ V=  2.5.3
 DISTNAME=  anacron.$V
 PKGNAME=   anacron-$V
 CATEGORIES=sysutils
-REVISION=  0
+REVISION=  1
 
 MAINTAINER=Giovanni Bechis 
 
Index: pkg/README
===
RCS file: /cvs/ports/sysutils/anacron/pkg/README,v
retrieving revision 1.3
diff -u -p -u -r1.3 README
--- pkg/README  11 Jan 2016 06:59:48 -  1.3
+++ pkg/README  23 Feb 2017 16:35:08 -
@@ -15,17 +15,19 @@ OpenBSD daily, weekly, and monthly scrip
 -Cut
 # ${SYSCONFDIR}/anacrontab example
 SHELL=/bin/sh
-PATH=${PREFIX}/sbin:${PREFIX}/bin:/sbin:/bin:/usr/sbin:/usr/bin
+PATH=/sbin:/bin:/usr/sbin:/usr/bin
+HOME=/var/log
 # format: period delay job-identifier command
-1  5  cron.daily   sh /etc/daily 2>&1   | tee /var/log/daily.out
-7  10 cron.weekly  sh /etc/weekly 2>&1  | tee /var/log/weekly.out
-30 15 cron.monthly sh /etc/monthly 2>&1 | tee /var/log/monthly.out
+1   5   cron.daily  /bin/sh /etc/daily
+7   10  cron.weekly /bin/sh /etc/weekly
+30  15  cron.monthly/bin/sh /etc/monthly
 -Cut
 
-Comment out the invocation of these jobs in root's crontab.
+Comment out the invocation of the corresponding jobs in root's crontab
+and invoke anacron as a hourly job:
 
-If your machine is left running for more than 24h at a time, you
-might also want to invoke anacron from an early morning cron job.
+@hourly test -x ${PREFIX}/sbin/anacron && ${PREFIX}/sbin/anacron -s
 
 To run anacron(8) at boot time, add the following to root's crontab(5):
-@reboot${PREFIX}/sbin/anacron -ds
+
+@reboot test -x ${PREFIX}/sbin/anacron && ${PREFIX}/sbin/anacron -s


signature.asc
Description: PGP signature

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Jeremie Courreges-Anglas

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/02/23 10:49:50

Added files:
www/ruby-raindrops/patches: patch-ext_raindrops_extconf_rb 

Log message:
Unbreak on archs who don't provide atomic builtins.

The build system previously added -march=i486 if __sync_* atomics were
missing...

ok jeremy@ (maintainer)

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Jeremie Courreges-Anglas

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/02/23 10:48:35

Modified files:
www/ruby-raindrops: Makefile 

Log message:
Tweak comment

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Jeremie Courreges-Anglas

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/02/23 10:47:57

Modified files:
www/ruby-raindrops/patches: patch-pkg_mk 

Log message:
Refresh patch

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Jeremie Courreges-Anglas

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/02/23 10:47:16

Modified files:
www/ruby-raindrops: Makefile 

Log message:
Missing test dep

ok jeremy (maintainer)

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Ingo Feinerer

CVSROOT:/cvs
Module name:ports
Changes by: feine...@cvs.openbsd.org2017/02/23 10:32:52

Modified files:
x11: Makefile 

Log message:
+lemonbar

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Robert Nagy

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2017/02/23 10:30:49

Modified files:
www/chromium   : Makefile 
www/chromium/patches: 
  
patch-chrome_browser_ui_webui_settings_md_settings_localized_strings_provider_cc
 
  
patch-third_party_WebKit_Source_platform_fonts_FontCache_h 
  
patch-third_party_WebKit_Source_platform_fonts_skia_FontCacheSkia_cpp 
Added files:
www/chromium/patches: patch-base_allocator_allocator_shim_cc 
  patch-chrome_app_settings_strings_grdp 
  
patch-chrome_browser_extensions_api_settings_private_prefs_util_cc 
  
patch-chrome_browser_task_manager_sampling_task_group_cc 
  
patch-chrome_browser_task_manager_sampling_task_group_h 
  
patch-chrome_browser_task_manager_sampling_task_group_sampler_cc 
  
patch-chrome_browser_task_manager_sampling_task_group_sampler_h 
  
patch-chrome_browser_task_manager_sampling_task_manager_impl_cc 
  
patch-chrome_browser_task_manager_task_manager_observer_h 
  
patch-chrome_browser_ui_task_manager_task_manager_columns_cc 
  
patch-chrome_browser_ui_task_manager_task_manager_table_model_cc 
  
patch-chrome_browser_ui_views_chrome_browser_main_extra_parts_views_cc 
  
patch-chrome_browser_ui_webui_settings_appearance_handler_cc 
  
patch-chrome_browser_ui_webui_settings_appearance_handler_h 
  
patch-content_browser_renderer_host_render_message_filter_cc 
  
patch-content_browser_renderer_host_render_message_filter_h 
  
patch-content_browser_renderer_host_render_view_host_impl_cc 
  patch-content_common_content_switches_internal_cc 
  patch-content_common_view_messages_h 
  patch-mash_package_mash_packaged_service_cc 
  patch-media_base_audio_latency_cc 
  
patch-net_tools_cert_verify_tool_verify_using_path_builder_cc 
  patch-services_ui_gpu_gpu_main_cc 
  
patch-ui_base_dragdrop_os_exchange_data_provider_factory_cc 
  patch-ui_gfx_font_list_cc 
  
patch-ui_message_center_views_toast_contents_view_cc 

Log message:
use more linux specific code for font handling and gpu

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Ingo Feinerer

CVSROOT:/cvs
Module name:ports
Changes by: feine...@cvs.openbsd.org2017/02/23 10:28:48

Log message:
Import lemonbar 1.2

lemonbar (formerly known as bar) is a lightweight bar entirely based on XCB.
Provides full UTF-8 support, basic formatting, RandR and Xinerama support 
and
EWMH compliance without wasting your precious memory.

ok bentley@

Status:

Vendor Tag: feinerer
Release Tags:   feinerer_20170223

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

No conflicts created by this import

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Joel Sing

CVSROOT:/cvs
Module name:ports
Changes by: js...@cvs.openbsd.org   2017/02/23 09:04:16

Modified files:
devel/go-tools : Makefile distinfo 
devel/go-tools/pkg: PLIST 

Log message:
Update devel/go-tools to match the Go 1.8 release.

ok ajacoutot@

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Joel Sing

CVSROOT:/cvs
Module name:ports
Changes by: js...@cvs.openbsd.org   2017/02/23 09:03:13

Modified files:
textproc/go-text: Makefile distinfo 
textproc/go-text/pkg: PLIST 

Log message:
Update textproc/go-text to match the Go 1.8 release.

ok ajacoutot@

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Joel Sing

CVSROOT:/cvs
Module name:ports
Changes by: js...@cvs.openbsd.org   2017/02/23 09:02:24

Modified files:
net/go-net : Makefile distinfo 
net/go-net/pkg : PLIST 

Log message:
Update net/go-net to match the Go 1.8 release.

ok ajacoutot@

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Joel Sing

CVSROOT:/cvs
Module name:ports
Changes by: js...@cvs.openbsd.org   2017/02/23 09:01:09

Modified files:
security/go-crypto: Makefile distinfo 
security/go-crypto/pkg: PLIST 

Log message:
Update security/go-crypto to match the Go 1.8 release.

The acme packages are not currently enabled, since this creates a circular
dependency with the net/go-net package.

ok ajacoutot@

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Joel Sing

CVSROOT:/cvs
Module name:ports
Changes by: js...@cvs.openbsd.org   2017/02/23 08:57:42

Modified files:
lang/go: Makefile distinfo 
lang/go/patches: patch-src_cmd_link_internal_ld_data_go 
 patch-src_cmd_link_internal_ld_elf_go 
 patch-src_cmd_link_internal_ld_lib_go 
 patch-src_runtime_cgo_gcc_openbsd_386_c 
 patch-src_runtime_cgo_gcc_openbsd_amd64_c 
lang/go/pkg: PLIST 
Added files:
lang/go/patches: patch-src_runtime_cgo_gcc_libinit_c 
 patch-src_runtime_cgo_gcc_libinit_openbsd_c 
Removed files:
lang/go/patches: patch-api_except_txt patch-api_go1_6_txt 
 patch-src_runtime_sys_openbsd_386_s 
 patch-src_runtime_sys_openbsd_amd64_s 
 patch-src_runtime_sys_openbsd_arm_s 
 patch-src_syscall_zsysnum_openbsd_386_go 
 patch-src_syscall_zsysnum_openbsd_amd64_go 
 patch-src_syscall_zsysnum_openbsd_arm_go 
 patch-src_time_time_test_go 

Log message:
Update lang/go to version 1.8.

ok ajacoutot@

devel/imake: life support

2017-02-23 Thread Christian Weisgerber

Some life support for the devel/imake cruft:

* Switch to tradcpp(1) as the preprocessor.
  This is required for clang archs, since imake chokes on the output
  of "clang -E -traditional", and doesn't hurt on gcc archs.
  FreeBSD and NetBSD have switched imake to tradcpp, too.

* Use the normal autotools build infrastructure.  When the port was
  originally created, it may have been easiest to just copy the BSD
  Makefile, but maintaining this requires extra effort for no gain.

patch-Makefile_in can go away once espie@ has fixed our make(1)'s
lack of support for variable expansion in System V modifiers.

OK?

Index: Makefile
===
RCS file: /cvs/ports/devel/imake/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile22 Jun 2015 20:15:32 -  1.6
+++ Makefile23 Feb 2017 15:36:23 -
@@ -3,25 +3,17 @@
 COMMENT =  makefile generator
 CATEGORIES =   devel x11
 DISTNAME = imake-1.0.7
+REVISION = 0
 MASTER_SITES = ${MASTER_SITE_XORG:=util/}
 
 PERMIT_PACKAGE_CDROM = Yes
 
 WANTLIB =  c
 
-do-configure:
-   ln -sf ${FILESDIR}/Makefile ${WRKSRC}
-   echo "#define HAVE_MKSTEMP" >${WRKSRC}/config.h
-
-MAKE_FLAGS =   XCONFDIR=${LOCALBASE}/lib/X11/config \
-   CPP_PROGRAM=/usr/bin/cpp
-
-FAKE_FLAGS =   INSTALL_PROGRAM="${INSTALL_PROGRAM}" \
-   INSTALL_SCRIPT="${INSTALL_SCRIPT}" \
-   INSTALL_MAN="${INSTALL_MAN}"
+CONFIGURE_STYLE = gnu
+CONFIGURE_ENV =RAWCPP=/usr/libexec/tradcpp
+CONFIGURE_ARGS = --with-script-preproc-cmd="cc -E"
 
 RUN_DEPENDS =  devel/imake-cf
-
-NO_TEST =  Yes
 
 .include 
Index: files/Makefile
===
RCS file: files/Makefile
diff -N files/Makefile
--- files/Makefile  2 Sep 2012 14:14:02 -   1.1.1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,54 +0,0 @@
-# $OpenBSD: Makefile,v 1.1.1.1 2012/09/02 14:14:02 espie Exp $
-
-CFLAGS += -DCPP_PROGRAM=\"${CPP_PROGRAM}\"
-CFLAGS += -I${X11BASE}/include
-
-PROGS = imake revpath
-
-SCRIPTS = xmkmf ccmakedep mergelib mkhtmlindex mkdirhier cleanlinks makeg
-MANS = ccmakedep.1 imake.1 mergelib.1 mkhtmlindex.1 xmkmf.1 cleanlinks.1 \
-   makeg.1 mkdirhier.1 revpath.1
-
-all: ${PROGS} ${SCRIPTS} ${MANS}
-
-install:
-.for p in ${PROGS}
-   ${INSTALL_PROGRAM} $p ${PREFIX}/bin
-.endfor
-.for s in ${SCRIPTS}
-   ${INSTALL_SCRIPT} $s ${PREFIX}/bin
-.endfor
-.for m in ${MANS}
-   ${INSTALL_MAN} $m ${PREFIX}/man/man1
-.endfor
-
-SUBSTS += -e 's|__xorgversion__|"imake 1.0.5" "X Version 11"|'
-SUBSTS += -e 's|__vendorversion__|"imake 1.0.5" "X Version 11"|'
-SUBSTS += -e 's|__cpp__|${CPP_PROGRAM}|'
-
-CPPSUBSTS += -DCONFIGDIRSPEC='"-I$(XCONFDIR)"' 
-CPPSUBSTS += -DCCPP='gcc -E'
-CPPSUBSTS += -DARCMD='ar clq'
-CPPSUBSTS += -DRANLIB=ranlib
-imake: imake.o
-   ${CC} -o $@ ${CFLAGS} imake.o
-
-revpath: revpath.o
-   ${CC} -o $@ ${CFLAGS} revpath.o
-
-ccmakedep.cpp: mdepend.cpp
-   ln -f mdepend.cpp $@
-
-mkhtmlindex: mkhtmlindex.pl
-   ln -f mkhtmlindex.pl $@
-
-.SUFFIXES: .cpp .man .1
-
-.cpp:
-   ${CPP_PROGRAM} ${CPPSUBSTS} < $*.cpp | \
-   sed -e /^\#/d | sed -e s/XCOMM/\#/ >$@
-
-.man.1:
-   sed ${SUBSTS} <$*.man >$*.1
-
-.PHONY: all
Index: patches/patch-Makefile_in
===
RCS file: patches/patch-Makefile_in
diff -N patches/patch-Makefile_in
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-Makefile_in   23 Feb 2017 15:36:23 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- Makefile.in.orig   Wed May 21 20:52:02 2014
 Makefile.inThu Feb 23 15:36:01 2017
+@@ -410,7 +410,7 @@ appman_PRE = \
+ 
+ 
+ # Only need to install man pages for programs/scripts being installed
+-appman_DATA = $(bin_PROGRAMS:%$(EXEEXT)=%.@APP_MAN_SUFFIX@) 
$(bin_SCRIPTS:%=%.@APP_MAN_SUFFIX@)
++appman_DATA = $(bin_PROGRAMS:%=%.@APP_MAN_SUFFIX@) 
$(bin_SCRIPTS:%=%.@APP_MAN_SUFFIX@)
+ SUFFIXES = .$(APP_MAN_SUFFIX) .man
+ MAINTAINERCLEANFILES = ChangeLog
+ all: config.h
Index: patches/patch-imakemdep_h
===
RCS file: patches/patch-imakemdep_h
diff -N patches/patch-imakemdep_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-imakemdep_h   23 Feb 2017 15:36:23 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+--- imakemdep.h.orig   Sat Aug 17 12:11:06 2013
 imakemdep.hThu Feb 23 15:36:01 2017
+@@ -330,6 +330,10 @@ in this Software without prior written authorization f
+ # define DEFAULT_CC "gcc"
+ #endif
+ #   endif
++#   if defined(__OpenBSD__)
++#undef USE_CC_E
++#define DEFAULT_CPP "/usr/libexec/tradcpp"
++#   endif
+ 
+ #  endif /* !defined (CROSSCOMPILE) || defined (CROSSCOMPILE_CPP) */
+ /*

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

Re: HEADS UP: fetch/checksum/makesum tweaks

2017-02-23 Thread Alexander Bluhm

On Thu, Feb 23, 2017 at 04:24:22PM +0100, Marc Espie wrote:
> On Thu, Feb 23, 2017 at 04:05:30PM +0100, Alexander Bluhm wrote:
> > make clean extract
> > vi Makefile, bump version
> > make fetch makesum extract
> make makesum extract

Aha, I can just skip the make fetch.  Then it works.

Thanks for the clarification.

bluhm

Re: HEADS UP: fetch/checksum/makesum tweaks

2017-02-23 Thread Jeremie Courreges-Anglas

Marc Espie  writes:

> On Thu, Feb 23, 2017 at 02:48:30PM +0100, Jeremie Courreges-Anglas wrote:
>> Marc Espie  writes:
>> 
>> > On Wed, Feb 22, 2017 at 07:37:09PM +0100, Jeremie Courreges-Anglas wrote:
>> >> I'd like to point out that it harms a process I have as a port user.  If
>> >> projects published signatures for their releases, I want to check them,
>> >> because I can have a trust relationship with upstream.
>> >
>> >> So the process that involves ''make makesum'', verify the signature,
>> >> ''make makesum'' is now broken.  Can I just set _MAKESUM=true in
>> >> /etc/mk.conf and be sure that I have the same workflow as before?  If
>> >> so, I think this variable should be a documented user setting.
>> > Your process doesn't make sense. Neither does your suggestion. Where's the
>> > typo ?
>> 
>> Ok so let's try to describe this more clearly.  What I do is:
>> - make fetch
>> - verify the tarball
>> - make makesum
>> 
>> This means that by default the new tarball is not trusted by the
>> infrastructure code, and will refuse to do anything with said tarball
>> until I do the proper checks.
>> 
>> I mentioned tarballs signed by upstream, but all tarballs are concerned.
>> I can verify the content with a diff between the old and new tarballs
>> before blindly running a build that may involve running untrusted code.
>> 
>> If you're saying that this process doesn't make sense then I must be
>> living on another planet.  I'm just checking the code I download before
>> I run it.  ''curl http://example.net/install-script | bash'' anyone?
>
> This is not the process you described in the previous email. Read attentively.
> Notice you said make makesum twice ?

Ah, I see it now.

So I assume that the process I describe makes sense now.

>> With the changes you made, let's see what I get when I try to update
>> a port:
>> 
>> ritchie /usr/ports/net/libpsl$ make fetch
>> ===>  Checking files for libpsl-0.17.0
>> >> Fetch 
>> >> https://github.com/rockdaboot/libpsl//releases/download/libpsl-0.17.0/libpsl-0.17.0.tar.gz
>> 39958274-dbf8-11e6-9ef... 100% 
>> |***|
>>553 KB00:04
>> >> No size recorded for libpsl-0.17.0.tar.gz
>> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2851 
>> '/d/distfiles/libpsl-0.17.0.tar.gz': @lock=libpsl-0.17.0.tar.gz.dist; 
>> /usr/b...)
>> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2214 
>> '_internal-fetch')
>> *** Error 1 in /usr/ports/net/libpsl 
>> (/usr/ports/infrastructure/mk/bsd.port.mk:2365 'fetch')
>> ritchie /usr/ports/net/libpsl$ ls /usr/ports/distfiles/libpsl-0.17.0.tar.gz
>> ls: /usr/ports/distfiles/libpsl-0.17.0.tar.gz: No such file or directory

You removed this from my initial mail:

>> The infrastructure downloaded the tarball and just deleted it, with
>> an unhelpful message "No size recorded for libpsl-0.17.0.tar.gz".
>> I may be missing something, but *this* doesn't make sense to me.

It still doesn't make sense for someone who tries to update a port.  We
should make this process as easy and safe as possible.

> Well, I would do "make patch", then update the Makefile,
> then "make makesum", "make patch", diff the contents of the old and 
> new WRKDIST before running anything, and kill distinfo if I have a doubt.
>
> It's slightly different from your previous process, but I fail to see any
> disadvantage to it.

It is obviously more complicated than what was previously possible, and
still not fail-safe (have to kill distinfo).  I could automate it with
a local change or script, but this obviously would be a disadvantage.

>> I don't understand what you mean.  Previously I could not use distfiles
>> without checksum, the infrastructure would error out, so what exactly
>> are you trying to avoid here?
>
> But previously you could download stuff with fetch that wasn't referenced
> in distinfo without a conscious decision asking for "make makesum".
>
> Yes, "make extract' wouldn't deal with it, but the file would still be there
> and extractible manually. It is harder to do now.

So what we're trying to avoid here is bad developers who commit Makefile
and distinfo files that are out of sync, which may lead to junk being
fetched on the bulk builds machines before a fix is committed.  Right?
I thought that clean-old-distfiles(1) was already handling this, but
I admit I didn't check.

I still think that the advantage is tiny compared to the drawbacks.

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

Re: HEADS UP: fetch/checksum/makesum tweaks

2017-02-23 Thread Marc Espie

On Thu, Feb 23, 2017 at 04:05:30PM +0100, Alexander Bluhm wrote:
> On Thu, Feb 23, 2017 at 03:21:22PM +0100, Marc Espie wrote:
> > Yes, "make extract' wouldn't deal with it, but the file would still be there
> > and extractible manually. It is harder to do now.
> 
> My process to upgrade a port is:
> 
> make clean extract
> vi Makefile, bump version
> make fetch makesum extract
make makesum extract

> diff obj, see if the changes make sense
> 
> The make fetch does not work anymore.  Should I download the file
> manually with the browser now?  Why should updating a port get
> harder?

Harder ? it's shorter.

Re: HEADS UP: fetch/checksum/makesum tweaks

2017-02-23 Thread Alexander Bluhm

On Thu, Feb 23, 2017 at 03:21:22PM +0100, Marc Espie wrote:
> Yes, "make extract' wouldn't deal with it, but the file would still be there
> and extractible manually. It is harder to do now.

My process to upgrade a port is:

make clean extract
vi Makefile, bump version
make fetch makesum extract
diff obj, see if the changes make sense

The make fetch does not work anymore.  Should I download the file
manually with the browser now?  Why should updating a port get
harder?

bluhm

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Christian Weisgerber

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2017/02/23 07:36:32

ports/devel/imake/patches

Update of /cvs/ports/devel/imake/patches
In directory cvs.openbsd.org:/tmp/cvs-serv86391/patches

Log Message:
Directory /cvs/ports/devel/imake/patches added to the repository

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Alexandr Shadchin

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/02/23 07:36:07

Modified files:
devel/py-appdirs: Makefile distinfo 

Log message:
Update to py-appdirs 1.4.1

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Alexandr Shadchin

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/02/23 07:28:44

Modified files:
devel/py-traitlets: Makefile distinfo 

Log message:
Update to py-traitlets 4.3.2

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/02/23 07:24:14

Added files:
infrastructure/bin: retrieve-index 
infrastructure/man/man1: retrieve-index.1 

Log message:
oops those are used internally by "make search" in /usr/ports
noticed by danj@, thx

Re: HEADS UP: fetch/checksum/makesum tweaks

2017-02-23 Thread Marc Espie

On Thu, Feb 23, 2017 at 02:48:30PM +0100, Jeremie Courreges-Anglas wrote:
> Marc Espie  writes:
> 
> > On Wed, Feb 22, 2017 at 07:37:09PM +0100, Jeremie Courreges-Anglas wrote:
> >> I'd like to point out that it harms a process I have as a port user.  If
> >> projects published signatures for their releases, I want to check them,
> >> because I can have a trust relationship with upstream.
> >
> >> So the process that involves ''make makesum'', verify the signature,
> >> ''make makesum'' is now broken.  Can I just set _MAKESUM=true in
> >> /etc/mk.conf and be sure that I have the same workflow as before?  If
> >> so, I think this variable should be a documented user setting.
> > Your process doesn't make sense. Neither does your suggestion. Where's the
> > typo ?
> 
> Ok so let's try to describe this more clearly.  What I do is:
> - make fetch
> - verify the tarball
> - make makesum
> 
> This means that by default the new tarball is not trusted by the
> infrastructure code, and will refuse to do anything with said tarball
> until I do the proper checks.
> 
> I mentioned tarballs signed by upstream, but all tarballs are concerned.
> I can verify the content with a diff between the old and new tarballs
> before blindly running a build that may involve running untrusted code.
> 
> If you're saying that this process doesn't make sense then I must be
> living on another planet.  I'm just checking the code I download before
> I run it.  ''curl http://example.net/install-script | bash'' anyone?

This is not the process you described in the previous email. Read attentively.
Notice you said make makesum twice ?

> With the changes you made, let's see what I get when I try to update
> a port:
> 
> ritchie /usr/ports/net/libpsl$ make fetch
> ===>  Checking files for libpsl-0.17.0
> >> Fetch 
> >> https://github.com/rockdaboot/libpsl//releases/download/libpsl-0.17.0/libpsl-0.17.0.tar.gz
> 39958274-dbf8-11e6-9ef... 100% 
> |***|
>553 KB00:04
> >> No size recorded for libpsl-0.17.0.tar.gz
> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2851 
> '/d/distfiles/libpsl-0.17.0.tar.gz': @lock=libpsl-0.17.0.tar.gz.dist; 
> /usr/b...)
> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2214 
> '_internal-fetch')
> *** Error 1 in /usr/ports/net/libpsl 
> (/usr/ports/infrastructure/mk/bsd.port.mk:2365 'fetch')
> ritchie /usr/ports/net/libpsl$ ls /usr/ports/distfiles/libpsl-0.17.0.tar.gz
> ls: /usr/ports/distfiles/libpsl-0.17.0.tar.gz: No such file or directory

Well, I would do "make patch", then update the Makefile,
then "make makesum", "make patch", diff the contents of the old and 
new WRKDIST before running anything, and kill distinfo if I have a doubt.

It's slightly different from your previous process, but I fail to see any
disadvantage to it.

> I don't understand what you mean.  Previously I could not use distfiles
> without checksum, the infrastructure would error out, so what exactly
> are you trying to avoid here?

But previously you could download stuff with fetch that wasn't referenced
in distinfo without a conscious decision asking for "make makesum".

Yes, "make extract' wouldn't deal with it, but the file would still be there
and extractible manually. It is harder to do now.

Re: flake8 -> py-flake8 + py3 flavor

2017-02-23 Thread Stuart Henderson

On 2017/02/23 16:41, Alexandr Shadchin wrote:
> On Wed, Feb 22, 2017 at 09:11:30PM -0500, Daniel Jakots wrote:
> > Hi,
> > 
> > The only way to add a py3 flavor to flake8 is by renaming the port.
> > 
> > Plan is:
> > 
> > 1. import a py-flake8 which is flake8 + py-flake8.diff.
> > 2. hook py{,3}-flake8 and unhook flake8 in devel/Makefile
> > 3. commit devel/quirks
> > 4. commit net/py-libcloud and www/youtube-dl (I didn't rev bump as it's
> > TDEP only)
> > 5. cvs rm devel/flake8
> > 
> > According to cvsweb, there have never been any py-flake8 before so
> > things should be smoother than last time (-:
> > 
> > Cheers,
> > Daniel
> 
> Thank you for add py3 flavor :-)
> 
> ok shadchin@

OK with me too, and thanks :)

> Small comment below.
> 
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/devel/flake8/Makefile,v
> > retrieving revision 1.11
> > diff -u -p -r1.11 Makefile
> > --- Makefile19 Feb 2017 20:15:42 -  1.11
> > +++ Makefile23 Feb 2017 01:38:41 -
> > @@ -4,6 +4,8 @@ COMMENT =   modular python code checker w
> >  
> >  MODPY_EGG_VERSION =3.3.0
> >  DISTNAME = flake8-${MODPY_EGG_VERSION}
> > +PKGNAME =  py-${DISTNAME}
> > +REVISION = 0
> >  
> 
> I think that REVISION is not need, PKGNAME will change.

Quirks won't pick up the update unless it thinks the version is newer.

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Alexandr Shadchin

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/02/23 07:00:50

Modified files:
www/jupyter-notebook: Makefile distinfo 
www/jupyter-notebook/pkg: PLIST 

Log message:
Update to jupyter-notebook 4.4.1

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Alexandr Shadchin

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/02/23 06:58:32

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

Log message:
Update to py-nbconvert 5.1.1

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Remi Pointel

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/23 06:53:55

Modified files:
security   : Makefile 

Log message:
+ SUBDIR += plaso

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Remi Pointel

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/23 06:53:07

Log message:
import plaso: engine and tools to automate creation of super timeline.
inputs and ok sthen@, thank you for all people who test all depends.

Status:

Vendor Tag: rpointel
Release Tags:   rpointel_20170223

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

No conflicts created by this import

Re: HEADS UP: fetch/checksum/makesum tweaks

2017-02-23 Thread Jeremie Courreges-Anglas

Marc Espie  writes:

> On Wed, Feb 22, 2017 at 07:37:09PM +0100, Jeremie Courreges-Anglas wrote:
>> I'd like to point out that it harms a process I have as a port user.  If
>> projects published signatures for their releases, I want to check them,
>> because I can have a trust relationship with upstream.
>
>> So the process that involves ''make makesum'', verify the signature,
>> ''make makesum'' is now broken.  Can I just set _MAKESUM=true in
>> /etc/mk.conf and be sure that I have the same workflow as before?  If
>> so, I think this variable should be a documented user setting.
> Your process doesn't make sense. Neither does your suggestion. Where's the
> typo ?

Ok so let's try to describe this more clearly.  What I do is:
- make fetch
- verify the tarball
- make makesum

This means that by default the new tarball is not trusted by the
infrastructure code, and will refuse to do anything with said tarball
until I do the proper checks.

I mentioned tarballs signed by upstream, but all tarballs are concerned.
I can verify the content with a diff between the old and new tarballs
before blindly running a build that may involve running untrusted code.

If you're saying that this process doesn't make sense then I must be
living on another planet.  I'm just checking the code I download before
I run it.  ''curl http://example.net/install-script | bash'' anyone?

With the changes you made, let's see what I get when I try to update
a port:

ritchie /usr/ports/net/libpsl$ make fetch
===>  Checking files for libpsl-0.17.0
>> Fetch 
>> https://github.com/rockdaboot/libpsl//releases/download/libpsl-0.17.0/libpsl-0.17.0.tar.gz
39958274-dbf8-11e6-9ef... 100% 
|***|
   553 KB00:04
>> No size recorded for libpsl-0.17.0.tar.gz
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2851 
'/d/distfiles/libpsl-0.17.0.tar.gz': @lock=libpsl-0.17.0.tar.gz.dist; /usr/b...)
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2214 
'_internal-fetch')
*** Error 1 in /usr/ports/net/libpsl 
(/usr/ports/infrastructure/mk/bsd.port.mk:2365 'fetch')
ritchie /usr/ports/net/libpsl$ ls /usr/ports/distfiles/libpsl-0.17.0.tar.gz
ls: /usr/ports/distfiles/libpsl-0.17.0.tar.gz: No such file or directory

The infrastructure downloaded the tarball and just deleted it, with
an unhelpful message "No size recorded for libpsl-0.17.0.tar.gz".
I may be missing something, but *this* doesn't make sense to me.

You say:

  One *wanted* side-effect is to make it slightly harder to have distfiles
  without checksum.

I don't understand what you mean.  Previously I could not use distfiles
without checksum, the infrastructure would error out, so what exactly
are you trying to avoid here?

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

CVS: cvs.openbsd.org: ports

2017-02-23 Thread David Coppa

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2017/02/23 06:48:26

Modified files:
devel/jsoncpp  : Makefile distinfo 

Log message:
Update to jsoncpp-1.8.0

Re: openjdk: java.net.ServerSocket can't bind to [::1]:8080

2017-02-23 Thread Kurt Miller

On Mon, 2017-02-20 at 17:16 -0500, Kurt Miller wrote:
> On Mon, 2017-02-20 at 13:13 -0500, Kurt Miller wrote:
> > 
> > On Thu, 2017-01-19 at 08:38 -0500, Nick wrote:
> > > 
> > > 
> > > On 2017/01/16 12:38, Stuart Henderson wrote:
> > > > 
> > > > 
> > > > 
> > > > I don't think Java's v6 support has been tested much on
> > > > OpenBSD,
> > > > in
> > > > general it's rather awkward because Java expects support for v6
> > > > sockets to work with mapped v4 addresses, which is not the case
> > > > on
> > > > OpenBSD.
> > > > 
> > > > IPv6_supported() in
> > > > jdk/src/solaris/native/java/net/net_util_md.c
> > > > has
> > > > a couple of checks to decide whether to use v6 or not; I
> > > > suspect
> > > > one
> > > > of these may be failing. Does this help at all?
> > > Thanks for the help. So what you sent me is a patch, correct? I
> > > put
> > > it
> > > in the jdk's patches folder and then recompiled everything
> > > (patch,
> > > package, install). However it's still not working.
> > > 
> > > When I look at the logs of the package phase I see that
> > > Inet4AddressImpl
> > > is compiled but there is not mention of Inet6AddressImpl. How can
> > > I
> > > debug this IPv6_supported function?
> > Sorry for the late reply. java's ipv6 has issues as it relies on
> > ipv4
> > to ipv6 address mapping. There is a 'with_ipv6' flavor which is
> > described in the package description as follows:
> > 
> >   with_ipv6
> > Build the jdk/jre with ipv6 support. When the jdk/jre is built
> > with this flavor, java will create only ipv6 sockets by
> > default.
> > Since ipv4 to ipv6 address mapping is disabled on OpenBSD,
> > using ipv4 addresses will fail. Consequently, you may only
> > use ipv6 addresses or you can start java with
> > -Djava.net.preferIPv4Stack=true and can only use ipv4
> > addresses.
> > 
> It seems I missed that you did use the with_ipv6 flavor in the
> original
> email. I'll look into it when I find some free time.

I committed a fix for this in -current ports. At least now you can
create an ipv6 socket when building the port with FLAVOR=with_ipv6.
There may be other ipv6 bugs lurking as it seems it doesn't get much
use. Further testing is appreciated.

Stuart, I had a thought. Instead of an ipv6 flavor, it may be possible
to build with ipv6 on and change the default value of
java.net.preferIPv4Stack to true. If this works well, users may be
able to at least get one or the other stack working with the same
package by adjusting 

-Kurt

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Alexandr Shadchin

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/02/23 06:21:12

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

Log message:
Update to py-jupyter_client 5.0.0

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/02/23 06:16:55

Modified files:
x11/gnome/tracker: Makefile distinfo 

Log message:
Update to meta-tracker-1.10.5.

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Kurt Miller

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2017/02/23 06:11:42

Modified files:
devel/jdk/1.8  : Makefile 
Added files:
devel/jdk/1.8/patches: 
   
patch-jdk_src_solaris_native_java_net_PlainSocketImpl_c 

Log message:
- fix socket creation in with_ipv6 flavor by stopping the jdk from forcing
ipv4 to ipv6 address mapping on using the IPV6_V6ONLY socket option.

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Remi Pointel

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/23 06:11:21

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

Log message:
downgrade construct to 2.5.3 to be compatible with Plaso.
inputs aja@ and ok sthen@.

CVS: cvs.openbsd.org: ports

2017-02-23 Thread David Coppa

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2017/02/23 06:03:46

Modified files:
audio/mpd  : Makefile distinfo 
audio/mpd/patches: patch-Makefile_in patch-doc_mpdconf_example 
audio/mpd/pkg  : PLIST 
Added files:
audio/mpd/patches: patch-src_command_CommandError_cxx 
Removed files:
audio/mpd/patches: patch-configure 

Log message:
Update to mpd-0.20.5.

mpd has sndio support now, disable libao output plugin.
Switch to clang.

Based on work by chrisz@, thanks!

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Daniel Jakots

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2017/02/23 06:03:01

Modified files:
www/py-werkzeug: Makefile distinfo 
www/py-werkzeug/pkg: PLIST 

Log message:
Update to py-werkzeug-0.11.15 and take maintainership

ok shadchin@

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Daniel Jakots

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2017/02/23 06:01:34

Modified files:
devel/py-backports: Makefile 

Log message:
Add a HOMEPAGE

ok shadchin@ (maintainer)

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Alexandr Shadchin

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/02/23 05:37:15

Modified files:
x11/py-qtawesome: Makefile distinfo 
x11/py-qtawesome/pkg: PLIST 

Log message:
Update to py-qtawesome 0.4.4

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Alexandr Shadchin

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/02/23 05:30:54

Modified files:
x11/py-qtpy: Makefile distinfo 
x11/py-qtpy/pkg: PLIST 

Log message:
Update to py-qtpy 1.2.1

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Remi Pointel

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/23 05:29:07

Modified files:
devel  : Makefile 

Log message:
+ SUBDIR += py-hachoir-core
+ SUBDIR += py-hachoir-metadata
+ SUBDIR += py-hachoir-parser

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Remi Pointel

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/23 05:27:34

Log message:
import hachoir-parser: Hachoir parsers used to open binary files.
inputs and ok sthen@.

Status:

Vendor Tag: rpointel
Release Tags:   rpointel_20170223

N ports/devel/py-hachoir-parser/Makefile
N ports/devel/py-hachoir-parser/distinfo
N ports/devel/py-hachoir-parser/pkg/DESCR
N ports/devel/py-hachoir-parser/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Remi Pointel

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/23 05:25:55

Log message:
import hachoir metadata: extract metadata using Hachoir library.
inputs and ok sthen@.

Status:

Vendor Tag: rpointel
Release Tags:   rpointel_20170223

N ports/devel/py-hachoir-metadata/Makefile
N ports/devel/py-hachoir-metadata/distinfo
N ports/devel/py-hachoir-metadata/pkg/DESCR
N ports/devel/py-hachoir-metadata/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Remi Pointel

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/23 05:23:50

Log message:
import hachoir-core, framework to parse and edit binary files as a tree of 
objects.
inputs and ok sthen@.

Status:

Vendor Tag: rpointel
Release Tags:   rpointel_20170223

N ports/devel/py-hachoir-core/Makefile
N ports/devel/py-hachoir-core/distinfo
N ports/devel/py-hachoir-core/pkg/PLIST
N ports/devel/py-hachoir-core/pkg/DESCR

No conflicts created by this import

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Alexandr Shadchin

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2017/02/23 04:52:00

Modified files:
devel/py-nbformat: Makefile distinfo 

Log message:
Update to py-nbformat 4.3.0

Re: flake8 -> py-flake8 + py3 flavor

2017-02-23 Thread Alexandr Shadchin

On Wed, Feb 22, 2017 at 09:11:30PM -0500, Daniel Jakots wrote:
> Hi,
> 
> The only way to add a py3 flavor to flake8 is by renaming the port.
> 
> Plan is:
> 
> 1. import a py-flake8 which is flake8 + py-flake8.diff.
> 2. hook py{,3}-flake8 and unhook flake8 in devel/Makefile
> 3. commit devel/quirks
> 4. commit net/py-libcloud and www/youtube-dl (I didn't rev bump as it's
> TDEP only)
> 5. cvs rm devel/flake8
> 
> According to cvsweb, there have never been any py-flake8 before so
> things should be smoother than last time (-:
> 
> Cheers,
> Daniel

Thank you for add py3 flavor :-)

ok shadchin@

Small comment below.

> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/flake8/Makefile,v
> retrieving revision 1.11
> diff -u -p -r1.11 Makefile
> --- Makefile  19 Feb 2017 20:15:42 -  1.11
> +++ Makefile  23 Feb 2017 01:38:41 -
> @@ -4,6 +4,8 @@ COMMENT = modular python code checker w
>  
>  MODPY_EGG_VERSION =  3.3.0
>  DISTNAME =   flake8-${MODPY_EGG_VERSION}
> +PKGNAME =py-${DISTNAME}
> +REVISION =   0
>  

I think that REVISION is not need, PKGNAME will change.

-- 
Alexandr Shadchin

Re: [NEW] security/py-dfwinreg

2017-02-23 Thread Stuart Henderson

On 2017/02/22 07:12, Remi Pointel wrote:
> On 02/21/17 12:03, Stuart Henderson wrote:
> > I'm finding it difficult to keep track of these spread across a bunch of
> > mail threads and it's a pain to find the right file to test, could you post
> > a summary of the remaining deps in one message with a url for the tgz for
> > each please?  Thanks :)
> > 
> 

thanks, this is easier :)

> - devel/py-hachoir-core
> - devel/py-hachoir-metadata
> - devel/py-hachoir-parser

a few minor comment tweaks for these, otherwise OK:  (it doesn't need to
be exactly this, but "Package of" etc are redundant)

diff --git a/py-hachoir-core/Makefile b/py-hachoir-core/Makefile
index 4653a0c..08b4116 100644
--- a/py-hachoir-core/Makefile
+++ b/py-hachoir-core/Makefile
@@ -1,6 +1,6 @@
 # $OpenBSD: Makefile.template,v 1.75 2016/03/20 17:19:49 naddy Exp $
 
-COMMENT =  Core of Hachoir framework: parse and edit binary files
+COMMENT =  framework to parse and edit binary files as a tree of objects
 
 MODPY_EGG_VERSION = 1.3.3
 DISTNAME = hachoir-core-${MODPY_EGG_VERSION}
diff --git a/py-hachoir-metadata/Makefile b/py-hachoir-metadata/Makefile
index c599d94..8c4ec78 100644
--- a/py-hachoir-metadata/Makefile
+++ b/py-hachoir-metadata/Makefile
@@ -1,6 +1,6 @@
 # $OpenBSD: Makefile.template,v 1.75 2016/03/20 17:19:49 naddy Exp $
 
-COMMENT =  Program to extract metadata using Hachoir library
+COMMENT =  extract metadata using Hachoir library
 
 MODPY_EGG_VERSION = 1.3.3
 DISTNAME = hachoir-metadata-${MODPY_EGG_VERSION}
diff --git a/py-hachoir-parser/Makefile b/py-hachoir-parser/Makefile
index fa6013e..fee0c9b 100644
--- a/py-hachoir-parser/Makefile
+++ b/py-hachoir-parser/Makefile
@@ -1,6 +1,6 @@
 # $OpenBSD: Makefile.template,v 1.75 2016/03/20 17:19:49 naddy Exp $
 
-COMMENT =  Package of Hachoir parsers used to open binary files
+COMMENT =  Hachoir parsers used to open binary files
 
 MODPY_EGG_VERSION = 1.3.4
 DISTNAME = hachoir-parser-${MODPY_EGG_VERSION}


> - security/plaso

COMMENT =   Python-based backend engine for the tool log2timeline

This (and DESCR) suggests it's just the backend, but it actually
includes tools as well. Does something like this make sense?


||
COMMENT =   engine and tools to analyse events/metadata from computer 
systems

--/--
plaso is a Python-based framework for computer forensic analysis. It can read
files from many types of filesystem and volume image, has parsers for a huge
number of file types across multiple platforms, and tools to deal with this
information, in particular log2timeline which can use this to produce a single
correlated timeline from a system.
--/--

> and 1 port need to be downgraded:
> 
> - devel/py-construct

ok.

Re: Xfce shutdown and reboot not working with XDM

2017-02-23 Thread Martijn Rijkeboer

On 02/23/17 09:59, Landry Breuil wrote:
>> When I use XDM as login manager I'm not able to shutdown or reboot
>> from within Xfce on the first login, because the buttons are greyed
>> out. However, when I logout and login again I can shutdown and reboot.
>>
>> When I replace XDM with SLiM it works fine. Could this be some kind of
>> timing related issue where messagebus is not yet fully started when XDM
>> is started? Any suggestions on how to fix this?
> 
> XDM doesnt know/care about messagebus. Maybe there's a timing issue, but
> that would be in dbus / consolekit / policykit startup. Try logging
> later ? Instrument your .xsession to check for polkit/ckit running
> before calling startxfce4 ? Check with ck-list-sessions when your
> session is started ?

Thank you for your suggestions. I think I found the problem. Besides
messagebus I was also starting cupsd (bad bad me for not including all
the details). When I start messagebus before cupsd, i.e.
"pkg_scripts=messagebus cupsd". it doesn't work. However, when I start
cupsd before messagebus, i.e. "pkg_scripts=cupsd messagebus", it does
work.

The strange thing is that the problem only seem to be with cupsd, since
when I use "pkg_scripts=cupsd messagebus postgresql" it still works.
Anyway starting cupsd before messagebus fixes the problem.

Kind regards,

Martijn Rijkeboer

CVS: cvs.openbsd.org: ports

2017-02-23 Thread David Coppa

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2017/02/23 02:33:51

Modified files:
www/tomcat/v7  : Makefile distinfo 
www/tomcat/v7/pkg: PLIST-examples PLIST-main 
www/tomcat/v8  : Makefile distinfo 
www/tomcat/v8/pkg: PLIST-examples PLIST-main 

Log message:
Updates:
tomcat-7.0.75
tomcat-8.5.11

CVS: cvs.openbsd.org: ports

2017-02-23 Thread David Coppa

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2017/02/23 02:18:51

Modified files:
databases/hs-hedis: Makefile distinfo 
databases/hs-hedis/pkg: PLIST 

Log message:
Update to hedis-0.9.7

CVS: cvs.openbsd.org: ports

2017-02-23 Thread David Coppa

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2017/02/23 02:05:08

Modified files:
databases/ruby-redis: Makefile distinfo 

Log message:
Update to ruby-redis-3.3.3

Re: Xfce shutdown and reboot not working with XDM

2017-02-23 Thread Landry Breuil

On Thu, Feb 23, 2017 at 09:50:37AM +0100, Martijn Rijkeboer wrote:
> Hi,
> 
> When I use XDM as login manager I'm not able to shutdown or reboot
> from within Xfce on the first login, because the buttons are greyed
> out. However, when I logout and login again I can shutdown and reboot.
> 
> When I replace XDM with SLiM it works fine. Could this be some kind of
> timing related issue where messagebus is not yet fully started when XDM
> is started? Any suggestions on how to fix this?

XDM doesnt know/care about messagebus. Maybe there's a timing issue, but
that would be in dbus / consolekit / policykit startup. Try logging
later ? Instrument your .xsession to check for polkit/ckit running
before calling startxfce4 ? Check with ck-list-sessions when your
session is started ?

CVS: cvs.openbsd.org: ports

2017-02-23 Thread David Coppa

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2017/02/23 01:54:33

Modified files:
graphics/feh   : Makefile distinfo 
graphics/feh/patches: patch-man_feh_pre 

Log message:
Update to feh-2.18.2

Xfce shutdown and reboot not working with XDM

2017-02-23 Thread Martijn Rijkeboer

Hi,

When I use XDM as login manager I'm not able to shutdown or reboot
from within Xfce on the first login, because the buttons are greyed
out. However, when I logout and login again I can shutdown and reboot.

When I replace XDM with SLiM it works fine. Could this be some kind of
timing related issue where messagebus is not yet fully started when XDM
is started? Any suggestions on how to fix this?

Kind regards,


Martijn Rijkeboer


$ sysctl kern.version
kern.version=OpenBSD 6.0-current (GENERIC.MP) #184: Mon Feb 20 22:44:10
MST 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

$ cat /etc/rc.conf.local
xdm_flags=
apmd_flags="-A"
pkg_scripts=messagebus

$ cat .xsession
/usr/local/bin/startxfce4 --with-ck-launch

$ pkg_info |egrep 'console|polkit|^xfce-'
consolekit2-1.0.2p1 framework for defining and tracking users, sessions
& seats
polkit-0.113p3  framework for granting privileged operations to users
xfce-4.12p6 Xfce desktop meta-package (base installation)

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/02/23 01:40:43

Modified files:
sysutils/awscli: Makefile distinfo 

Log message:
Update to awscli-1.11.53.

Re: possible chromium regression on -current

2017-02-23 Thread Martijn Rijkeboer

On 02/23/17 04:35, Tobias Brodel wrote:
>> I noticed this too and mentioned it on a ports dev chat, I remember
>> it working a few weeks ago. But I'm not sure if it stopped working
>> before or after the 56.0.2924.87 update..
>>
>> It appears to affect only some HTML5 video streaming sites, like
>> Youtube and Twitch, but embedded  still works. It doesn't
>> appear to be drm(4) obviously related either as WebGL demos work
>> fine.
>>
>> At least a few people said it still works for them, so perhaps
>> it's a certain hardware combination that's causing this?
>>
>> -Bryan.
>>
> 
> I'm experiencing this too: Thinkpad T430 on recent snapshots.
> 
> inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 4000" rev 0x09
> drm0 at inteldrm0
> inteldrm0: msi
> inteldrm0: 1366x768, 32bpp
> wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation)

I'm having the same problem on recent snapshot with both Chromium and
Iridium. The machine has an Radeon graphics card (see below).

Kind regards,


Martijn Rijkeboer


$ sysctl kern.version
kern.version=OpenBSD 6.0-current (GENERIC.MP) #184: Mon Feb 20 22:44:10
MST 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

$ pkg_info |egrep 'chromium|iridium'
chromium-56.0.2924.87 Chromium browser
iridium-54.0Iridium browser

$ dmesg |grep drm
radeondrm0 at pci1 dev 0 function 0 "ATI Radeon HD 4350" rev 0x00
drm0 at radeondrm0
radeondrm0: msi
radeondrm0: 1920x1200, 32bpp
wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0

CVS: cvs.openbsd.org: ports

2017-02-23 Thread David Coppa

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2017/02/23 01:35:20

Modified files:
databases/redis: Makefile distinfo 

Log message:
Update to redis-3.2.8

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/02/23 01:32:26

Modified files:
sysutils/google-cloud-sdk: Makefile distinfo 
sysutils/google-cloud-sdk/patches: 
   
patch-lib_googlecloudsdk_core_util_platforms_py 
sysutils/google-cloud-sdk/pkg: PLIST 

Log message:
Update to google-cloud-sdk-145.0.0.

CVS: cvs.openbsd.org: ports

2017-02-23 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/02/23 01:26:47

Modified files:
sysutils/salt  : Makefile distinfo 

Log message:
Update to salt-2016.11.3.

67 matches

Mail list logo