CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 01:09:50

Modified files:
x11/vlc: Makefile 
x11/vlc/pkg: PLIST-main 
Added files:
x11/vlc/patches: patch-modules_access_v4l2_lib_c 
 patch-modules_access_v4l2_v4l2_h 

Log message:
Enable the libv4l2 support in VLC.

from Brad (maintainer)



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Ingo Feinerer
CVSROOT:/cvs
Module name:ports
Changes by: feine...@cvs.openbsd.org2016/01/23 07:03:11

Modified files:
multimedia/libv4l: Makefile 
Added files:
multimedia/libv4l/patches: patch-lib_libv4lconvert_Makefile_in 
   patch-lib_libv4lconvert_libv4lconvert_pc_in 

Log message:
Avoid bogus use of rt library (-lrt).

Fix by brad@; OK ajacoutot@



Re: [maintainer update] update to Openfire 4.0.0

2016-01-23 Thread Marc Peters
Am 01/16/16 um 18:30 schrieb Marc Peters:
> Hi list,
> 
> here's an update to Openfire 4.0.0. The changelog can be found here:
> http://www.igniterealtime.org/builds/openfire/docs/latest/changelog.html
> 
> Attached as patch to avoid mangling.
> 
> Openfire pulls now jdk-1.8 and dependencies.
> 
> Tested on amd64. Comments/OKs?
> 
> 
> Marc
> 

Ping. I would like to have this in 5.9.



Re: pledge(2) binding for Haskell

2016-01-23 Thread Karel Gardas
Hello,

I've thought it would be nice if Haskell type checker would work into
our strength. Attached patch defines algebraic data type Promise and
use this for calling pledge sys call. The patch also provides two
version of Promise to string conversion function. One is explicit and
another is using show capability and just fixes prot_exec case.

Any comments highly appreciated.

Thanks,
Karel

