date:20160709

Re: youtube-dl update?

2016-07-09 Thread Anthony J. Bentley

Ted Unangst writes:
> The current ports version of youtube-dl cannot handle vine anymore.
> Downloading a new version, 2016.07.09.2, works fine manually. However,
> when I update the port to use this version, it fails.
> 
>   File "/usr/local/lib/python2.7/site-packages/youtube_dl/extractor/cliprs.py
> ", line 4, in 
> from .onet import OnetBaseIE
> ImportError: No module named onet
> 
> Don't know how to proceed.

The new version has added files, so you need to 'make update-plist'.

fix gcc 4.9 -static

2016-07-09 Thread Tobias Ulmer

Sync STARTFILE_SPEC, fixes egcc -static producing crashing programs

I don't expect any fallout from this (builtin spec file change only)

OK?

? todo.txt
Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.9/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- Makefile29 Jun 2016 16:14:41 -  1.32
+++ Makefile9 Jul 2016 21:41:29 -
@@ -4,8 +4,7 @@ ONLY_FOR_ARCHS = amd64 arm hppa i386 mip
 DPB_PROPERTIES = parallel
 
 V = 4.9.3
-REVISION = 7
-REVISION-java = 8
+REVISION = 9
 FULL_VERSION = $V
 FULL_PKGVERSION = $V
 
Index: patches/patch-gcc_config_alpha_openbsd_h
===
RCS file: 
/home/vcs/cvs/openbsd/ports/lang/gcc/4.9/patches/patch-gcc_config_alpha_openbsd_h,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-gcc_config_alpha_openbsd_h
--- patches/patch-gcc_config_alpha_openbsd_h26 Jun 2014 16:30:17 -  
1.1.1.1
+++ patches/patch-gcc_config_alpha_openbsd_h9 Jul 2016 21:41:29 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-gcc_config_alpha_openbsd_h,v 1.1.1.1 2014/06/26 16:30:17 
pascal Exp $
 gcc/config/alpha/openbsd.h.origThu Jan 10 21:38:27 2013
-+++ gcc/config/alpha/openbsd.h Thu Apr 18 20:58:27 2013
+--- gcc/config/alpha/openbsd.h.origThu Jan  2 23:23:26 2014
 gcc/config/alpha/openbsd.h Sat Jul  9 22:13:30 2016
 @@ -19,6 +19,28 @@ along with GCC; see the file COPYING3.  If not see
  
  /* Controlling the compilation driver.  */
@@ -21,11 +21,11 @@ $OpenBSD: patch-gcc_config_alpha_openbsd
 +/* As an elf system, we need crtbegin/crtend stuff.  */
 +#undef STARTFILE_SPEC
 +#define STARTFILE_SPEC "\
-+  %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} %{!p:crt0%O%s}} \
-+  crtbegin%O%s} %{shared:crtbeginS%O%s}"
++  %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} \
++  %{!p:%{!static:crt0%O%s} %{static:%{nopie:crt0%O%s} \
++  %{!nopie:rcrt0%O%s crtbegin%O%s} %{shared:crtbeginS%O%s}"
 +#undef ENDFILE_SPEC
 +#define ENDFILE_SPEC "%{!shared:crtend%O%s} %{shared:crtendS%O%s}"
-+
 +
  /* run-time target specifications */
  #define TARGET_OS_CPP_BUILTINS()  \
Index: patches/patch-gcc_config_i386_openbsdelf_h
===
RCS file: 
/home/vcs/cvs/openbsd/ports/lang/gcc/4.9/patches/patch-gcc_config_i386_openbsdelf_h,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-gcc_config_i386_openbsdelf_h
--- patches/patch-gcc_config_i386_openbsdelf_h  26 Jun 2014 16:30:17 -  
1.1.1.1
+++ patches/patch-gcc_config_i386_openbsdelf_h  9 Jul 2016 21:41:29 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-gcc_config_i386_openbsdelf_h,v 1.1.1.1 2014/06/26 16:30:17 
pascal Exp $
 gcc/config/i386/openbsdelf.h.orig  Sun Sep  2 16:13:21 2012
-+++ gcc/config/i386/openbsdelf.h   Fri Oct 12 11:24:33 2012
-@@ -97,10 +97,13 @@ along with GCC; see the file COPYING3.  If not see
+--- gcc/config/i386/openbsdelf.h.orig  Thu Jan  2 23:23:26 2014
 gcc/config/i386/openbsdelf.h   Fri Jul  8 17:18:50 2016
+@@ -97,14 +97,17 @@ along with GCC; see the file COPYING3.  If not see
 %{shared:-shared} %{R*} \
 %{static:-Bstatic} \
 %{!static:-Bdynamic} \
@@ -10,8 +10,15 @@ $OpenBSD: patch-gcc_config_i386_openbsde
 -dynamic-linker /usr/libexec/ld.so"
  
  #undef STARTFILE_SPEC
-+
+-#define STARTFILE_SPEC "\
+-  %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} %{!p:crt0%O%s}} \
+-  crtbegin%O%s} %{shared:crtbeginS%O%s}"
+ 
 +#define SUBTARGET32_DEFAULT_CPU "i486"
- #define STARTFILE_SPEC "\
-   %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} %{!p:crt0%O%s}} \
-   crtbegin%O%s} %{shared:crtbeginS%O%s}"
++#define STARTFILE_SPEC "\
++  %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} \
++  %{!p:%{!static:crt0%O%s} %{static:%{nopie:crt0%O%s} \
++  %{!nopie:rcrt0%O%s crtbegin%O%s} %{shared:crtbeginS%O%s}"
+ #undef ENDFILE_SPEC
+ #define ENDFILE_SPEC "%{!shared:crtend%O%s} %{shared:crtendS%O%s}"
+ 
Index: patches/patch-gcc_config_mips_openbsd_h
===
RCS file: 
/home/vcs/cvs/openbsd/ports/lang/gcc/4.9/patches/patch-gcc_config_mips_openbsd_h,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-gcc_config_mips_openbsd_h
--- patches/patch-gcc_config_mips_openbsd_h 26 Jun 2014 16:30:18 -  
1.1.1.1
+++ patches/patch-gcc_config_mips_openbsd_h 9 Jul 2016 21:41:29 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-gcc_config_mips_openbsd_h,v 1.1.1.1 2014/06/26 16:30:18 pascal 
Exp $
 gcc/config/mips/openbsd.h.orig Fri May  2 12:54:22 2014
-+++ gcc/config/mips/openbsd.h  Sat May  3 03:53:05 2014
-@@ -0,0 +1,225 @@
+--- gcc/config/mips/openbsd.h.orig Sat Jul  9 22:05:54 2016
 gcc/config/mips/openbsd.h  Sat Jul  9 22:28:39 2016
+@@ -0,0 +1,227 @@
 +/* Configuration file for a mips64 OpenBSD target.
 +   Copyright (C) 1998, 1999, 2000,

Re: NEW: audio/kid3

2016-07-09 Thread Aaron Poffenberger

On 07/06/16 08:53, Aaron Poffenberger wrote:
> On 07/05/16 11:10, Aaron Poffenberger wrote:
>> On 06/30/16 11:23, Adam Wolk wrote:
>>> On Tue, 28 Jun 2016 19:27:33 -0500
>>> Aaron Poffenberger  wrote:
>>>
 Hello ports@,

 Here is a new port : audio/kid3

 Tested on: amd64.

 From DESCR:

 Kid3 is an application to edit the ID3v1 and ID3v2 tags in MP3 files
 in an efficient way. Also tags in Ogg/Vorbis, Opus, DSF, FLAC, MPC,
 APE, MP4/AAC, MP2, Speex, TrueAudio, WavPack, WMA, WAV, AIFF files and
 tracker modules (MOD, S3M, IT, XM) are supported. It is easy to set
 tags of multiple files to the same values (e.g. album, artist, year
 and genre in all files of the same album) and generate the tags from
 the file name or vice versa.

 ---
 Port Notes:

 The app compiles under qt4, qt5 and KDE. It also has a cli version. I
 ported it for qt4 and cli only.

 The description doesn't mention it, but the app can also playback many
 formats (ALAC being the notable exception). I ported it *with* the
 playback features enabled.

 Cheers,
 Aaron

>>>
>>> Tested on amd64. I had two issues:
>>>
>>> Error: Your GStreamer installation is missing a plug-in.
>>> Error: GStreamer encountered a general stream error.
>>> Error: GStreamer encountered a general stream error.
>>> Error: GStreamer encountered a general stream error.
>>> Error: Your GStreamer installation is missing a plug-in.
>>> Error: GStreamer encountered a general stream error.
>>> Error: Your GStreamer installation is missing a plug-in.
>>> Error: GStreamer encountered a general stream error.
>>>
>>> When trying to use File -> Import from Musicbrainz Fingerprint...
>>>
>>> and a HUGE performance lock on my box (maxed CPU's, swapping) when
>>> trying:
>>>
>>> File -> Automatic import...
>>>
>>> Everything else seem fine.
>>>
>>> Regards,
>>> Adam
>>>
>> Hi Adam,
>> Here's the new version we tested offline.
>>
>> Cheers,
>>
>> --Aaron
>>
> Here's a new tar ball. The last one included git files.
> 
> This one's clean.
> 
> --Aaron
> 
> 
ping

Anyone have time to test this?

--Aaron

fix gcc 4.6 -static

2016-07-09 Thread Tobias Ulmer

Sync STARTFILE_SPEC, fixes egcc -static producing crashing programs

I don't expect any fallout from this (builtin spec file change only)

OK?

Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.6/Makefile,v
retrieving revision 1.89
diff -u -p -r1.89 Makefile
--- Makefile29 Jun 2016 16:14:41 -  1.89
+++ Makefile9 Jul 2016 21:40:57 -
@@ -30,9 +30,7 @@ PKGNAME-ada =   gnat-${FULL_PKGVERSION}
 PKGNAME-go =   gccgo-${FULL_PKGVERSION}
 PKGSPEC-main = gcc->=4.6,<4.7
 
-REVISION = 17
-REVISION-java = 18
-REVISION-go = 18
+REVISION = 18
 
 SHARED_LIBS =  estdc++ 14.0 \
gfortran3.0 \
Index: patches/patch-gcc_config_alpha_openbsd_h
===
RCS file: 
/home/vcs/cvs/openbsd/ports/lang/gcc/4.6/patches/patch-gcc_config_alpha_openbsd_h,v
retrieving revision 1.2
diff -u -p -r1.2 patch-gcc_config_alpha_openbsd_h
--- patches/patch-gcc_config_alpha_openbsd_h31 Mar 2012 20:02:03 -  
1.2
+++ patches/patch-gcc_config_alpha_openbsd_h9 Jul 2016 21:40:57 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-gcc_config_alpha_openbsd_h,v 1.2 2012/03/31 20:02:03 pascal 
Exp $
 --- gcc/config/alpha/openbsd.h.origSun Sep 27 15:20:23 2009
-+++ gcc/config/alpha/openbsd.h Sun Mar 11 19:52:18 2012
 gcc/config/alpha/openbsd.h Sat Jul  9 22:46:36 2016
 @@ -19,6 +19,28 @@ along with GCC; see the file COPYING3.  If not see
  
  /* Controlling the compilation driver.  */
@@ -21,11 +21,11 @@ $OpenBSD: patch-gcc_config_alpha_openbsd
 +/* As an elf system, we need crtbegin/crtend stuff.  */
 +#undef STARTFILE_SPEC
 +#define STARTFILE_SPEC "\
-+  %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} %{!p:crt0%O%s}} \
-+  crtbegin%O%s} %{shared:crtbeginS%O%s}"
++  %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} \
++  %{!p:%{!static:crt0%O%s} %{static:%{nopie:crt0%O%s} \
++  %{!nopie:rcrt0%O%s crtbegin%O%s} %{shared:crtbeginS%O%s}"
 +#undef ENDFILE_SPEC
 +#define ENDFILE_SPEC "%{!shared:crtend%O%s} %{shared:crtendS%O%s}"
-+
 +
  /* run-time target specifications */
  #define TARGET_OS_CPP_BUILTINS()  \

[UPDATE] net/libmaxminddb to latest GeoLite2 databases

2016-07-09 Thread Frederic Cambus

Hello ports@,

This diff updates GeoLite2 databases to latest version.

As previously discussed, I also added a maintainer convenience target
to create distfiles for the GeoLite2 database files.

Index: Makefile
===
RCS file: /cvs/ports/net/libmaxminddb/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile26 Jun 2016 21:38:36 -  1.1.1.1
+++ Makefile9 Jul 2016 21:24:05 -
@@ -5,7 +5,7 @@ COMMENT-db =GeoIP2 GeoLite2 database: I
 COMMENT-city = GeoIP2 GeoLite2 database: IPv4/v6 address to city
 
 V =1.2.0
-D =20160618
+D =20160709
 DISTNAME = libmaxminddb-${V}
 PKGNAME-main = libmaxminddb-${V}
 PKGNAME-db =   geolite2-country-${D}
@@ -41,5 +41,28 @@ post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/examples/libmaxminddb
${INSTALL_DATA} ${WRKDIR}/data/* ${PREFIX}/share/examples/libmaxminddb
chown -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/share/examples/libmaxminddb
+
+# maintainer convenience target
+geolite2:
+   set -x; \
+   distfile=geolite2-data-`date +%Y%m%d`.tar.xz; \
+   tmp=`mktemp -d`; \
+   mkdir $$tmp/data; \
+   cd $$tmp/data; \
+   echo "This file contains an unmodified dated snapshot of GeoLite2 data 
from MaxMind," > README; \
+   echo "see http://www.maxmind.com and 
https://dev.maxmind.com/geoip/geoip2/geolite2/.; >> README; \
+   echo "Distributed under Creative Commons Attribution-ShareAlike 4.0 
International License." >> README; \
+   echo "Created at `date -z UTC` and intended for OS packaging purposes." 
>> README; \
+   ftp 
http://geolite.maxmind.com/download/geoip/database/GeoLite2-{Country,City}.{md5,mmdb.gz};
 \
+   gunzip *gz; \
+   for file in GeoLite2-Country GeoLite2-City; do \
+   if [ "`md5 -q $$file.mmdb`" != "`cat $$file.md5`" ]; then \
+   echo "ERROR: $$file.mmdb is corrupt"; \
+   exit; \
+   fi; \
+   done; \
+   cd ..; \
+   tar cf - data/README data/*.mmdb | xz -T 0 > $$distfile; \
+   echo "Distfile created in: $$tmp";
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/net/libmaxminddb/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo26 Jun 2016 21:38:36 -  1.1.1.1
+++ distinfo9 Jul 2016 21:24:05 -
@@ -1,4 +1,4 @@
-SHA256 (geolite2-data-20160618.tar.xz) = 
jCyif9Yl2qgF6IhW197EzMm+fetFObs+qtIUYDlhYBE=
+SHA256 (geolite2-data-20160709.tar.xz) = 
aAWx4P4a+9NCsD3N/jVcx+ogh8p1DAkgrSUiPzuiz8k=
 SHA256 (libmaxminddb-1.2.0.tar.gz) = 
H+hZ7XFPlPyQKhRUU/fhtc2ShxgXm6TE/Lf2rg33rTc=
-SIZE (geolite2-data-20160618.tar.xz) = 20542112
+SIZE (geolite2-data-20160709.tar.xz) = 21876196
 SIZE (libmaxminddb-1.2.0.tar.gz) = 658820

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Vadim Zhukov

CVSROOT:/cvs
Module name:ports
Changes by: z...@cvs.openbsd.org2016/07/09 15:33:39

Modified files:
devel/intellij : Makefile distinfo 

Log message:
Bugfix update to 2016.1.3, tested for a few weeks.

>From Caspar Schutijser, thanks!

Re: New port: graphics/imv

2016-07-09 Thread Vadim Zhukov

2016-07-08 17:18 GMT+03:00 Dmitrij D. Czarkoff :
> "Dmitrij D. Czarkoff"  wrote:
>>
>> Imv is a minimalist command-line image viewer with support for over 30
>> image formats including Adobe Photoshop .psd files, animated GIFs and
>> various raw formats.
>>
>> OK to import?

Very nice software, indeed...

The license marker should be "GPLv2+", not "GPLv2".

Other than that nit, okay zhuk@.

--
  WBR,
  Vadim Zhukov

Re: [new] exfat-fuse 1.2.4

2016-07-09 Thread temp+101

YASUOKA Masahiko  wrotes:
>I'd like to add 'exfat-fuse'.
>
>It is an exFAT file system implementation working on FUSE.  It's
>useful to mount a SDCARD which is used by Android, for example.
>
>ok?

I usually using exfat (older version with my own patches) with
disklabel UID in fstab.

Is it good to replace all open(2) calls with opendev(3)?

--- libexfat/io.c.orig  Fri Jun  3 10:00:35 2016
+++ libexfat/io.c   Sun Jul 10 01:02:19 2016
@@ -36,6 +36,7 @@
 #include 
 #include 
 #endif
+#include 
 #include 
 
 struct exfat_dev
@@ -45,14 +46,14 @@
off_t size; /* in bytes */
 };
 
-static int open_ro(const char* spec)
+static int open_ro(const char* spec, char **realpath)
 {
-   return open(spec, O_RDONLY);
+   return opendev(spec, O_RDONLY, OPENDEV_PART, realpath);
 }
 
-static int open_rw(const char* spec)
+static int open_rw(const char* spec, char **realpath)
 {
-   int fd = open(spec, O_RDWR);
+   int fd = opendev(spec, O_RDWR, OPENDEV_PART, realpath);
 #ifdef __linux__
int ro = 0;
 
@@ -74,6 +75,7 @@
 {
struct exfat_dev* dev;
struct stat stbuf;
+   char *realpath;
 
dev = malloc(sizeof(struct exfat_dev));
if (dev == NULL)
@@ -85,7 +87,7 @@
switch (mode)
{
case EXFAT_MODE_RO:
-   dev->fd = open_ro(spec);
+   dev->fd = open_ro(spec, );
if (dev->fd == -1)
{
free(dev);
@@ -96,7 +98,7 @@
dev->mode = EXFAT_MODE_RO;
break;
case EXFAT_MODE_RW:
-   dev->fd = open_rw(spec);
+   dev->fd = open_rw(spec, );
if (dev->fd == -1)
{
free(dev);
@@ -107,13 +109,13 @@
dev->mode = EXFAT_MODE_RW;
break;
case EXFAT_MODE_ANY:
-   dev->fd = open_rw(spec);
+   dev->fd = open_rw(spec, );
if (dev->fd != -1)
{
dev->mode = EXFAT_MODE_RW;
break;
}
-   dev->fd = open_ro(spec);
+   dev->fd = open_ro(spec, );
if (dev->fd != -1)
{
dev->mode = EXFAT_MODE_RO;
@@ -182,7 +184,7 @@
 
/* Don't need to check that partition letter is valid as we 
won't get
   this far otherwise. */
-   partition = strchr(spec, '\0') - 1;
+   partition = strchr(realpath, '\0') - 1;
pp = &(lab.d_partitions[*partition - 'a']);
dev->size = DL_GETPSIZE(pp) * lab.d_secsize;
 

I also use mount_exfat-fuse instead of mount.exfat-fuse because of
fstab format.

youtube-dl update?

2016-07-09 Thread Ted Unangst

The current ports version of youtube-dl cannot handle vine anymore.
Downloading a new version, 2016.07.09.2, works fine manually. However,
when I update the port to use this version, it fails.

  File "/usr/local/lib/python2.7/site-packages/youtube_dl/extractor/cliprs.py", 
line 4, in 
from .onet import OnetBaseIE
ImportError: No module named onet

Don't know how to proceed.

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Jasper Lievisse Adriaanse

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/07/09 13:01:14

Modified files:
x11/gnome/online-accounts: Makefile distinfo 

Log message:
bugfix update to gnome-online-accounts-3.20.2 (lastfm + imap-smtp)

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Robert Nagy

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2016/07/09 12:39:18

Modified files:
www/chromium   : Makefile 

Log message:
add another pre-build target

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Tobias Ulmer

CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/07/09 11:28:30

Modified files:
textproc/zathura/core: Makefile 

Log message:
stop zathura picking up libsynctex (from texlive_base), use internal copy

ok sthen@

Re: Collision between libgfortran and gcc-libs

2016-07-09 Thread Stuart Henderson

On 2016/07/09 15:47, Thomas Frohwein wrote:
> > On Friday, July 8, 2016 1:10 PM, Stuart Henderson  
> > wrote:
> 
> > > Could we just get rid of gfortran? It seems that nothing in ports is 
> > > using it..
> > 
> 
> Some R packages require gfortran to be built. I managed to install gfortran a 
> few weeks ago by manually removing the gcc file that was colliding. However, 
> the R package (I think it was knitr) required a newer version of gfortran, so 
> I had to make do without that package.

The newer version of gfortran is in the g95 package, the executable is called 
egfortran.

Re: Collision between libgfortran and gcc-libs

2016-07-09 Thread Thomas Frohwein

> On Friday, July 8, 2016 1:10 PM, Stuart Henderson  
> wrote:

> > Could we just get rid of gfortran? It seems that nothing in ports is using 
> > it..
> 

Some R packages require gfortran to be built. I managed to install gfortran a 
few weeks ago by manually removing the gcc file that was colliding. However, 
the R package (I think it was knitr) required a newer version of gfortran, so I 
had to make do without that package.

> 
> 
> On 2016/07/07 13:16, Jeremie Courreges-Anglas wrote:
>>  Qingshan Chen  writes:
>> 
>>  > Sorry for the double posting here. The message was originally posted 
> on
>>  > m...@openbsd.org, and is being re-posted here, in the hope of reaching
>>  > the right people.
>>  >
>>  >
>>  > Hi All,
>>  >
>>  > It seems that gcc-libs-4.9.3p3 collides with libgfortran-4.3.1p16, 
> which
>>  > is required by gfortran-4.2.1p15. I have run into this issue a couple 
> of
>>  > times, when I tried to install various packages. The following message
>>  > appeared when I tried to install gnucash, which requires
>>  > webkit-2.4.9p4v1, which in turn requires gcc-libs-4.9.3p3:
>>  >
>>  > Collision in gcc-libs-4.9.3p3: the following files already exist
>>  > /usr/local/lib/libgfortran.la (libgfortran-4.2.1p16 and
>>  > gcc-libs-4.9.3p3)
>>  > Can't install webkit-2.4.9p4v1: can't resolve gcc-libs-4.9.3p3
>>  >
>>  > I installed OpenBSD recently, on this Toshiba Satellite L505 laptop, 
> and
>>  > I have applied all the published security patches. Beyond that, I have
>>  > no idea how to resolve this collision issue. I do need to keep this
>>  > gfortran package on my system for my scientific research. Any
>>  > suggestions will be greatly appreciated. Thanks!
>>  >
>>  > Best,
>>  > Qingshan
>> 
>>  gcc-libs is almost a requirement these days.  I hope that we can just
>>  remove the .la from the gfortran package.  This should go in a bulk
>>  build to ensure that nothing breaks.
>> 
>>  (Diff not tested)
>> 
>>  Index: Makefile
>>  ===
>>  RCS file: /cvs/ports/lang/gfortran/Makefile,v
>>  retrieving revision 1.35
>>  diff -u -p -r1.35 Makefile
>>  --- Makefile12 May 2016 01:17:13 -1.35
>>  +++ Makefile7 Jul 2016 11:10:00 -
>>  @@ -15,7 +15,7 @@ PKGNAME-lib =libgfortran-$V
>>   SHARED_LIBS =gfortran2.0
>>   
>>   REVISION = 16
>>  -REVISION-lib = 18
>>  +REVISION-lib = 19
>>   
>>   CATEGORIES =lang math
>>   
>>  @@ -108,5 +108,6 @@ post-install:
>>   ln -sf /usr/lib/gcc-lib/${CONFIG}/${SYSV}/libgcc.a 
> ${PREFIX}/lib/gcc/${CONFIG}/$V/libgcc.a
>>   ln -sf /usr/lib/gcc-lib/${CONFIG}/${SYSV}/cc1 
> ${PREFIX}/libexec/gcc/${CONFIG}/$V/cc1
>>   ${INSTALL_MAN} ${WRKBUILD}/gcc/doc/gfortran.1 
> ${PREFIX}/man/man1/gfortran.1
>>  +rm ${PREFIX}/lib/libgfortran.la
>>   
>>   .include 
>>  Index: pkg/PLIST-lib
>>  ===
>>  RCS file: /cvs/ports/lang/gfortran/pkg/PLIST-lib,v
>>  retrieving revision 1.3
>>  diff -u -p -r1.3 PLIST-lib
>>  --- pkg/PLIST-lib19 Mar 2015 20:25:26 -1.3
>>  +++ pkg/PLIST-lib7 Jul 2016 11:09:10 -
>>  @@ -6,6 +6,5 @@ lib/gcc/${CONFIG}/${V}/
>>   lib/gcc/${CONFIG}/${V}/libgfortranbegin.a
>>   lib/gcc/${CONFIG}/${V}/libgfortranbegin.la
>>   lib/libgfortran.a
>>  -lib/libgfortran.la
>>   @lib lib/libgfortran.so.${LIBgfortran_VERSION}
>>   %%PIC%%
>> 
>> 
>> 
>>  -- 
>>  jca | PGP: 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE
>> 
>

Re: valgrind error - W^X violation

2016-07-09 Thread Stuart Henderson

Have you tried it with an executable on /usr/local? cal (in /usr/bin) is not on 
a wallowed filesystem.


On 9 July 2016 16:29:23 BST, Thomas Frohwein  wrote:
>
>
>
>Independent of executable or doas/su, valgrind fails with the following
>error message for me on -current:
>$valgrind cal
>valgrind: mmap(0x108000, 4210688) failed in UME with error 12 (Cannot
>allocate memory).
>dmesg shows mmap W^X violation.
>I'm not sure how to best find a solution to this. Valgrind is on
>/usr/local/ and wxallowed is set for it.
>
>How to reproduce:
>Run any executable with valgrind
>
>OpenBSD version:
>Snapshot from 07-01-16
>
>
>$mount
>/dev/sd0a on / type ffs (local, noatime, softdep)
>/dev/sd0k on /home type ffs (local, noatime, nodev, nosuid, softdep)
>/dev/sd0d on /tmp type ffs (local, noatime, nodev, nosuid, softdep)
>/dev/sd0f on /usr type ffs (local, noatime, nodev, softdep)
>/dev/sd0g on /usr/X11R6 type ffs (local, noatime, nodev, softdep)
>/dev/sd0h on /usr/local type ffs (local, noatime, nodev, wxallowed,
>softdep)
>/dev/sd0j on /usr/obj type ffs (local, noatime, nodev, nosuid, softdep)
>/dev/sd0i on /usr/src type ffs (local, noatime, nodev, nosuid, softdep)
>/dev/sd0e on /var type ffs (local, noatime, nodev, nosuid, softdep)
>
>
>$dmesg
>OpenBSD 6.0-beta (GENERIC.MP) #2244: Fri Jul  1 18:27:00 MDT 2016
>   dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>real mem = 7457574912 (7112MB)
>avail mem = 7227015168 (6892MB)
>mpath0 at root
>scsibus0 at mpath0: 256 targets
>mainbus0 at root
>bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xecd20 (55 entries)
>bios0: vendor American Megatrends Inc. version "V8.1" date 04/15/2015
>bios0: MSI MS-7721
>acpi0 at bios0: rev 2
>acpi0: sleep states S0 S3 S4 S5
>acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET UEFI IVRS SSDT SSDT
>CRAT SSDT SSDT SSDT
>acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) ECIR(S4) P0PC(S4)
>OHC1(S4) EHC1(S4) OHC2(S4) EHC2(S4) OHC3(S4) EHC3(S4) OHC4(S4) PE20(S4)
>PE21(S4) PE23(S4) PB21(S4) [...]
>acpitimer0 at acpi0: 3579545 Hz, 32 bits
>acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
>cpu0 at mainbus0: apid 16 (boot processor)
>cpu0: AMD A8-7600 Radeon R7, 10 Compute Cores 4C+6G, 3096.53 MHz
>cpu0:
>FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TBM,TOPEXT,ITSC,FSGSBASE,BMI1
>cpu0: 96KB 64b/line 3-way I-cache, 16KB 64b/line 4-way D-cache, 2MB
>64b/line 16-way L2 cache
>cpu0: ITLB 48 4KB entries fully associative, 24 4MB entries fully
>associative
>cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully
>associative
>cpu0: smt 0, core 0, package 0
>mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
>cpu0: apic clock running at 99MHz
>cpu0: mwait min=64, max=64, IBE
>cpu1 at mainbus0: apid 17 (application processor)
>cpu1: AMD A8-7600 Radeon R7, 10 Compute Cores 4C+6G, 3094.23 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,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TBM,TOPEXT,ITSC,FSGSBASE,BMI1
>cpu1: 96KB 64b/line 3-way I-cache, 16KB 64b/line 4-way D-cache, 2MB
>64b/line 16-way L2 cache
>cpu1: ITLB 48 4KB entries fully associative, 24 4MB entries fully
>associative
>cpu1: DTLB 64 4KB entries fully associative, 64 4MB entries fully
>associative
>cpu1: smt 0, core 1, package 0
>cpu2 at mainbus0: apid 18 (application processor)
>cpu2: AMD A8-7600 Radeon R7, 10 Compute Cores 4C+6G, 3094.22 MHz
>cpu2:
>FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TBM,TOPEXT,ITSC,FSGSBASE,BMI1
>cpu2: 96KB 64b/line 3-way I-cache, 16KB 64b/line 4-way D-cache, 2MB
>64b/line 16-way L2 cache
>cpu2: ITLB 48 4KB entries fully associative, 24 4MB entries fully
>associative
>cpu2: DTLB 64 4KB entries fully associative, 64 4MB entries fully
>associative
>cpu2: smt 0, core 2, package 0
>cpu3 at mainbus0: apid 19 (application processor)
>cpu3: AMD A8-7600 Radeon R7, 10 Compute Cores 4C+6G, 3094.22 MHz
>cpu3:
>FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TBM,TOPEXT,ITSC,FSGSBASE,BMI1
>cpu3: 96KB 64b/line 3-way I-cache, 16KB 64b/line 4-way D-cache, 2MB
>64b/line 16-way L2 cache
>cpu3: ITLB 48 4KB

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Matthias Kilian

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2016/07/09 09:39:45

Modified files:
print/cups-filters: Makefile 

Log message:
Sync WANTLIB.

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Matthias Kilian

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2016/07/09 09:37:47

Modified files:
print/poppler  : Makefile 
print/poppler/pkg: PLIST-main PLIST-utils 

Log message:
Disable pdfsig to get rid of the nss dependency.

valgrind error - W^X violation

2016-07-09 Thread Thomas Frohwein




Independent of executable or doas/su, valgrind fails with the following error 
message for me on -current:
$valgrind cal
valgrind: mmap(0x108000, 4210688) failed in UME with error 12 (Cannot allocate 
memory).
dmesg shows mmap W^X violation.
I'm not sure how to best find a solution to this. Valgrind is on /usr/local/ 
and wxallowed is set for it.

How to reproduce:
Run any executable with valgrind

OpenBSD version:
Snapshot from 07-01-16


$mount
/dev/sd0a on / type ffs (local, noatime, softdep)
/dev/sd0k on /home type ffs (local, noatime, nodev, nosuid, softdep)
/dev/sd0d on /tmp type ffs (local, noatime, nodev, nosuid, softdep)
/dev/sd0f on /usr type ffs (local, noatime, nodev, softdep)
/dev/sd0g on /usr/X11R6 type ffs (local, noatime, nodev, softdep)
/dev/sd0h on /usr/local type ffs (local, noatime, nodev, wxallowed, softdep)
/dev/sd0j on /usr/obj type ffs (local, noatime, nodev, nosuid, softdep)
/dev/sd0i on /usr/src type ffs (local, noatime, nodev, nosuid, softdep)
/dev/sd0e on /var type ffs (local, noatime, nodev, nosuid, softdep)


$dmesg
OpenBSD 6.0-beta (GENERIC.MP) #2244: Fri Jul  1 18:27:00 MDT 2016
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 7457574912 (7112MB)
avail mem = 7227015168 (6892MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xecd20 (55 entries)
bios0: vendor American Megatrends Inc. version "V8.1" date 04/15/2015
bios0: MSI MS-7721
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET UEFI IVRS SSDT SSDT CRAT SSDT 
SSDT SSDT
acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) ECIR(S4) P0PC(S4) OHC1(S4) 
EHC1(S4) OHC2(S4) EHC2(S4) OHC3(S4) EHC3(S4) OHC4(S4) PE20(S4) PE21(S4) 
PE23(S4) PB21(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 16 (boot processor)
cpu0: AMD A8-7600 Radeon R7, 10 Compute Cores 4C+6G, 3096.53 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TBM,TOPEXT,ITSC,FSGSBASE,BMI1
cpu0: 96KB 64b/line 3-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 
16-way L2 cache
cpu0: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative
cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, IBE
cpu1 at mainbus0: apid 17 (application processor)
cpu1: AMD A8-7600 Radeon R7, 10 Compute Cores 4C+6G, 3094.23 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,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TBM,TOPEXT,ITSC,FSGSBASE,BMI1
cpu1: 96KB 64b/line 3-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 
16-way L2 cache
cpu1: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative
cpu1: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 18 (application processor)
cpu2: AMD A8-7600 Radeon R7, 10 Compute Cores 4C+6G, 3094.22 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TBM,TOPEXT,ITSC,FSGSBASE,BMI1
cpu2: 96KB 64b/line 3-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 
16-way L2 cache
cpu2: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative
cpu2: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 19 (application processor)
cpu3: AMD A8-7600 Radeon R7, 10 Compute Cores 4C+6G, 3094.22 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TBM,TOPEXT,ITSC,FSGSBASE,BMI1
cpu3: 96KB 64b/line 3-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 
16-way L2 cache
cpu3: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative
cpu3: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 0 pa 0xfec0, version 21, 24 pins
ioapic1 at mainbus0: apid 1

Re: [new] exfat-fuse 1.2.4

2016-07-09 Thread Antoine Jacoutot

On Sat, Jul 09, 2016 at 04:04:40PM +0200, Dmitrij D. Czarkoff wrote:
> YASUOKA Masahiko  wrote:
> 
> > I'd like to add 'exfat-fuse'.
> > 
> > It is an exFAT file system implementation working on FUSE.  It's
> > useful to mount a SDCARD which is used by Android, for example.
> > 
> > ok?
> 
> 1.  You need to add
> 
> | BUILD_DEPENDS = ${MODGNU_AUTOCONF_DEPENDS} \
> | ${MODGNU_AUTOMAKE_DEPENDS}
> 
> so that the port actually depends on auto* tools.
> 
> 2.  PLIST should have annotations for binaries:

By the way, wasn't the @bin marker introduced because of prebind support?
Since that got removed, maybe we could drop that marker as well after 6.0?


> 
> --- pkg/PLIST.origSat Jul  9 01:33:50 2016
> +++ pkg/PLIST Sat Jul  9 16:02:23 2016
> @@ -4,11 +4,11 @@
>  @man man/man8/exfatlabel.8
>  @man man/man8/mkexfatfs.8
>  @man man/man8/mount.exfat-fuse.8
> -sbin/dumpexfat
> -sbin/exfatfsck
> -sbin/exfatlabel
> +@bin sbin/dumpexfat
> +@bin sbin/exfatfsck
> +@bin sbin/exfatlabel
>  sbin/fsck.exfat
> -sbin/mkexfatfs
> +@bin sbin/mkexfatfs
>  sbin/mkfs.exfat
>  sbin/mount.exfat
> -sbin/mount.exfat-fuse
> +@bin sbin/mount.exfat-fuse
> 
> Otherwise OK czarkoff@.
> 

-- 
Antoine

Re: Collision between libgfortran and gcc-libs

2016-07-09 Thread Tobias Ulmer

On Thu, Jul 07, 2016 at 01:16:48PM +0200, Jeremie Courreges-Anglas wrote:
> Qingshan Chen  writes:
> 
> > Sorry for the double posting here. The message was originally posted on
> > m...@openbsd.org, and is being re-posted here, in the hope of reaching
> > the right people.
> >
> >
> > Hi All,
> >
> > It seems that gcc-libs-4.9.3p3 collides with libgfortran-4.3.1p16, which
> > is required by gfortran-4.2.1p15. I have run into this issue a couple of
> > times, when I tried to install various packages. The following message
> > appeared when I tried to install gnucash, which requires
> > webkit-2.4.9p4v1, which in turn requires gcc-libs-4.9.3p3:
> >
> > Collision in gcc-libs-4.9.3p3: the following files already exist
> > /usr/local/lib/libgfortran.la (libgfortran-4.2.1p16 and
> > gcc-libs-4.9.3p3)
> > Can't install webkit-2.4.9p4v1: can't resolve gcc-libs-4.9.3p3
> >
> > I installed OpenBSD recently, on this Toshiba Satellite L505 laptop, and
> > I have applied all the published security patches. Beyond that, I have
> > no idea how to resolve this collision issue. I do need to keep this
> > gfortran package on my system for my scientific research. Any
> > suggestions will be greatly appreciated. Thanks!
> >
> > Best,
> > Qingshan
> 
> gcc-libs is almost a requirement these days.  I hope that we can just
> remove the .la from the gfortran package.  This should go in a bulk
> build to ensure that nothing breaks.
> 

That solves the collision, but now you have libgfortran 2.0 and 6.0
installed. gfortran will presumably pick up the newer library belonging
to g95. That cant be a good thing.

Qingshan: Anything stopping you from using the g95 package instead of
gfortran?

fix textproc/zathura dep on libsynctex

2016-07-09 Thread Tobias Ulmer

Zathura picks up libsynctex if available, otherwise falls back on an
internal copy.

Depending on texlive_base for one tiny lib seems a bit unreasonable...
ok for fixing it this way?

Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/ports/textproc/zathura/core/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile4 Feb 2016 18:08:17 -   1.4
+++ Makefile9 Jul 2016 14:42:18 -
@@ -1,7 +1,7 @@
 # $OpenBSD: Makefile,v 1.4 2016/02/04 18:08:17 juanfra Exp $
 
 V =0.3.3
-REVISION = 0
+REVISION = 1
 COMMENT =  document viewer for PDF and other formats with a 
vi-like UI
 DISTNAME = zathura-${V}
 CATEGORIES =   textproc x11
@@ -30,7 +30,8 @@ MAKE_FLAGS =  MANPREFIX=${PREFIX}/man \
DESKTOPPREFIX=${PREFIX}/share/applications \
TPUT=true \
CC="${CC}" \
-   VERBOSE=1
+   VERBOSE=1 \
+   WITH_SYSTEM_SYNCTEX=0
 FAKE_FLAGS =   PREFIX=${TRUEPREFIX}
 
 USE_GMAKE =Yes

Re: [NEW] sysutils/p5-Rex

2016-07-09 Thread Solène RAPENNE

Sebastien Marie writes:

> On Thu, Jul 07, 2016 at 06:18:07PM +0200, Solène wrote:
>
> Despite the fact we will enter very soon in "slow motion" due to
> locking, there are several things still required:
>
> - agreement of two devs for importing
>
> - a complete tgz for the port : your last sending needs adjustements.
>
>
> Regarding enhancements for your submission:
>
>   - you could based the initial work on portgen generated ports, and
> improve them.
>
>   - it means including p5-AWS-Signature4, p5-String-Escape, and
> p5-Test-UseAllModules ports in the submission.
>
>   - renaming p5-Rex to rex : ansible or salt doesn't have any prefix.
>
>   - one point where I am a bit shared: reading the code, I am septical
> if rex will work for targeting OpenBSD. I know it isn't your
> use-case, but including a port in OpenBSD means the port should work
> on OpenBSD (for targeting other OS or targeting OpenBSD).
>
> At least adding a big warning that the support of OpenBSD (as
> target) isn't complete ? (I am just hoping that it just doesn't
> work, and isn't harmful for the targeted system).
>
> Thanks.

Hello,

I will check the OpenBSD support of Rex and enhance it if needed and try
to make a nice polished port after the freeze, there is no hurry. 

Thanks for your advices, that's very helpful for me.

Re: [new] exfat-fuse 1.2.4

2016-07-09 Thread Dmitrij D. Czarkoff

YASUOKA Masahiko  wrote:

> I'd like to add 'exfat-fuse'.
> 
> It is an exFAT file system implementation working on FUSE.  It's
> useful to mount a SDCARD which is used by Android, for example.
> 
> ok?

1.  You need to add

| BUILD_DEPENDS = ${MODGNU_AUTOCONF_DEPENDS} \
| ${MODGNU_AUTOMAKE_DEPENDS}

so that the port actually depends on auto* tools.

2.  PLIST should have annotations for binaries:

--- pkg/PLIST.orig  Sat Jul  9 01:33:50 2016
+++ pkg/PLIST   Sat Jul  9 16:02:23 2016
@@ -4,11 +4,11 @@
 @man man/man8/exfatlabel.8
 @man man/man8/mkexfatfs.8
 @man man/man8/mount.exfat-fuse.8
-sbin/dumpexfat
-sbin/exfatfsck
-sbin/exfatlabel
+@bin sbin/dumpexfat
+@bin sbin/exfatfsck
+@bin sbin/exfatlabel
 sbin/fsck.exfat
-sbin/mkexfatfs
+@bin sbin/mkexfatfs
 sbin/mkfs.exfat
 sbin/mount.exfat
-sbin/mount.exfat-fuse
+@bin sbin/mount.exfat-fuse

Otherwise OK czarkoff@.

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/07/09 07:50:57

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

Log message:
Bugfix update to gspell-1.0.3.

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/07/09 06:14:28

Modified files:
net/ntopng : Makefile distinfo 
net/ntopng/patches: patch-include_Flow_h 
patch-include_NetworkInterface_h 
patch-include_Utils_h 
patch-include_ntop_defines_h 
patch-nDPI_example_ndpiReader_c 
patch-nDPI_example_ndpi_util_c 
patch-src_Flow_cpp patch-src_Lua_cpp 
patch-src_NetworkInterface_cpp 
patch-src_Utils_cpp 
net/ntopng/pkg : PLIST 

Log message:
update ntopng from snapshot to 2.4 release

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/07/09 06:07:34

Modified files:
net/GeoIP  : Makefile distinfo 

Log message:
update GeoIP geolite databases

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/07/09 06:05:40

Modified files:
net/arp-scan   : Makefile distinfo 

Log message:
update MAC address vendor listings

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/07/09 05:49:05

Modified files:
graphics/darktable: Makefile distinfo 

Log message:
update to darktable-2.0.5

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/07/09 05:47:56

Modified files:
x11/xscreensaver: Makefile 
x11/xscreensaver/pkg: PLIST 

Log message:
deconflict one of xscreensaver's manpages with games/circuit, and fix typo
with the previous deconflict renaming.

Re: print/poppler: disable pdfsig(1) or not?

2016-07-09 Thread Stuart Henderson

On 2016/07/09 11:01, Antoine Jacoutot wrote:
> On Fri, Jul 08, 2016 at 11:05:20PM +0200, Matthias Kilian wrote:
> > Hi,
> > 
> > sthen@ pointed out that poppler with pdfsig(1) introduced dependencies
> > on nss, which would require WANTLIB changes on a couple of other
> > ports.
> > 
> > So we could either disable pdfsig(1) in poppler (and fix WANTLIB
> > in cups-filters), or keep it and fix WANTLIB in about 9 other ports.
> > I prefer the former, because I just have the diffs ready for it ;-)
> > 
> > Everyone who would be sad about poppler without pdfsig(1) for now,
> > please speak up.
> 
> I have no opinion. Do whatever you think is best.
> Worst case, we can re-introduce pdfsig(1) later if someone has a real need 
> for it.

Same here, I don't mind how it's done as long as it's fixed one way or
the other :-)

kili, I'm OK with your diff.

Re: New port: audio/moc

2016-07-09 Thread Vadim Zhukov

2016-07-08 17:23 GMT+03:00 Dmitrij D. Czarkoff :
> "Dmitrij D. Czarkoff"  wrote:
>>
>> Obligatory quote from DESCR:
>>
>>MOC (music on console) is a console audio player for LINUX/UNIX
>>designed to be powerful and easy to use.
>>
>>MOC plays smoothly, regardless of system or I/O load because it uses
>>the output buffer in a separate thread. It provides gapless playback
>>because the next file to be played is precached while the current
>>file is playing.
>>
>>Supported file formats are: MP3, Ogg Vorbis, FLAC, Musepack (mpc),
>>Speex, Opus, WAVE, those supported by FFmpeg/LibAV (e.g., WMA,
>>RealAudio, AAC, MP4), AIFF, AU, SVX, Sphere Nist WAV, IRCAM SF,
>>Creative VOC, SID, wavpack.
>>
>> This port has a complicated history.  Previous attempt exec()ed file(1)
>> to mitigate security issues with libmagic.  This one uses pledge(2).
>
> Below is a tarball with a fix from Ben Lovett.
>
> OK to import?

Looks & works fine, okay on my side.

Re: [new] lang/mlton

2016-07-09 Thread ml

On Sat, 9 Jul 2016 10:02:26 +0200
Sebastien Marie  wrote:
<..>
> 
> Here, I don't know... maybe if it isn't needed, doesn't package it ?
> 
> the problem is if root runs it, python will make a .pyc file at
> runtime, and after the removing of the mlton package will not work
> well (directories will remains due to .pyc file).
> 

That does not happen to top level scripts. Relevant Python
documentation could be found at [1], paragraph 3.

I have confirmed that no .pyc is created when the script is run.

[1]:
https://docs.python.org/2/faq/programming.html#how-do-i-create-a-pyc-file

> Outside this point, I am OK to import it. Please another dev to
> review the port and import it.

Thanks! Would anyone be able to help with review and CVS import please?

Best,
Alex

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/07/09 03:09:10

Modified files:
editors/libreoffice: Makefile 
multimedia/motion: Makefile 
games/bastet   : Makefile 
mail/evolution-rss: Makefile 
x11/gnome/file-roller: Makefile 
x11/kde4/workspace: Makefile 
x11/kde/base3  : Makefile 
x11/xfce4/orage: Makefile 
productivity/osmo: Makefile 
geo/pgrouting  : Makefile 
x11/gnustep/webservices: Makefile 
graphics/ffmpegthumbnailer: Makefile 

Log message:
sync WANTLIB

Re: print/poppler: disable pdfsig(1) or not?

2016-07-09 Thread Antoine Jacoutot

On Fri, Jul 08, 2016 at 11:05:20PM +0200, Matthias Kilian wrote:
> Hi,
> 
> sthen@ pointed out that poppler with pdfsig(1) introduced dependencies
> on nss, which would require WANTLIB changes on a couple of other
> ports.
> 
> So we could either disable pdfsig(1) in poppler (and fix WANTLIB
> in cups-filters), or keep it and fix WANTLIB in about 9 other ports.
> I prefer the former, because I just have the diffs ready for it ;-)
> 
> Everyone who would be sad about poppler without pdfsig(1) for now,
> please speak up.

I have no opinion. Do whatever you think is best.
Worst case, we can re-introduce pdfsig(1) later if someone has a real need for 
it.

> Index: print/poppler/Makefile
> ===
> RCS file: /cvs/ports/print/poppler/Makefile,v
> retrieving revision 1.107
> diff -u -p -r1.107 Makefile
> --- print/poppler/Makefile19 Jun 2016 19:42:26 -  1.107
> +++ print/poppler/Makefile8 Jul 2016 20:56:21 -
> @@ -16,7 +16,9 @@ PKGNAME-qt4=poppler-qt4-$V
>  PKGNAME-qt5= poppler-qt5-$V
>  OLDSHIT =poppler-0.16.7
>  
> -SHARED_LIBS +=   poppler  38.0 # 62.0
> +REVISION=0
> +
> +SHARED_LIBS +=   poppler  39.0 # 62.0
>  SHARED_LIBS +=   poppler-glib 15.0 # 15.0
>  SHARED_LIBS +=   poppler-qt   12.0 # 3.0
>  SHARED_LIBS +=   poppler-qt4  18.0 # 13.0
> @@ -45,8 +47,7 @@ MULTI_PACKAGES=-main -qt -qt4 -qt5 -util
>  
>  .include 
>  
> -cWANTLIB=expat freetype fontconfig jpeg m pthread tiff z stdc++ \
> - nspr4 nss3 nss3 plc4 plds4 smime3 
> +cWANTLIB=expat freetype fontconfig jpeg m pthread tiff z stdc++
>  
>  .if ${BUILD_PACKAGES:M-qt}
>  MODULES+=x11/qt3
> @@ -79,48 +80,42 @@ LIB_DEPENDS-main= \
>   graphics/lcms2 \
>   graphics/openjpeg \
>   graphics/png \
> - graphics/tiff \
> - security/nss
> + graphics/tiff
>  
>  LIB_DEPENDS-qt=  ${MODQT3_LIB_DEPENDS} \
> - print/poppler \
> - security/nss
> + print/poppler
>  
>  LIB_DEPENDS-qt4=${MODQT4_LIB_DEPENDS} \
> - print/poppler \
> - security/nss
> + print/poppler
>  
>  LIB_DEPENDS-qt5=${MODQT5_LIB_DEPENDS} \
> - print/poppler \
> - security/nss
> + print/poppler
>  
> -LIB_DEPENDS-utils= print/poppler \
> - security/nss
> +LIB_DEPENDS-utils= print/poppler
>  
>  WANTLIB-main=${cWANTLIB} Xext ffi gio-2.0 glib-2.0 gmodule-2.0 \
>   gobject-2.0 pixman-1 openjpeg X11 Xrender cairo pcre \
>   png pthread-stubs xcb xcb-render lcms2 xcb-shm \
> - iconv intl nssutil3 plds4 softokn3 sqlite3 ssl3
> + iconv intl
>  
>  WANTLIB-qt=  ${cWANTLIB} lcms2 openjpeg poppler png pthread-stubs \
> - softokn3 ssl3 ${MODQT3_WANTLIB}
> + ${MODQT3_WANTLIB}
>  
>  WANTLIB-qt4=${cWANTLIB} ${MODQT4_WANTLIB} ICE QtCore QtGui QtXml \
>   SM X11 Xext Xi Xinerama Xrender ffi glib-2.0 \
>   gobject-2.0 gthread-2.0 iconv intl lcms2 openjpeg \
> - png poppler pcre pthread-stubs xcb softokn3 ssl3
> + png poppler pcre pthread-stubs xcb
>  
>  WANTLIB-qt5= ${cWANTLIB} ${MODQT5_WANTLIB} ${MODGCC4_CPPWANTLIB} \
>   GL Qt5Core Qt5Gui Qt5Widgets Qt5Xml X11 X11-xcb \
>   Xdamage Xext Xfixes Xxf86vm drm execinfo ffi glapi \
>   glib-2.0 gobject-2.0 graphite2 gthread-2.0 harfbuzz \
>   iconv icudata icui18n icuuc intl lcms2 openjpeg pcre \
> - pcre16 png poppler pthread-stubs xcb xcb-dri2 xcb-glx \
> - softokn3 ssl3
> + pcre16 png poppler pthread-stubs xcb xcb-dri2 xcb-glx
>   
>  WANTLIB-utils=   X11 Xext Xrender c cairo fontconfig lcms2 m pixman-1 \
>   png pthread-stubs xcb xcb-render xcb-shm openjpeg \
> - poppler z ${cWANTLIB} softokn3 ssl3
> + poppler z ${cWANTLIB}
>  
>  CONFIGURE_STYLE=autoconf
>  AUTOCONF_VERSION=2.69
> @@ -128,7 +123,8 @@ CONFIGURE_ARGS+=--enable-xpdf-headers \
>   --enable-poppler-cpp \
>   --enable-utils \
>   --enable-zlib \
> - --disable-gtk-test
> + --disable-gtk-test \
> + --disable-libnss
>  
>  CONFIGURE_ENV+= CPPFLAGS="-I${X11BASE}/include -I${LOCALBASE}/include" \
>   LDFLAGS="-L${LOCALBASE}/lib" \
> Index: print/poppler/pkg/PLIST-main
> ===
> RCS file: /cvs/ports/print/poppler/pkg/PLIST-main,v
> retrieving revision 1.25
> diff -u -p -r1.25 PLIST-main
> --- print/poppler/pkg/PLIST-main  1 May 2016 12:33:24 -   1.25
> +++ print/poppler/pkg/PLIST-main  8 Jul 2016 20:56:21 -
> @@ -56,7 +56,6 @@ include/poppler/PreScanOutputDev.h
>

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/07/09 02:57:11

Modified files:
productivity/aqbanking: Makefile 
x11/gtk-vnc: Makefile 
devel/gwenhywfar: Makefile 
textproc/iksemel: Makefile 
devel/libvmime : Makefile 
x11/xfce4/xfce4-mailwatch: Makefile 
x11/xfce4/xfprint: Makefile 
security/xmlsec: Makefile 
x11/gtk+2  : Makefile 

Log message:
sync WANTLIB

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/07/09 02:46:25

Modified files:
mail/exim  : Makefile 
mail/claws-mail: Makefile 
x11/gnome/totem: Makefile 
x11/gnome/totem-pl-parser: Makefile 
audio/rhythmbox: Makefile 
www/wml: Makefile 
textproc/py-stemmer: Makefile 
www/py-aiohttp : Makefile 
x11/gnome/grilo: Makefile 
x11/gnome/gvfs : Makefile 
x11/gnome/grilo-plugins: Makefile 
mail/opensmtpd-extras: Makefile 
sysutils/beats/packetbeat: Makefile 
geo/postgis: Makefile 
productivity/glabels: Makefile 

Log message:
sync WANTLIB

CVS: cvs.openbsd.org: ports

2016-07-09 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/07/09 02:25:14

Modified files:
net/net-snmp   : Makefile 

Log message:
missed bump, spotted by naddy

Re: epub reader

2016-07-09 Thread Jiri B

On Fri, Jul 08, 2016 at 10:47:54AM -0400, Jiri B wrote:
> On Fri, Jul 08, 2016 at 08:36:11AM -0600, Jack J. Woehr wrote:
> > Is there a tool to read epubs on OpenBSD? I looked in MARC archives and 
> > don't find any info.
> 
> mupdf
> calibre
> an extension in firefox...

I had working sigil port in my tree, maybe I could
bring it up-to-date.

I would also love to see pandoc in tree for convertion to epubs.

j.

Re: [new] lang/mlton

2016-07-09 Thread Sebastien Marie

On Sat, Jul 09, 2016 at 06:41:50PM +1200, m...@extensibl.com wrote:
> 
> Thanks Sebastien, all fixed, except compileall.py warning. 
> 
> I believe compiled version of helper script is not required in this
> case. It is an executable script, not a library, and no .pyc will be
> generated. I also doubt that anyone will run this script - besides the
> developers of MLton compiler.

Here, I don't know... maybe if it isn't needed, doesn't package it ?

the problem is if root runs it, python will make a .pyc file at runtime,
and after the removing of the mlton package will not work well
(directories will remains due to .pyc file).

Outside this point, I am OK to import it. Please another dev to review the
port and import it.
-- 
Sebastien Marie

Re: [new] lang/mlton

2016-07-09 Thread ml

On Sat, 9 Jul 2016 06:46:08 +0200
Sebastien Marie  wrote:
<..>
> 
> $ cd lang/mlton && portcheck
> trailing whitespace in Makefile
> 3 line(s) longer than 80 chars in Makefile
> hardcoded paths detected in Makefile, consider using SUBST_VARS and
> TRUEPREFIX/LOCALBASE/LOCALSTATEDIR/VARBASE Makefile does not have
> $OpenBSD$ RCS tag at the top 1 line(s) longer than 80 chars in
> pkg/DESCR Python module without compiled version, consider using
> ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py:
> lib/mlton/sml/smlnj-lib/HTML4/helper.py lang/mlton
<..>

Thanks Sebastien, all fixed, except compileall.py warning. 

I believe compiled version of helper script is not required in this
case. It is an executable script, not a library, and no .pyc will be
generated. I also doubt that anyone will run this script - besides the
developers of MLton compiler.

Diff and port archive are attached.


Best,
Alexdiff -ruN mlton.orig/Makefile mlton/Makefile
--- mlton.orig/Makefile	Sat Jul  9 18:28:03 2016
+++ mlton/Makefile	Sat Jul  9 18:27:22 2016
@@ -1,3 +1,5 @@
+# $OpenBSD$
+
 COMMENT =MLton compiler
 V =  20130715
 DISTNAME =   mlton-${V}
@@ -32,31 +34,33 @@
 MAKE_ENV =  PATH=${PATH}:${WRKBUILD}/build/bin/:${WRKBUILD}/mllex/
 
 post-extract:
-	mv ${WRKDIR}/bootstrap ${WRKBUILD}/ 
+	mv ${WRKDIR}/bootstrap ${WRKBUILD}/
 
 do-build:
 	# Prerequisites, directory layout
-	cd ${WRKBUILD} && WITH_GMP=/usr/local ${GMAKE} dirs runtime
+	cd ${WRKBUILD} && WITH_GMP=${PREFIX} ${GMAKE} dirs runtime
 	# Compile, link MLton compiler executable from bootstrap C sources,
 	# because we do not have any SML compiler available yet.
-	# Also copy bootstrap files for mlyacc. 
+	# Also copy bootstrap files for mlyacc.
 	cd ${WRKBUILD} && ${MAKE} -C bootstrap compile_bootstrap
 	cd ${WRKBUILD} && mv bootstrap/mlton-compile build/lib/
 	cd ${WRKBUILD} && mv bootstrap/yacc.grm.* mlyacc/src/
 	# Now build the rest with the bootstrapped MLton compiler
-	cd ${WRKBUILD} && ${GMAKE} basis-no-check script mlbpathmap constants libraries
+	cd ${WRKBUILD} \
+		&& ${GMAKE} basis-no-check script mlbpathmap constants libraries
 	cd ${WRKBUILD} && PATH=${PATH}:${WRKBUILD}/mllex/ ${GMAKE} tools
 
 # bootstrap target generates MLton (and mlyacc) bootstrap files
 BOOTSTRAP_DIR=  ${WRKDIR}/bootstrap-new/bootstrap
 bootstrap: fake
 	cd ${WRKBUILD} && ${GMAKE} # First round of compilation
-	# Recompile mlton with itself, keep intermediary files for further use as bootstrap. 
+	# Recompile mlton with itself, keep intermediary files
+	# for further use as bootstrap.
 	# Extra recompilation cycle makes sense when MLton versions change.
-	cd ${WRKBUILD}/mlton && ${GMAKE} clean 
+	cd ${WRKBUILD}/mlton && ${GMAKE} clean
 	cd ${WRKBUILD}/mlton && rm -f mlton-compile
-	cd ${WRKBUILD} && PATH=${PATH}:${WRKBUILD}/build/bin/ COMPILE_ARGS=" -keep g " ${GMAKE}	
-	
+	cd ${WRKBUILD} && PATH=${PATH}:${WRKBUILD}/build/bin/ \
+		COMPILE_ARGS=" -keep g " ${GMAKE}
 	# Archive bootstrap files
 	mkdir -p ${BOOTSTRAP_DIR}
 	mv ${WRKBUILD}/mlton/*.c ${BOOTSTRAP_DIR}
@@ -64,7 +68,10 @@
 	mv ${WRKBUILD}/mlyacc/src/yacc.grm.* ${BOOTSTRAP_DIR}
 	mv ${WRKBUILD}/bootstrap/Makefile ${BOOTSTRAP_DIR}
 	mv ${WRKBUILD}/bootstrap/README ${BOOTSTRAP_DIR}
-	cd ${WRKDIR}/bootstrap-new/ && tar zcf mlton-${V}-bootstrap-OpenBSD-${OSREV}-${MACHINE_ARCH}.tar.gz bootstrap
+	cd ${WRKDIR}/bootstrap-new/ && \
+		tar zcf \
+			mlton-${V}-bootstrap-OpenBSD-${OSREV}-${MACHINE_ARCH}.tar.gz \
+			bootstrap
 
 .include 
 
diff -ruN mlton.orig/pkg/DESCR mlton/pkg/DESCR
--- mlton.orig/pkg/DESCR	Sat Jul  9 18:28:03 2016
+++ mlton/pkg/DESCR	Sat Jul  9 18:27:22 2016
@@ -1 +1,2 @@
-MLton is a whole-program optimizing compiler for the Standard ML programming language.
+MLton is a whole-program optimizing compiler for the Standard ML
+programming language.


mlton.tar.gz
Description: application/gzip

40 matches

Mail list logo