Index: Process.hsc
===
RCS file: /cvs/ports/lang/ghc/files/Process.hsc,v
retrieving revision 1.1
diff -u -p -u -r1.1 Process.hsc
--- Process.hsc 20 Jan 2016 16:02:06 -  1.1
+++ Process.hsc 23 Jan 2016 13:15:42 -
@@ -1,14 +1,77 @@
 {-# LANGUAGE Safe #-}

-module System.OpenBSD.Process ( pledge ) where
+module System.OpenBSD.Process ( pledge, Promise(..) ) where

 import Foreign
 import Foreign.C
 import System.Posix.Internals ( withFilePath )
+import Data.Char

-pledge :: String -> Maybe [FilePath] -> IO ()
+data Promise = Stdio
+ | RPath
+ | WPath
+ | CPath
+ | DPath
+ | TmpPath
+ | Inet
+ | FAttr
+ | FLock
+ | Unix
+ | Dns
+ | GetPW
+ | SendFD
+ | RecvFD
+ | IOCtl
+ | Tty
+ | Proc
+ | Exec
+ | ProtExec
+ | SetTime
+ | Ps
+ | VMInfo
+ | Id
+ | Pf
+   deriving (Show)
+{-
+promise2String :: Promise -> String
+promise2String p = case p of
+  Stdio-> "stdio"
+  RPath-> "rpath"
+  WPath-> "wpath"
+  CPath-> "cpath"
+  DPath-> "dpath"
+  TmpPath  -> "tmppath"
+  Inet -> "inet"
+  FAttr-> "fattr"
+  FLock-> "flock"
+  Unix -> "unix"
+  Dns  -> "dns"
+  GetPW-> "getpw"
+  SendFD   -> "sendfd"
+  RecvFD   -> "recvfd"
+  IOCtl-> "ioctl"
+  Tty  -> "tty"
+  Proc -> "proc"
+  Exec -> "exec"
+  ProtExec -> "prot_exec"
+  SetTime  -> "settime"
+  Ps   -> "ps"
+  VMInfo   -> "vminfo"
+  Id   -> "id"
+  Pf   -> "pf"
+-}

-pledge promises paths =
+promise2String :: Promise -> String
+promise2String p = case p of
+  ProtExec -> "prot_exec"
+  _-> map toLower (show p)
+
+pledge :: [Promise] -> Maybe [FilePath] -> IO ()
+pledge promises = cpledge (unwords $ map promise2String promises)
+
+cpledge :: String -> Maybe [FilePath] -> IO ()
+
+cpledge promises paths =
   withCString promises $ \cproms ->
   withPaths2Array0 paths $ \paths_arr ->
   throwErrnoIfMinus1_ "pledge" (c_pledge cproms paths_arr)

On Wed, Jan 20, 2016 at 5:38 AM, Matthias Kilian  wrote:
> On Tue, Jan 19, 2016 at 08:43:17PM +0100, Matthias Kilian wrote:
>> > Below is a hopefully correct and more complete diff. Again without
>> > bump because I'll also merge -main and -doc.
>>
>> Famous last words. I missed the plist changes. Will send a new diff
>> later (at the moment i'm rebuilding ghc).
>
> Here it is. Works fine for me, so I'm going to commit this in a few
> hours.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/lang/ghc/Makefile,v
> retrieving revision 1.131
> diff -u -p -r1.131 Makefile
> --- Makefile28 Dec 2015 19:18:52 -  1.131
> +++ Makefile20 Jan 2016 04:24:09 -
> @@ -157,6 +157,11 @@ PORTHOME = ${WRKDIR}
>
>  TEST_DEPENDS = print/ghostscript/gnu
>
> +post-extract:
> +   cd ${WRKSRC}/libraries/unix && \
> +   mkdir -p System/OpenBSD && \
> +   install -m 644 ${FILESDIR}/Process.hsc System/OpenBSD
> +
>  post-patch:
>  # - Install a precompiled binary.
> cd ${WRKDIR}/ghc-${BIN_VER} && \
> Index: files/Process.hsc
> ===
> RCS file: files/Process.hsc
> diff -N files/Process.hsc
> --- /dev/null   1 Jan 1970 00:00:00 -
> +++ files/Process.hsc   20 Jan 2016 04:24:09 -
> @@ -0,0 +1,26 @@
> +{-# LANGUAGE Safe #-}
> +
> +module System.OpenBSD.Process ( pledge ) where
> +
> +import Foreign
> +import Foreign.C
> +import System.Posix.Internals ( withFilePath )
> +
> +pledge :: String -> Maybe [FilePath] -> IO ()
> +
> +pledge promises paths =
> +  withCString promises $ \cproms ->
> +  withPaths2Array0 paths $ \paths_arr ->
> +  throwErrnoIfMinus1_ "pledge" (c_pledge cproms paths_arr)
> +
> +withPaths2Array0 :: Maybe [FilePath] -> (Ptr (Ptr CChar) -> IO a) -> IO a
> +
> +withPaths2Array0 Nothing f = f nullPtr
> +
> +withPaths2Array0 (Just paths) f =
> +  withMany withFilePath paths $ \cstrs ->
> +  withArray0 nullPtr cstrs $ \paths_arr ->
> +  f paths_arr
> +
> +foreign import ccall unsafe "unistd.h pledge"
> +  c_pledge :: CString -> Ptr CString -> IO CInt
> Index: patches/patch-libraries_unix_unix_cabal
> ===
> RCS file: patches/patch-libraries_unix_unix_cabal
> 

Re: Package conflicts

2016-01-23 Thread Giovanni Bechis
On 01/22/16 23:59, Christian Weisgerber wrote:
> Running find-all-conflicts on a complete set of amd64 packages shows
> these unannotated conflicts:
> 
> courier-imap-4.16.2p0,maildrop-2.8.3,maildrop-2.8.3-postfix
> /usr/local/bin/makedat
> 
makedat should not be in courier-imap, it's part of maildrop, attached patch, 
ok ?
 Cheers
  Giovanni

Index: Makefile
===
RCS file: /var/cvs/ports/mail/courier-imap/Makefile,v
retrieving revision 1.103
diff -u -p -r1.103 Makefile
--- Makefile	5 Jan 2016 10:51:37 -	1.103
+++ Makefile	23 Jan 2016 10:13:38 -
@@ -6,7 +6,7 @@ COMMENT-pop3=		pop3 server for maildir f
 V=			4.16.2
 DISTNAME=		courier-imap-${V}
 PKGNAME-main=		${DISTNAME}
-REVISION=		0
+REVISION=		1
 FULLPKGNAME-pop3=	courier-pop3-${V}
 FULLPKGPATH-pop3=	mail/courier-imap,-pop3
 
Index: pkg/PLIST-main
===
RCS file: /var/cvs/ports/mail/courier-imap/pkg/PLIST-main,v
retrieving revision 1.12
diff -u -p -r1.12 PLIST-main
--- pkg/PLIST-main	27 Aug 2015 09:33:17 -	1.12
+++ pkg/PLIST-main	23 Jan 2016 10:13:30 -
@@ -11,7 +11,7 @@
 @bin bin/maildiracl
 @bin bin/maildirkw
 @bin bin/maildirmake
-bin/makedat
+@comment bin/makedat
 bin/makeimapaccess
 @bin libexec/couriertcpd
 libexec/imapd-ssl.rc


CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 06:49:42

Modified files:
games/belooted : Makefile 

Log message:
Give Landry a chance to win a quarter pig.



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 06:55:30

Modified files:
x11/gnome/gdm  : Makefile 
Added files:
x11/gnome/gdm/files: Xsession 
Removed files:
x11/gnome/gdm/patches: patch-data_Xsession_in 

Log message:
Provide our own Xsession to run base system ssh-agent.



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 01:31:50

Modified files:
multimedia/xine-lib: Makefile 
Added files:
multimedia/xine-lib/patches: patch-m4_input_m4 
 patch-src_input_input_v4l2_c 

Log message:
Enable libv4l support.

from Brad (maintainer)



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 02:09:40

Modified files:
x11/gnome/keyring: Makefile 

Log message:
Disable ssh-agent functionnality; it does not support ed25519 keys.

prodded by mpi#



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Pascal Stumpf
CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2016/01/23 06:30:10

Modified files:
games/supertux : Makefile 

Log message:
Missing BUILD_DEPENDS=devel/boost, found by naddy@



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 07:12:28

Modified files:
graphics/ffmpeg: Makefile 

Log message:
Enable the libv4l support.

from Brad (maintainer)



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/01/23 09:04:49

Log message:
Import inotify-tools 3.14pl0 (git HEAD)

This is a package of some commandline utilities relating to inotify.
The general purpose of this package is to allow inotify's features to
be used from within shell scripts.

ok ajacoutot@

Status:

Vendor Tag: landry
Release Tags:   landry_20160123

N ports/sysutils/inotify-tools/Makefile
N ports/sysutils/inotify-tools/distinfo
N 
ports/sysutils/inotify-tools/patches/patch-libinotifytools_src_inotifytools_c
N ports/sysutils/inotify-tools/patches/patch-src_common_c
N ports/sysutils/inotify-tools/patches/patch-libinotifytools_src_Makefile_am
N ports/sysutils/inotify-tools/pkg/PLIST
N ports/sysutils/inotify-tools/pkg/DESCR

No conflicts created by this import



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/01/23 09:06:55

Modified files:
sysutils   : Makefile 

Log message:
+incron,inotify-tools



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/01/23 09:06:06

Log message:
Import incron 0.5.10.

This program is the "inotify cron" system. It consist of a daemon and
a table manipulator. You can use it a similar way as the regular cron.
The difference is that the inotify cron handles filesystem events
rather than time periods.

The incron daemon (incrond) must be run under root (typically from
runlevel script etc.). It loads the current user tables and hooks
them for later changes.

The incron table manipulator may be run under any regular user
since it SUIDs. For manipulation with the tables use basically
the same syntax as for the crontab program. You can import a table,
remove and edit the current table.

ok ajacoutot@

Status:

Vendor Tag: landry
Release Tags:   landry_20160123

N ports/sysutils/incron/distinfo
N ports/sysutils/incron/Makefile
N ports/sysutils/incron/patches/patch-icd-main_cpp
N ports/sysutils/incron/patches/patch-inotify-cxx_h
N ports/sysutils/incron/patches/patch-usertable_cpp
N ports/sysutils/incron/patches/patch-appinst_cpp
N ports/sysutils/incron/patches/patch-ict-main_cpp
N ports/sysutils/incron/patches/patch-Makefile
N ports/sysutils/incron/pkg/PLIST
N ports/sysutils/incron/pkg/DESCR
N ports/sysutils/incron/pkg/incrond.rc

No conflicts created by this import



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 11:56:29

Modified files:
sysutils/coreutils: Makefile distinfo 
sysutils/coreutils/patches: patch-Makefile_in patch-configure 
sysutils/coreutils/pkg: PLIST 

Log message:
Update to coreutils-8.25.



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/01/23 12:16:01

Modified files:
sysutils   : Makefile 

Log message:
+lsyncd



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/01/23 12:15:13

Log message:
Import lsyncd 2.1.6.

Lsyncd watches a local directory tree using libinotify.  It aggregates
and combines events for a few seconds and then spawns one (or more)
process(es) to synchronize the changes. By default this is rsync. Lsyncd
is thus a light-weight live mirror solution that is comparatively easy
to install not requiring new filesystems or blockdevices and does not
hamper local filesystem performance.

ok ajacoutot@

Status:

Vendor Tag: landry
Release Tags:   landry_20160123

N ports/sysutils/lsyncd/Makefile
N ports/sysutils/lsyncd/distinfo
N ports/sysutils/lsyncd/patches/patch-default-rsync_lua
N ports/sysutils/lsyncd/patches/patch-cmake_FindLua_cmake
N ports/sysutils/lsyncd/patches/patch-CMakeLists_txt
N ports/sysutils/lsyncd/patches/patch-tests_testlib_lua
N ports/sysutils/lsyncd/pkg/PLIST
N ports/sysutils/lsyncd/pkg/DESCR

No conflicts created by this import



Re: [NEW] net/profanity and net/libstrophe

2016-01-23 Thread Rafael Sadowski
On Wed Jan 20, 2016 at 01:01:34PM +0100, Rafael Sadowski wrote:
> On Thu Dec 31, 2015 at 04:37:29PM +0100, Theo Buehler wrote:
> > On Tue, Dec 29, 2015 at 12:09:38PM +0100, Rafael Sadowski wrote:
> > > On Sun Dec 20, 2015 at 05:00:06PM +0100, Rafael Sadowski wrote:
> > > > Hey @ports,
> > > > 
> > > > my second try to push my favorite XMPP console client (with dependency
> > > > lib). The port based on Brian Callahan work in openbsd-wip. (Okay to
> > > > take maintainer).  All tests passed and worked well over months for me.
> > > > 
> > > > I rewrite some patches more generic sent upstream with good feedback
> > > > from libstrophe (advice from Antoine Jacoutot).
> > > > 
> > > > 
> > > > Best regards,
> > > > 
> > > > Rafael
> > > > 
> > > > net/profanity:
> > > > 
> > > > Profanity is a console based XMPP client written in C using ncurses and
> > > > libstrophe, inspired by irssi.
> > > > 
> > > > Features:
> > > > 
> > > > * Supports XMPP chat services, including Google Talk and Facebook.
> > > > * Command driven user interface.
> > > > * Customizable functionality and user interface.
> > > > * OTR (Off The Record) message encryption.
> > > > * Chat room support.
> > > > * Roster management.
> > > > * Flexible resource and priority settings.
> > > > * Desktop notifications.
> > > > * Unicode support.
> > > > * Integrated DuckDuckGo searching.
> > > > * Send tiny URLs.
> > > > 
> > > > net/libstrophe:
> > > > 
> > > > libstrophe is a minimal XMPP library written in C. It has almost no
> > > > external dependencies, only an XML parsing library (expat or libxml are
> > > > both supported). It is designed for both POSIX and Windows systems.
> > 
> 
> Sorry, no CC me no attention :(
> 
> > I think net/libstrophe is almost ready to go.  It would be nice to
> > make a brief annotation why you removed rc/thread.{c,h} in Makefile.am.
> > While there, I would omit the second part of that patch (this removes
> > only trailing whitespace, so it is only noise).
> > 
> > 'make lib-depends-check' notes that 'pthread' is extra, so I think it
> > should be removed from WANTLIB.
> 
> Fixed version as attachment. 
> 
> src/thread.{c,h} is not in use...
> 
> "I thought src/thread.[ch] are not included in Makefile.am. I don't know
> the original purpose of those functions and only can guess that author
> wanted to write parallel version of libstrophe.  Proper solution should
> be removing thread.[ch] from the Makefile.am"
> 
> -- https://github.com/strophe/libstrophe/pull/72
> 
> > 
> > 
> > As for profanity, I can confirm that it works fine, but there is a bit
> > more work to do:
> > 
> > $ make lib-depend-dest
> > 
> > gives me quite a few remarks, so that should be cleaned up:
> > 
> > [...]
> > profanity-0.4.7(net/profanity):
> > Missing lib: uuid.14 (/usr/local/bin/profanity) (NOT REACHABLE)
> > Extra:  X11.16 Xss.6 crypto.37 expat.11 gdk_pixbuf-2.0.3200
> > Extra:  gio-2.0.4200 gobject-2.0.4200 iconv.6 notify.4 ssl.38
> > *** Error 1 in target 'port-lib-depends-check' (ignored)
> 
> I'm totally lost with this.
> 
> profanity links with uuid:
> 
> cc -Wall -Wno-deprecated-declarations -O2 -pipe -I/usr/local/include
> -I/usr/include -L/usr/local/lib  -L/usr/local/lib -L/usr/X11R6/lib -o
> profanity src/contact.o src/log.o  src/common.o src/profanity.o
> src/chat_session.o src/muc.o src/jid.o  src/chat_state.o src/resource.o
> src/roster_list.o src/xmpp/capabilities.o  src/xmpp/connection.o
> src/xmpp/iq.o  src/xmpp/message.o src/xmpp/presence.o  src/xmpp/stanza.o
> src/xmpp/roster.o  src/xmpp/bookmark.o src/xmpp/form.o
> src/event/server_events.o  src/event/client_events.o
> src/event/ui_events.o src/ui/window.o  src/ui/core.o src/ui/titlebar.o
> src/ui/statusbar.o src/ui/inputwin.o  src/ui/console.o src/ui/notifier.o
> src/window_list.o src/ui/rosterwin.o  src/ui/occupantswin.o
> src/ui/buffer.o  src/command/command.o src/command/commands.o
> src/tools/parser.o src/tools/p_sha1.o  src/tools/autocomplete.o
> src/tools/tinyurl.o  src/config/accounts.o src/config/account.o
> src/config/preferences.o src/config/theme.o  src/pgp/gpg.o
> src/otr/otrlibv4.o src/otr/otr.o src/main.o  -L/usr/local/lib -lglib-2.0
> -lintl -L/usr/local/lib -lcurl  -lotr -L/usr/local/lib -lgpgme -lassuan
> -lgpg-error -luuid -lereadline  -lncursesw -L/usr/local/lib -lstrophe
> ^^
> and profanity runs fine. `objdump -s` says me:
> 
> Dynamic Section:
>   NEEDED  libglib-2.0.so.4200.2
>   NEEDED  libintl.so.6.0
>   NEEDED  libcurl.so.25.2
>   NEEDED  libotr.so.4.1
>   NEEDED  libgpgme.so.19.0
>   NEEDED  libassuan.so.1.1
>   NEEDED  libgpg-error.so.3.9
>   NEEDED  libuuid.so.14.0
>   NEEDED  libereadline.so.1.0
>   NEEDED  libncursesw.so.14.0
>   NEEDED  libstrophe.so.0.0
>   NEEDED  libc.so.84.2
>   NEEDED  libpthread.so.20.1
> 
> At the end, I don't understand the output from "port-lib-depends-check".
> Any feedback or helpful hand?
> 
> Best Regards,
> 
> Rafael

New updated 

CVS: cvs.openbsd.org: ports

2016-01-23 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/01/23 11:22:39

Modified files:
devel/xulrunner/24: Makefile 

Log message:
Switch xulrunner to build with gcc4 instead of clang on i386.

At least this wont be in the way of a potential devel/llvm upgrade.

While here readd alpha to ONLY_FOR_ARCHS, just for fun..
Build-tested by semarie@, thanks!



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 11:28:34

Modified files:
net/py-libpcap : Makefile distinfo 
net/py-libpcap/pkg: PLIST 

Log message:
Update to py-libpcap-0.6.4.



New Perl Modules for use with PostgreSQL, but they don't require it in modules

2016-01-23 Thread Chris Bennett
I am working on a group of modules that OO interface with PSQL, but the
first few so far don't need postgreSQL to build or test. There are some
tests that use PostgreSQL, but author says that these tests should
indeed be skipped, as tests already do skip.

Should I just mention in DESCR that postgresql-server, p5-DBI and p5-DBD-Pg
should be installed to make use of these modules or add them as
RUN_DEPENDS?

Thanks,
Chris Bennett



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 11:01:07

Modified files:
databases/repmgr: Makefile distinfo 
Added files:
databases/repmgr/patches: patch-config_c 
Removed files:
databases/repmgr/patches: patch-repmgr_conf_sample 
  patch-repmgr_h 

Log message:
Update to repmgr-3.0.3.



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 11:07:13

Modified files:
lang/spidermonkey: Makefile 

Log message:
Tell PORTROACH to ignore that oldie.



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 11:24:27

Modified files:
net/py-libcloud: Makefile distinfo 

Log message:
Update to py-libcloud-0.20.1.



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 11:39:25

Removed files:
devel/monodevelop: Makefile distinfo 
devel/monodevelop/patches: 
   
patch-src_addins_CBinding_Navigation_ProjectNodeBuilderExtension_cs 
   
patch-src_addins_CBinding_Parser_TagDatabaseManager_cs 
   
patch-src_addins_MonoDevelop_Autotools_SolutionDeployer_cs 
   patch-theme-icons_icon-theme-installer 
devel/monodevelop/pkg: DESCR PLIST 

Log message:
Remove monodevelop; it's been dropped in the tree years ago and left
unmaintained since.

ok robert@



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 11:39:53

Modified files:
devel  : Makefile 

Log message:
-monodevelop



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 11:41:01

Modified files:
devel/quirks/files: Quirks.pm 

Log message:
Register monodevelop removal.



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Robert Nagy
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2016/01/23 11:49:31

Modified files:
www/chromium   : Makefile distinfo 
www/chromium/patches: patch-base_base_gypi 
  patch-base_debug_stack_trace_posix_cc 
  patch-base_process_memory_cc 
  patch-base_process_process_metrics_h 
  patch-base_process_process_posix_cc 
  patch-base_strings_safe_sprintf_cc 
  patch-build_all_gyp 
  patch-build_common_gypi 
  patch-chrome_app_chrome_main_delegate_cc 
  patch-chrome_app_chromium_strings_grd 
  patch-chrome_app_google_chrome_strings_grd 
  patch-chrome_app_theme_theme_resources_grd 
  patch-chrome_browser_about_flags_cc 
  patch-chrome_browser_browser_resources_grd 
  patch-chrome_browser_chrome_browser_main_cc 
  
patch-chrome_browser_chrome_content_browser_client_cc 
  
patch-chrome_browser_chrome_content_browser_client_h 
  
patch-chrome_browser_download_chrome_download_manager_delegate_cc 
  
patch-chrome_browser_extensions_bookmark_app_helper_cc 
  patch-chrome_browser_memory_details_cc 
  
patch-chrome_browser_notifications_message_center_notification_manager_cc 
  patch-chrome_browser_renderer_preferences_util_cc 
  
patch-chrome_browser_resources_plugin_metadata_plugins_linux_json 
  
patch-chrome_browser_safe_browsing_incident_reporting_incident_reporting_service_cc
 
  
patch-chrome_browser_ssl_bad_clock_blocking_page_cc 
  
patch-chrome_browser_sync_profile_sync_components_factory_impl_cc 
  patch-chrome_browser_task_manager_task_manager_cc 
  
patch-chrome_browser_ui_aura_chrome_browser_main_extra_parts_aura_cc 
  
patch-chrome_browser_ui_browser_command_controller_cc 
  
patch-chrome_browser_ui_startup_bad_flags_prompt_cc 
  
patch-chrome_browser_ui_views_accelerator_table_cc 
  
patch-chrome_browser_ui_views_exclusive_access_bubble_views_cc 
  patch-chrome_browser_ui_views_first_run_dialog_cc 
  
patch-chrome_browser_ui_views_frame_opaque_browser_frame_view_cc 
  
patch-chrome_browser_ui_views_frame_system_menu_model_builder_cc 
  
patch-chrome_browser_ui_views_tabs_tab_drag_controller_cc 
  patch-chrome_browser_ui_views_tabs_tab_strip_cc 
  
patch-chrome_browser_ui_webui_chrome_web_ui_controller_factory_cc 
  
patch-chrome_browser_ui_webui_options_browser_options_handler_cc 
  
patch-chrome_browser_ui_webui_options_browser_options_handler_h 
  patch-chrome_browser_web_applications_web_app_cc 
  patch-chrome_chrome_browser_extensions_gypi 
  patch-chrome_chrome_browser_gypi 
  patch-chrome_chrome_browser_ui_gypi 
  patch-chrome_chrome_common_gypi 
  patch-chrome_chrome_exe_gypi 
  patch-chrome_common_chrome_paths_h 
  patch-chrome_common_chrome_switches_cc 
  patch-chrome_common_chrome_switches_h 
  patch-chrome_common_extensions_api_schemas_gypi 
  patch-chrome_common_pref_names_cc 
  patch-chrome_common_pref_names_h 
  patch-chrome_common_url_constants_cc 
  patch-chrome_common_url_constants_h 
  patch-chrome_renderer_resources_neterror_js 
  
patch-components_policy_resources_policy_templates_json 
  
patch-components_policy_tools_generate_policy_source_py 
  patch-content_app_content_main_runner_cc 
  
patch-content_browser_accessibility_browser_accessibility_h 
  
patch-content_browser_accessibility_browser_accessibility_manager_h 
  patch-content_browser_browser_main_loop_cc 
 

CVS: cvs.openbsd.org: ports

2016-01-23 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/01/23 11:57:37

Modified files:
www/gnash  : Makefile 

Log message:
Add a working HOMEPAGE.



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 12:30:38

Modified files:
sysutils/lsyncd: Makefile 

Log message:
Fix TEST_DEPENDS.



CVS: cvs.openbsd.org: ports

2016-01-23 Thread James Turner
CVSROOT:/cvs
Module name:ports
Changes by: jtur...@cvs.openbsd.org 2016/01/23 17:33:25

Modified files:
sysutils/login_duo: Makefile distinfo 

Log message:
Update login_duo to 1.9.18



Re: GHC 8.0.1 RC1

2016-01-23 Thread Matthias Kilian
Hi,

On Thu, Jan 14, 2016 at 10:41:26PM +0100, Karel Gardas wrote:
> GHC 8.0.1 RC1 is announced here:
> https://mail.haskell.org/pipermail/ghc-devs/2016-January/010966.html
> 
> what may be interesting for OpenBSD/GHC users is that this release/rc1
> supports shared libraries and position independent executables. To
> build you need to have ghc, alex, happy, libffi, libiconv, gmp and
> gmake installed from ports, configure with:
> 
> ./configure --with-gmp-includes=/usr/local/include/
> --with-gmp-libraries=/usr/local/lib
> --with-iconv-includes=/usr/local/include/
> --with-iconv-libraries=/usr/local/lib --with-system-libffi
> --with-ffi-includes=/usr/local/include/
> --with-ffi-libraries=/usr/local/lib
> 
> and build with gmake.
[...]

Awesome. This works without any patches?

I hope the final release will contain the files generated by alex
and happy (for obvious reasons). Otherwise I'll have to generate
them myself and provide them in SUPDISTFILES of fhe ghc port.

Anyway, thanks for your work on upstream ghc.

Ciao,
Kili



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Gleydson Soares
CVSROOT:/cvs
Module name:ports
Changes by: gsoa...@cvs.openbsd.org 2016/01/23 18:07:19

Modified files:
plan9/plan9port: Makefile distinfo 

Log message:
update to the latest git commit



Re: New Perl Modules for use with PostgreSQL, but they don't require it in modules

2016-01-23 Thread Vadim Zhukov
23 янв. 2016 г. 17:34 пользователь "Chris Bennett" <
chrisbenn...@bennettconstruction.us> написал:
>
> I am working on a group of modules that OO interface with PSQL, but the
> first few so far don't need postgreSQL to build or test. There are some
> tests that use PostgreSQL, but author says that these tests should
> indeed be skipped, as tests already do skip.
>
> Should I just mention in DESCR that postgresql-server, p5-DBI and
p5-DBD-Pg
> should be installed to make use of these modules or add them as
> RUN_DEPENDS?

If Postgres is really needed for those modules, then it's RUN_DEPENDS stuff
by definition. Otherwise, if modules are operable and useful without
Postgres, then it's better to mention them in either DESCR or README.

Also, note that there are TEST_DEPENDS, that are resolved for "make test"
only. It seems that I you'll want those as well.

--
Vadim Zhukov


CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 18:31:09

Modified files:
databases/freetds: Makefile distinfo 

Log message:
Update to freetds-0.95.80.



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Robert Nagy
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2016/01/23 13:43:27

Modified files:
www/chromium   : Makefile 
www/chromium/patches: patch-content_browser_browser_main_loop_cc 
  patch-content_browser_child_process_launcher_cc 
  patch-content_content_browser_gypi 

Log message:
use the ipc channel to replace fonts inside the sandbox that are not
available on the system, this fixes a lot of pdf viewer issues where
the text was missing



CVS: cvs.openbsd.org: ports

2016-01-23 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/01/23 14:07:57

Modified files:
textproc/diffstat: Makefile distinfo 

Log message:
Update to diffstat-1.61.



Re: GHC 8.0.1 RC1

2016-01-23 Thread Karel Gardas
On Sat, Jan 23, 2016 at 11:03 PM, Matthias Kilian
 wrote:
> Awesome. This works without any patches?

Yes, no additional patches necessary! Well, I've basically took your
accumulated patches and pushed them upstream with just my little-bit
to enable shared libs and PIE. No big deal, but I've thought this is
right way to go with this...
One day, if you feel free GHC-hacking time you may start with strlcpy
& co. conversion of GHC rts. :-)

> I hope the final release will contain the files generated by alex
> and happy (for obvious reasons).

Unfortunately I don't see this happening any time soon...In fact it'll
become even more complicated with shake build system I'm afraid in the
future.

> Anyway, thanks for your work on upstream ghc.

Yep, but you did 95% of the work anyway, so kudos to you!

Cheers,
Karel



Re: LLVM update (again)

2016-01-23 Thread Stuart Henderson
I wouldn't say that this works well with gcc. I would recommend against keeping 
multiple versions of a port without a good and specific reason.


On 23 January 2016 22:16:16 GMT+00:00, Juan Francisco Cantero Hurtado 
 wrote:
>Can you modify the structure of devel/llvm/ to something like
>devel/llvm/version/? With lang/gcc works pretty well, we can work with
>the latest version while the ports tree uses the stable version by
>default.
>
>
>On Sat, Jan 23, 2016 at 07:39:22PM +0100, Pascal Stumpf wrote:
>> So here's an updated diff for LLVM 3.7.1.  With landry@'s recent
>commit,
>> xulrunner is no longer a showstopper.
>> 
>> 
>> Index: Makefile
>> ===
>> RCS file: /cvs/ports/devel/llvm/Makefile,v
>> retrieving revision 1.108
>> diff -u -p -r1.108 Makefile
>> --- Makefile 24 Aug 2015 07:45:56 -  1.108
>> +++ Makefile 23 Jan 2016 18:38:51 -
>> @@ -8,14 +8,17 @@ DPB_PROPERTIES = parallel
>>  
>>  COMMENT =   modular, fast C/C++/ObjC compiler, static analyzer and
>tools
>>  
>> -LLVM_V =3.5
>> -DISTNAME =  llvm-${LLVM_V}.20140228
>> -REVISION =  35
>> +LLVM_V =3.7.1
>> +DISTNAME =  llvm-${LLVM_V}.src
>> +PKGNAME =   llvm-${LLVM_V}
>>  CATEGORIES =devel
>> -MASTER_SITES =  http://comstyle.com/source/
>> +DISTFILES = llvm-${LLVM_V}.src${EXTRACT_SUFX} \
>> +cfe-${LLVM_V}.src${EXTRACT_SUFX}
>> +MASTER_SITES =  http://www.llvm.org/releases/${LLVM_V}/
>>  EXTRACT_SUFX =  .tar.xz
>>  
>> -SHARED_LIBS =   clang   1.0
>> +SHARED_LIBS =   clang   2.0 \
>> +LTO 0.0
>>  
>>  # packager notes in http://llvm.org/docs/Packaging.html
>>  HOMEPAGE =  http://www.llvm.org/
>> @@ -25,15 +28,21 @@ MAINTAINER=  Brad Smith >  # BSD
>>  PERMIT_PACKAGE_CDROM =  Yes
>>  
>> -WANTLIB =   c m pthread stdc++ z
>> +WANTLIB =   c m pthread z
>>  
>>  MODULES =   devel/cmake \
>> -lang/python
>> +lang/python \
>> +gcc4
>>  
>> -TEST_DEPENDS =  devel/dejagnu \
>> -shells/bash
>> +MODGCC4_LANGS = c c++
>> +MODGCC4_ARCHS = *
>> +
>> +TEST_DEPENDS =  devel/dejagnu \
>> +shells/bash \
>> +lang/gcc/${MODGCC4_VERSION},-c++
>>  BUILD_DEPENDS +=textproc/py-sphinx
>> -RUN_DEPENDS +=  devel/gtest
>> +RUN_DEPENDS +=  devel/gtest \
>> +lang/gcc/${MODGCC4_VERSION},-c++
>>  
>>  SEPARATE_BUILD =Yes
>>  CONFIGURE_ARGS =-DLLVM_ENABLE_FFI:Bool=False \
>> @@ -47,22 +56,34 @@ CONFIGURE_ARGS = -DLLVM_ENABLE_FFI:Bool=
>>  # introduced when PIE was enabled
>>  .if ${MACHINE_ARCH} == "powerpc"
>>  CONFIGURE_ARGS +=   -DCMAKE_EXE_LINKER_FLAGS="-Wl,--relax -nopie"
>> +CONFIGURE_ARGS +=   -DCMAKE_SHARED_LINKER_FLAGS="-Wl,--relax -nopie"
>>  .endif
>>  
>>  TEST_TARGET =   check
>>  
>> +# XXX sync
>> +GCC_VER =   4.9.3
>> +.if ${MACHINE_ARCH} == "amd64"
>> +GCC_CONFIG =x86_64-unknown-openbsd${OSREV}
>> +.else
>> +GCC_CONFIG =${MACHINE_ARCH}-unknown-openbsd${OSREV}
>> +.endif
>>  CLANG_INCLUDE_PATH =lib/clang/${LLVM_V}/include
>> -SUBST_VARS +=   CLANG_INCLUDE_PATH LLVM_V
>> +SUBST_VARS +=   CLANG_INCLUDE_PATH LLVM_V GCC_VER GCC_CONFIG
>> +
>> +post-extract:
>> +mv ${WRKDIR}/cfe-${LLVM_V}.src ${WRKSRC}/tools/clang
>>  
>>  pre-configure:
>> -@${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build
>> +@${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build \
>> +${WRKSRC}/tools/clang/lib/Driver/ToolChains.cpp
>> +@${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build \
>> +${WRKSRC}/tools/clang/lib/Driver/Tools.cpp
>>  -@ln -s ${MODPY_BIN} ${WRKDIR}/bin/python
>>  
>>  post-build:
>>  cd ${WRKSRC}/docs && make -f Makefile.sphinx man
>> -pod2man --release=CVS --center="LLVM" \
>> -${WRKSRC}/tools/clang/docs/tools/clang.pod \
>> -${WRKSRC}/docs/_build/man/clang.1
>> +cd ${WRKSRC}/tools/clang/docs && make -f Makefile.sphinx man
>>  
>>  post-install:
>>  ${INSTALL_SCRIPT}
>${WRKSRC}/tools/clang/tools/scan-build/ccc-analyzer \
>> @@ -75,7 +96,10 @@ post-install:
>>  ${PREFIX}/man/man1
>>  ${INSTALL_DATA} ${WRKSRC}/tools/clang/tools/scan-build/scan-build.1
>\
>>  ${PREFIX}/man/man1
>> -# lit is not installed anymore
>> +${INSTALL_DATA} ${WRKSRC}/tools/clang/docs/_build/man/clang.1 \
>> +${PREFIX}/man/man1
>> +# lit and FileCheck are not installed
>>  @rm ${PREFIX}/man/man1/lit.1
>> +@rm ${PREFIX}/man/man1/FileCheck.1
>>  
>>  .include 
>> Index: distinfo
>> ===
>> RCS file: /cvs/ports/devel/llvm/distinfo,v
>> retrieving revision 1.13
>> diff -u -p -r1.13 distinfo
>> --- distinfo 18 Apr 2014 09:30:48 -  1.13
>> 

Re: LLVM update (again)

2016-01-23 Thread Michael McConville
FWIW, I've been running this patch without issue for months.

Juan Francisco Cantero Hurtado wrote:
> Can you modify the structure of devel/llvm/ to something like
> devel/llvm/version/? With lang/gcc works pretty well, we can work with
> the latest version while the ports tree uses the stable version by
> default.

This sounds like a good idea to me.

We should probably also make sure that this update won't further
complicate things for Jonathan:

https://marc.info/?l=openbsd-cvs=145088099210901=2

https://marc.info/?l=openbsd-cvs=144816103704050=2

https://marc.info/?l=openbsd-cvs=145091674119104=2

https://marc.info/?l=openbsd-cvs=145108545813434=2



Re: pledge(2) binding for Haskell

2016-01-23 Thread Karel Gardas
Hi Kili,

On Sat, Jan 23, 2016 at 10:54 PM, Matthias Kilian
 wrote:

> Well, it's of course more elegant, but it would also mean that
> everytime a new pledge promise will be introduced or an existing
> one removed, this type has to be changed. I don't know how stable
> the set of promises of pledge(2) are, but it feels like a change
> like this should be deferred until after 5.9.

I tend to agree, but on the other hand. Hmm, I guess you did this as
you've been motivated to pledge some of haskell-based binaries you
maintain packages for? If so, then with your approach if some promise
is removed and you use it in package binary, then you will not find
this by building the package but only by running it (EINVAL return
value from pledge). On the other hand if you do this more
type-constrained way (like I non-perfectly try), then you will find
this kind of issues just by compiling the package -- so wil it save
your time or not? :-)

Anyway, sure, I've thought about writing hs-pledge myself, but just
after 5.9 to see how the interface evolve so you are really quick on
this, kudos to you!

> ps: at least the "audio" "drm" and "vmm" promises are missing in
> your diff, so now we know how old your installation is ;-)

*red face here* :-) -- hmm, I'm too lazy to do cvs -> git/fossil sync
here that often, I keep whole tree in git (and one branch in fossil)
since I still work on SR-RAID1C and both are more convenient for me
than plain anon-CVS. Still learning how to do this properly...

Thanks,
Karel



NEW: graphics/nomacs

2016-01-23 Thread Rafael Sadowski
hey ports@,

a second try to push nomacs tp ports tree. Nomacs is a new Qt4 image viewer
application. -- http://www.nomacs.org/

All stuff fixed from discussion:
http://openbsd-archive.7691.n7.nabble.com/NEW-graphics-nomacs-td263077.html

source at openbsd-wip:
https://github.com/jasperla/openbsd-wip/blob/master/graphics/nomacs/Makefile

Tested with tons images on amd64. Comments, Ok?

Best regards,

Rafael

$ cat pkg/DESCR
nomacs is small, fast and able to handle the most common image
formats. Additionally it is possible to synchronize multiple
viewers. A synchronization of viewers running on the same computer
or via LAN is possible. It allows to compare images and spot the
differences (e.g. schemes of architects to show the progress).


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


CVS: cvs.openbsd.org: ports

2016-01-23 Thread James Turner
CVSROOT:/cvs
Module name:ports
Changes by: jtur...@cvs.openbsd.org 2016/01/23 19:35:36

Modified files:
mail/trojita   : Makefile distinfo 
mail/trojita/pkg: PLIST 

Log message:
Update trojita to 0.6.

Git shortlog available here: 
https://quickgit.kde.org/?p=trojita.git=shortlog=8c1206a93257143c056404aaec6ec69f06e1ef6c



Re: pledge(2) binding for Haskell

2016-01-23 Thread Matthias Kilian
Hi Karel,

On Sat, Jan 23, 2016 at 02:31:52PM +0100, Karel Gardas wrote:
> I've thought it would be nice if Haskell type checker would work into
> our strength. Attached patch defines algebraic data type Promise and
> use this for calling pledge sys call. The patch also provides two
> version of Promise to string conversion function. One is explicit and
> another is using show capability and just fixes prot_exec case.
> 
> Any comments highly appreciated.

Well, it's of course more elegant, but it would also mean that
everytime a new pledge promise will be introduced or an existing
one removed, this type has to be changed. I don't know how stable
the set of promises of pledge(2) are, but it feels like a change
like this should be deferred until after 5.9.

Look at the changelogs of sys/pledge.h and sys/kern/kern_pledge.c
to get an idea about how things are still moving.

Ciao,
Kili

ps: at least the "audio" "drm" and "vmm" promises are missing in
your diff, so now we know how old your installation is ;-)

> Index: Process.hsc
> ===
> RCS file: /cvs/ports/lang/ghc/files/Process.hsc,v
> retrieving revision 1.1
> diff -u -p -u -r1.1 Process.hsc
> --- Process.hsc 20 Jan 2016 16:02:06 -  1.1
> +++ Process.hsc 23 Jan 2016 13:15:42 -
> @@ -1,14 +1,77 @@
>  {-# LANGUAGE Safe #-}
> 
> -module System.OpenBSD.Process ( pledge ) where
> +module System.OpenBSD.Process ( pledge, Promise(..) ) where
> 
>  import Foreign
>  import Foreign.C
>  import System.Posix.Internals ( withFilePath )
> +import Data.Char
> 
> -pledge :: String -> Maybe [FilePath] -> IO ()
> +data Promise = Stdio
> + | RPath
> + | WPath
> + | CPath
> + | DPath
> + | TmpPath
> + | Inet
> + | FAttr
> + | FLock
> + | Unix
> + | Dns
> + | GetPW
> + | SendFD
> + | RecvFD
> + | IOCtl
> + | Tty
> + | Proc
> + | Exec
> + | ProtExec
> + | SetTime
> + | Ps
> + | VMInfo
> + | Id
> + | Pf
> +   deriving (Show)
> +{-
> +promise2String :: Promise -> String
> +promise2String p = case p of
> +  Stdio-> "stdio"
> +  RPath-> "rpath"
> +  WPath-> "wpath"
> +  CPath-> "cpath"
> +  DPath-> "dpath"
> +  TmpPath  -> "tmppath"
> +  Inet -> "inet"
> +  FAttr-> "fattr"
> +  FLock-> "flock"
> +  Unix -> "unix"
> +  Dns  -> "dns"
> +  GetPW-> "getpw"
> +  SendFD   -> "sendfd"
> +  RecvFD   -> "recvfd"
> +  IOCtl-> "ioctl"
> +  Tty  -> "tty"
> +  Proc -> "proc"
> +  Exec -> "exec"
> +  ProtExec -> "prot_exec"
> +  SetTime  -> "settime"
> +  Ps   -> "ps"
> +  VMInfo   -> "vminfo"
> +  Id   -> "id"
> +  Pf   -> "pf"
> +-}
> 
> -pledge promises paths =
> +promise2String :: Promise -> String
> +promise2String p = case p of
> +  ProtExec -> "prot_exec"
> +  _-> map toLower (show p)
> +
> +pledge :: [Promise] -> Maybe [FilePath] -> IO ()
> +pledge promises = cpledge (unwords $ map promise2String promises)
> +
> +cpledge :: String -> Maybe [FilePath] -> IO ()
> +
> +cpledge promises paths =
>withCString promises $ \cproms ->
>withPaths2Array0 paths $ \paths_arr ->
>throwErrnoIfMinus1_ "pledge" (c_pledge cproms paths_arr)
> 
> On Wed, Jan 20, 2016 at 5:38 AM, Matthias Kilian  
> wrote:
> > On Tue, Jan 19, 2016 at 08:43:17PM +0100, Matthias Kilian wrote:
> >> > Below is a hopefully correct and more complete diff. Again without
> >> > bump because I'll also merge -main and -doc.
> >>
> >> Famous last words. I missed the plist changes. Will send a new diff
> >> later (at the moment i'm rebuilding ghc).
> >
> > Here it is. Works fine for me, so I'm going to commit this in a few
> > hours.
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/lang/ghc/Makefile,v
> > retrieving revision 1.131
> > diff -u -p -r1.131 Makefile
> > --- Makefile28 Dec 2015 19:18:52 -  1.131
> > +++ Makefile20 Jan 2016 04:24:09 -
> > @@ -157,6 +157,11 @@ PORTHOME = ${WRKDIR}
> >
> >  TEST_DEPENDS = print/ghostscript/gnu
> >
> > +post-extract:
> > +   cd ${WRKSRC}/libraries/unix && \
> > +   mkdir -p System/OpenBSD && \
> > +   install -m 644 ${FILESDIR}/Process.hsc System/OpenBSD
> > +
> >  post-patch:
> >  # - Install a precompiled binary.
> > cd ${WRKDIR}/ghc-${BIN_VER} && \
> > Index: files/Process.hsc
> > ===
> > RCS file: files/Process.hsc
> > diff -N files/Process.hsc
> > --- /dev/null   1 Jan 1970 00:00:00 -
> > +++ files/Process.hsc   20 Jan 2016 04:24:09 -
> > @@ -0,0 +1,26 @@
> > +{-# LANGUAGE Safe #-}
> > +
> > +module System.OpenBSD.Process 

Re: LLVM update (again)

2016-01-23 Thread Jonathan Gray
On Sat, Jan 23, 2016 at 07:03:23PM -0500, Michael McConville wrote:
> FWIW, I've been running this patch without issue for months.
> 
> Juan Francisco Cantero Hurtado wrote:
> > Can you modify the structure of devel/llvm/ to something like
> > devel/llvm/version/? With lang/gcc works pretty well, we can work with
> > the latest version while the ports tree uses the stable version by
> > default.
> 
> This sounds like a good idea to me.
> 
> We should probably also make sure that this update won't further
> complicate things for Jonathan:
> 
> https://marc.info/?l=openbsd-cvs=145088099210901=2
> 
> https://marc.info/?l=openbsd-cvs=144816103704050=2
> 
> https://marc.info/?l=openbsd-cvs=145091674119104=2
> 
> https://marc.info/?l=openbsd-cvs=145108545813434=2
> 

Well, Mesa won't build with the existing ports llvm so any update can't
make it worse.

I do wonder if llvm should be patched to use libestdc++ until such time
that libc++ is useable though.  As otherwise clang can't compile against
the clang headers...

clang++ searches:

#include "..." search starts here:
#include <...> search starts here:
 /usr/include/g++
 /usr/include/g++/amd64-unknown-openbsd5.9
 /usr/include/g++/backward
 /usr/local/bin/../lib/clang/3.7.1/include
 /usr/include
End of search list.

Trying to build a version of Mesa 11.0.x with our local patches with
autoconf and clang/clang++ still breaks sadly

export AUTOMAKE_VERSION=1.12
export AUTOCONF_VERSION=2.69
export ACLOCAL="aclocal -I /usr/X11R6/share/aclocal"
export PKG_CONFIG_PATH=/usr/X11R6/lib/pkgconfig
export X11BASE=/usr/X11R6
if [[ $(uname -p) == "i386" ]]; then
export USER_CFLAGS="-march=i586"
export USER_CXXFLAGS="-march=i586"
fi
export CC=/usr/local/bin/clang
export CXX=/usr/local/bin/clang++
./autogen.sh \
--with-gallium-drivers=r300,r600,radeonsi,swrast,nouveau \
--with-dri-drivers=i915,i965,r200,radeon,nouveau \
--disable-silent-rules \
--enable-r600-llvm-compiler --enable-gallium-llvm \
--disable-llvm-shared-libs \
--enable-gles1 --enable-gles2 \
--enable-shared-glapi \
--enable-osmesa \
--enable-debug \
--enable-gbm \
--enable-texture-float \
--with-egl-platforms="x11,drm" \
--prefix=${X11BASE} \
--with-dri-driverdir=${X11BASE}/lib/modules/dri \
--with-dri-searchpath=${X11BASE}/lib/modules/dri

libtool: compile:  /usr/local/bin/clang++ -DPACKAGE_NAME=\"Mesa\" 
-DPACKAGE_TARNAME=\"mesa\" -DPACKAGE_VERSION=\"11.0.9\" 
"-DPACKAGE_STRING=\"Mesa 11.0.9\"" 
"-DPACKAGE_BUGREPORT=\"https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa\";
 -DPACKAGE_URL=\"\" -DPACKAGE=\"mesa\" -DVERSION=\"11.0.9\" -DSTDC_HEADERS=1 
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
-DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DYYTEXT_POINTER=1 
-DHAVE___BUILTIN_BSWAP32=1 -DHAVE___BUILTIN_BSWAP64=1 -DHAVE___BUILTIN_CLZ=1 
-DHAVE___BUILTIN_CLZLL=1 -DHAVE___BUILTIN_CTZ=1 -DHAVE___BUILTIN_EXPECT=1 
-DHAVE___BUILTIN_FFS=1 -DHAVE___BUILTIN_FFSLL=1 -DHAVE___BUILTIN_POPCOUNT=1 
-DHAVE___BUILTIN_POPCOUNTLL=1 -DHAVE___BUILTIN_UNREACHABLE=1 
-DHAVE_FUNC_ATTRIBUTE_CONST=1 -DHAVE_FUNC_ATTRIBUTE_FLATTEN=1 
-DHAVE_FUNC_ATTRIBUTE_FORMAT=1 -DHAVE_FUNC_ATTRIBUTE_MALLOC=1 
-DHAVE_FUNC_ATTRIBUTE_PACKED=1 -DHAVE_FUNC_ATTRIBUTE_PURE=1 
-DHAVE_FUNC_ATTRIBUTE_UNUSED=1 -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT=1 
-DHAVE_DLADDR=1 -DHAVE_CLOCK_GETTIME=1 -DHAVE_PTHREAD_PRIO_INHERIT=1 
-DHAVE_PTHREAD=1 -I. -fvisibility=hidden -Werror=pointer-arith -Werror=vla 
-I../../../include -I../../../src -I../../../src/gallium/include 
-I../../../src/gallium/auxiliary -D__STDC_LIMIT_MACROS -DUSE_SSE41 -DDEBUG 
-DUSE_X86_64_ASM -DHAVE_SYS_SYSCTL_H -DHAVE_STRTOF -DHAVE_MKOSTEMP 
-DHAVE_DLOPEN -DHAVE_POSIX_MEMALIGN -DHAVE_LIBDRM -DGLX_USE_DRM 
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DHAVE_ALIAS -DHAVE_MINCORE 
-DHAVE_LLVM=0x0307 -DMESA_LLVM_VERSION_PATCH=1 -I/usr/local/include -pipe -W 
-Wno-unused-parameter -Wwrite-strings -Wno-missing-field-initializers 
-Wno-long-long -Wno-maybe-uninitialized -Wno-comment -std=c++11 
-D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -g -O2 
-Wall -fno-strict-aliasing -fno-builtin-memcmp -Qunused-arguments -MT 
gallivm/lp_bld_debug.lo -MD -MP -MF gallivm/.deps/lp_bld_debug.Tpo -c 
gallivm/lp_bld_debug.cpp  -fPIC -DPIC -o gallivm/.libs/lp_bld_debug.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean 
'-Wno-uninitialized'? [-Wunknown-warning-option]
In file included from gallivm/lp_bld_debug.cpp:32:
In file included from /usr/local/include/llvm/Support/raw_ostream.h:17:
In file included from /usr/local/include/llvm/ADT/SmallVector.h:17:
/usr/local/include/llvm/ADT/iterator_range.h:36:29: error: no member named 
'move' in namespace 'std'; did you mean 'modf'?
  : begin_iterator(std::move(begin_iterator)),
   ~^~~~
modf
/usr/include/math.h:200:8: note: 'modf' 

Re: LLVM update (again)

2016-01-23 Thread Juan Francisco Cantero Hurtado
On Sun, Jan 24, 2016 at 12:07:03AM +, Stuart Henderson wrote:
> I wouldn't say that this works well with gcc. I would recommend against 
> keeping multiple versions of a port without a good and specific reason.

In the gcc case, the latest version is imported, people works on their
ports and when everything works fine with the latest version, this is
promoted as the default version and the older version is deleted. If
some of my ports are broken, I can change MODGCC4_VER and to work
individually in one port without to break other packages which I use
but I don't know how to help to fix the problems.

In addition to that, I would like various versions of llvm (not just
clang) because more and more interpreters/compilers depend of llvm and
we can't have updated packages because for any reason we can't update
llvm due to some conflict with other packages. (example: rubinius
deletion or people wasting their time trying to build an updated llvm
during the first attemps to port rust)

That said, I'm obviously not going to maintain llvm and others will do
the hard work, so my request is just a hope and not a red line or
something similar :)

> 
> 
> On 23 January 2016 22:16:16 GMT+00:00, Juan Francisco Cantero Hurtado 
>  wrote:
> >Can you modify the structure of devel/llvm/ to something like
> >devel/llvm/version/? With lang/gcc works pretty well, we can work with
> >the latest version while the ports tree uses the stable version by
> >default.
> >
> >
> >On Sat, Jan 23, 2016 at 07:39:22PM +0100, Pascal Stumpf wrote:
> >> So here's an updated diff for LLVM 3.7.1.  With landry@'s recent
> >commit,
> >> xulrunner is no longer a showstopper.
> >> 
> >> 
> >> Index: Makefile
> >> ===
> >> RCS file: /cvs/ports/devel/llvm/Makefile,v
> >> retrieving revision 1.108
> >> diff -u -p -r1.108 Makefile
> >> --- Makefile   24 Aug 2015 07:45:56 -  1.108
> >> +++ Makefile   23 Jan 2016 18:38:51 -
> >> @@ -8,14 +8,17 @@ DPB_PROPERTIES = parallel
> >>  
> >>  COMMENT = modular, fast C/C++/ObjC compiler, static analyzer and
> >tools
> >>  
> >> -LLVM_V =  3.5
> >> -DISTNAME =llvm-${LLVM_V}.20140228
> >> -REVISION =35
> >> +LLVM_V =  3.7.1
> >> +DISTNAME =llvm-${LLVM_V}.src
> >> +PKGNAME = llvm-${LLVM_V}
> >>  CATEGORIES =  devel
> >> -MASTER_SITES =http://comstyle.com/source/
> >> +DISTFILES =   llvm-${LLVM_V}.src${EXTRACT_SUFX} \
> >> +  cfe-${LLVM_V}.src${EXTRACT_SUFX}
> >> +MASTER_SITES =http://www.llvm.org/releases/${LLVM_V}/
> >>  EXTRACT_SUFX =.tar.xz
> >>  
> >> -SHARED_LIBS = clang   1.0
> >> +SHARED_LIBS = clang   2.0 \
> >> +  LTO 0.0
> >>  
> >>  # packager notes in http://llvm.org/docs/Packaging.html
> >>  HOMEPAGE =http://www.llvm.org/
> >> @@ -25,15 +28,21 @@ MAINTAINER=Brad Smith  >>  # BSD
> >>  PERMIT_PACKAGE_CDROM =Yes
> >>  
> >> -WANTLIB = c m pthread stdc++ z
> >> +WANTLIB = c m pthread z
> >>  
> >>  MODULES = devel/cmake \
> >> -  lang/python
> >> +  lang/python \
> >> +  gcc4
> >>  
> >> -TEST_DEPENDS =devel/dejagnu \
> >> -  shells/bash
> >> +MODGCC4_LANGS = c c++
> >> +MODGCC4_ARCHS = *
> >> +
> >> +TEST_DEPENDS =devel/dejagnu \
> >> +  shells/bash \
> >> +  lang/gcc/${MODGCC4_VERSION},-c++
> >>  BUILD_DEPENDS +=  textproc/py-sphinx
> >> -RUN_DEPENDS +=devel/gtest
> >> +RUN_DEPENDS +=devel/gtest \
> >> +  lang/gcc/${MODGCC4_VERSION},-c++
> >>  
> >>  SEPARATE_BUILD =  Yes
> >>  CONFIGURE_ARGS =  -DLLVM_ENABLE_FFI:Bool=False \
> >> @@ -47,22 +56,34 @@ CONFIGURE_ARGS =   -DLLVM_ENABLE_FFI:Bool=
> >>  # introduced when PIE was enabled
> >>  .if ${MACHINE_ARCH} == "powerpc"
> >>  CONFIGURE_ARGS += -DCMAKE_EXE_LINKER_FLAGS="-Wl,--relax -nopie"
> >> +CONFIGURE_ARGS += -DCMAKE_SHARED_LINKER_FLAGS="-Wl,--relax -nopie"
> >>  .endif
> >>  
> >>  TEST_TARGET = check
> >>  
> >> +# XXX sync
> >> +GCC_VER = 4.9.3
> >> +.if ${MACHINE_ARCH} == "amd64"
> >> +GCC_CONFIG =  x86_64-unknown-openbsd${OSREV}
> >> +.else
> >> +GCC_CONFIG =  ${MACHINE_ARCH}-unknown-openbsd${OSREV}
> >> +.endif
> >>  CLANG_INCLUDE_PATH =  lib/clang/${LLVM_V}/include
> >> -SUBST_VARS += CLANG_INCLUDE_PATH LLVM_V
> >> +SUBST_VARS += CLANG_INCLUDE_PATH LLVM_V GCC_VER GCC_CONFIG
> >> +
> >> +post-extract:
> >> +  mv ${WRKDIR}/cfe-${LLVM_V}.src ${WRKSRC}/tools/clang
> >>  
> >>  pre-configure:
> >> -  @${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build
> >> +  @${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build \
> >> +  ${WRKSRC}/tools/clang/lib/Driver/ToolChains.cpp
> >> +  @${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build \
> >> +