CVS: cvs.openbsd.org: ports

2018-05-18 Thread Kirill Bychkov
CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2018/05/18 21:07:57

Added files:
graphics/simgear/patches: patch-CMakeLists_txt 

Log message:
fix build on !clang arches



Re: The build issue about "FORCE_UNSAFE_CONFIGURE=1"

2018-05-18 Thread Nan Xiao
Hi Jeremie,

> Why not use this solution?  Building ports as root is not recommended.
> espie's work on PORTS_PRIVSEP makes it super easy and clean to use
> dedicated system accounts for this.

Just for curious, thanks very much for your help!

Best Regards
Nan Xiao


On Thu, May 17, 2018 at 8:00 PM, Jeremie Courreges-Anglas
 wrote:
> On Thu, May 17 2018, Nan Xiao  wrote:
>> Hi ports@,
>>
>> Greeting from me!
>>
>> I use -current ports tree, and try to build sysutils/coreutils, and
>> get following errors:
>>
>> ..
>> checking whether mknod can create fifo without root privileges...
>> configure: error: in `/usr/ports/pobj/coreutils-8.29/coreutils-8.29':
>> configure: error: you should not run configure as root (set
>> FORCE_UNSAFE_CONFIGURE=1 in environment to bypass this check)
>> See `config.log' for more details
>> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2688
>> 'do-configure': @for d in
>> /usr/ports/pobj/coreutils-8.29/coreutils-8.29;  do...)
>> ..
>>
>> I try use "export FORCE_UNSAFE_CONFIGURE=1 && make install", but still
>> not take effect.
>>
>> Besides change the owner to non-root,
>
> Why not use this solution?  Building ports as root is not recommended.
> espie's work on PORTS_PRIVSEP makes it super easy and clean to use
> dedicated system accounts for this.
>
>> is there any method to bypass
>> this issue?
>
> See CONFIGURE_ENV...
>
>> Thanks very much in advance!
>>
>>
>> Best Regards
>> Nan Xiao
>>
>
> --
> jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/05/18 19:10:49

Modified files:
mail/postfix/snapshot: Makefile distinfo 
mail/postfix/snapshot/patches: patch-src_util_sys_defs_h 

Log message:
update to postfix-3.4-20180404, from Brad



Re: [new] hatop-0.7.7

2018-05-18 Thread Stuart Henderson
On 2018/05/18 23:24, Ljuba Nedeljkovic wrote:
> Slightly improved port, using variables instead of
> hard coded version numbers

Here's a diff on top of yours, and please remove the patch:

- COMMENT typo
- no need to use V, the version is only referenced once
- license say "GPLv3 or later" -> use GPLv3+
- let MASTER_SITES work even if MASTER_SITE_GOOGLECODE expands
to more than one URL (it's a user-changeable setting)
- drop the MODPY_VERSION, this is the default anyway
- replace patch + SUBST_CMD with MODPY_ADJ_FILES

I don't use haproxy so can't test runtime.



--- Makefile.orig   Sat May 19 01:19:06 2018
+++ MakefileSat May 19 01:20:44 2018
@@ -1,9 +1,8 @@
 # $OpenBSD$
 
-COMMENT =  interactive ncurses client for haroxy
+COMMENT =  interactive ncurses client for haproxy
 
-V =0.7.7
-DISTNAME = hatop-${V}
+DISTNAME = hatop-0.7.7
 
 CATEGORIES =   net
 
@@ -11,23 +10,19 @@ HOMEPAGE =  http://feurix.org/projects/hatop/
 
 MAINTAINER =   Ljuba Nedeljkovic 
 
-# GPLv3
+# GPLv3+
 PERMIT_PACKAGE_CDROM = Yes
 
-MASTER_SITES = ${MASTER_SITE_GOOGLECODE}hatop/
+MASTER_SITES = ${MASTER_SITE_GOOGLECODE:=hatop/}
 
 MODULES =  lang/python
-MODPY_VERSION =${MODPY_DEFAULT_VERSION_2}
 
 RUN_DEPENDS =  net/haproxy
 
 NO_BUILD = Yes
 NO_TEST =  Yes
 
-SUBST_VARS +=  MODPY_VERSION
-
-pre-install:
-   ${SUBST_CMD} ${WRKSRC}/bin/hatop
+MODPY_ADJ_FILES =  bin/hatop
 
 do-install:
${INSTALL_SCRIPT} ${WRKSRC}/bin/hatop ${PREFIX}/bin/



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/05/18 17:34:41

Modified files:
www/urlwatch   : Makefile distinfo 
www/urlwatch/pkg: PLIST 

Log message:
update to urlwatch-2.10



[new] hatop-0.7.7

2018-05-18 Thread Ljuba Nedeljkovic
Slightly improved port, using variables instead of
hard coded version numbers

Cheers,

-ljuba

On 12.05, Ljuba Nedeljkovic wrote:
> Hello,
> 
> Attached is the port of hatop-0.7.7, interactive ncurses
> client for haroxy
> 
> 
> $ cat pkg/DESCR
> 
> HATop is an interactive ncurses client and real-time monitoring,
> statistics displaying tool for the HAProxy TCP/HTTP load balancer.
> 
> HATop's appearance is similar to top(1). It supports various modes for
> detailed statistics of all configured proxies and services in near realtime.
> In addition, it features an interactive CLI for the haproxy unix socket.
> This allows administrators to control the given haproxy instance
> (change server weight, put servers into maintenance mode, ...) directly out
> of hatop (using keybinds or the CLI) and monitor the results immediately.
> 
> --- 
> 
> Project is dormant for some time but it is pretty handy 
> as is.  It is hosted on both google code and github.
> I opted for retrieving release tarball from google since
> github hosted project does not have proper releases and it
> seems to me that GH_* clutter is not popular these days.
> 
> Any test results, comments, even cursing is welcome and
> highly appreciated.
> 
> Best,
> -ljuba




hatop-0.7.7.tar.gz
Description: Binary data


Re: i3status-2.12's cpu_usage displays 100% all the time

2018-05-18 Thread Manolis Tzanidakis
Just updated to the latest snapshot and all is good again with i3status.

OpenBSD 6.3-current (GENERIC.MP) #40: Fri May 18 09:57:33 MDT 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Sorry for the noise.

On Thu (17/05/18), Manolis Tzanidakis wrote:
> Forgot about system info:
> 
> OpenBSD 6.3-current (GENERIC.MP) #38: Wed May  9 17:38:06 MDT 2018
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> 
> on a thinkpad x230.
> 
> On Thu (17/05/18), Manolis Tzanidakis wrote:
> > Hello,
> > after the latest update of i3status to 1.12, the cpu_load module is always 
> > at
> > 100% and red. Reverting to 2.11p6 fixes the problem.
> > 
> > My .i3status.conf is pretty standard:
> > 
> > order += "cpu_usage"
> > cpu_usage {
> > format = "cpu: %usage"
> > }
> > 
> > Anyone else noticed this problem?
> > 
> > Best,
> > Manolis



net/isync: Add missing tty pledge for password prompt

2018-05-18 Thread Klemens Nanni
If neither `Pass' nor `PassCmd' is specified in the configuration,
mbsync(1) prompts for the IMAP password.

This diff adds the missing "tty" promise in such cases.

OK?

PS: Noone complaint so far.

Index: Makefile
===
RCS file: /cvs/ports/mail/isync/Makefile,v
retrieving revision 1.35
diff -u -p -r1.35 Makefile
--- Makefile12 May 2018 14:37:36 -  1.35
+++ Makefile18 May 2018 20:41:45 -
@@ -3,7 +3,7 @@
 COMMENT=   synchronize IMAP4 and maildir mailboxes
 
 DISTNAME=  isync-1.3.0
-REVISION=  1
+REVISION=  2
 
 CATEGORIES=mail
 MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=isync/}
Index: patches/patch-src_drv_imap_c
===
RCS file: /cvs/ports/mail/isync/patches/patch-src_drv_imap_c,v
retrieving revision 1.1
diff -u -p -r1.1 patch-src_drv_imap_c
--- patches/patch-src_drv_imap_c8 May 2018 22:07:42 -   1.1
+++ patches/patch-src_drv_imap_c18 May 2018 19:20:51 -
@@ -3,21 +3,24 @@ $OpenBSD: patch-src_drv_imap_c,v 1.1 201
 Index: src/drv_imap.c
 --- src/drv_imap.c.orig
 +++ src/drv_imap.c
-@@ -41,6 +41,8 @@
+@@ -41,6 +41,9 @@
  # include 
  #endif
  
 +extern int needs_proc_exec;
++extern int needs_tty;
 +
  #ifdef HAVE_LIBSSL
  enum { SSL_None, SSL_STARTTLS, SSL_IMAPS };
  #endif
-@@ -3267,6 +3269,8 @@ imap_parse_store( conffile_t *cfg, store_conf_t **stor
+@@ -3267,6 +3270,10 @@ imap_parse_store( conffile_t *cfg, store_conf_t **stor
}
acc_opt = 1;
}
 +  if (server->sconf.tunnel || server->pass_cmd)
 +  needs_proc_exec = 1;
++  if (!(server->pass || server->pass_cmd))
++  needs_tty = 1;
if (store)
type = "IMAP store", name = store->gen.name;
else
Index: patches/patch-src_main_c
===
RCS file: /cvs/ports/mail/isync/patches/patch-src_main_c,v
retrieving revision 1.3
diff -u -p -r1.3 patch-src_main_c
--- patches/patch-src_main_c8 May 2018 22:07:42 -   1.3
+++ patches/patch-src_main_c18 May 2018 20:29:01 -
@@ -3,40 +3,64 @@ $OpenBSD: patch-src_main_c,v 1.3 2018/05
 Index: src/main.c
 --- src/main.c.orig
 +++ src/main.c
-@@ -120,6 +120,8 @@ PACKAGE " " VERSION " - mailbox synchronizer\n"
+@@ -120,6 +120,9 @@ PACKAGE " " VERSION " - mailbox synchronizer\n"
exit( code );
  }
  
 +int needs_proc_exec = 0;
++int needs_tty = 0;
 +
  static void ATTR_PRINTFLIKE(1, 2)
  debug( const char *msg, ... )
  {
-@@ -716,6 +718,29 @@ main( int argc, char **argv )
+@@ -716,6 +719,52 @@ main( int argc, char **argv )
  
if (load_config( config, pseudo ))
return 1;
 +
 +  if (mvars->list) {
 +  if (needs_proc_exec) {
-+  if (pledge("stdio rpath inet flock dns getpw proc exec"
-+  " prot_exec", NULL) == -1)
-+  sys_error("pledge\n");
++  if (needs_tty) {
++  if (pledge("stdio rpath inet flock dns getpw"
++  " tty proc exec prot_exec", NULL) == -1)
++  sys_error("pledge\n");
++  } else {
++  if (pledge("stdio rpath inet flock dns getpw"
++  " proc exec prot_exec", NULL) == -1)
++  sys_error("pledge\n");
++  }
 +  } else {
-+  if (pledge("stdio rpath inet flock dns getpw"
-+  " prot_exec",
-+  NULL) == -1)
-+  sys_error("pledge\n");
++  if (needs_tty) {
++  if (pledge("stdio rpath inet flock dns getpw"
++  " tty prot_exec", NULL) == -1)
++  sys_error("pledge\n");
++  } else {
++  if (pledge("stdio rpath inet flock dns getpw"
++  " prot_exec", NULL) == -1)
++  sys_error("pledge\n");
++  }
 +  }
 +  } else {
 +  if (needs_proc_exec) {
-+  if (pledge("stdio rpath wpath cpath inet flock dns"
-+  " getpw proc exec prot_exec", NULL) == -1)
-+  sys_error("pledge\n");
++  if (needs_tty) {
++  if (pledge("stdio rpath wpath cpath inet flock"
++  " dns getpw tty proc exec prot_exec", NULL) 
== -1)
++  sys_error("pledge\n");
++  } else {
++  if (pledge("stdio rpath wpath cpath inet flock"
++   

CVS: cvs.openbsd.org: ports

2018-05-18 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2018/05/18 14:28:57

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

Log message:
Add quirks for spidermonkey, mediatomb, apache-couchdb and py-couchdb



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2018/05/18 14:26:52

Modified files:
lang   : Makefile 
Removed files:
lang/spidermonkey: Makefile distinfo 
lang/spidermonkey/files: mozilla-js.pc 
lang/spidermonkey/patches: patch-build_autoconf_moznbytetype_m4 
   patch-configure_in patch-jsbuiltins_h 
   patch-jsfun_cpp patch-jsfun_h 
   patch-jsgc_cpp patch-jsinterp_cpp 
   patch-jsiter_cpp patch-jslock_cpp 
   patch-jsnum_h patch-jsobj_cpp 
   patch-jsops_cpp patch-jsregexp_cpp 
   patch-jsstr_cpp patch-jstracer_cpp 
   patch-jsxml_cpp 
   patch-nanojit_Assembler_cpp 
   patch-nanojit_Assembler_h 
   patch-nanojit_CodeAlloc_cpp 
   patch-nanojit_NativeSparc_cpp 
   patch-nanojit_NativeX64_cpp 
   patch-nanojit_Nativei386_cpp 
   patch-nanojit_avmplus_h 
   patch-xpconnect_shell_Makefile_in 
   patch-xpconnect_src_Makefile_in 
lang/spidermonkey/pkg: DESCR PFRAG.amd64 PFRAG.jit PLIST 

Log message:
(Finally!) remove spidermonkey 1.9.2/1.8.5, now that nothing depends on
it anymore. Having the javascript engine from the firefox 3.6 days is
surely not a good idea security-wise in 2018, and we have devel/spidermonkey52.

Thx jmatthew@ for dropping the dependency in riak!



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2018/05/18 14:26:33

Modified files:
databases  : Makefile 
Removed files:
databases/py-couchdb: Makefile distinfo 
databases/py-couchdb/files: python.ini 
databases/py-couchdb/pkg: DESCR PLIST 

Log message:
garbage collect this couch potato

ok landry@



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2018/05/18 14:20:31

Modified files:
databases  : Makefile 
Removed files:
databases/apache-couchdb: Makefile distinfo 
databases/apache-couchdb/patches: patch-test_javascript_run_tpl 
  patch-var_Makefile_in 
databases/apache-couchdb/pkg: DESCR MESSAGE PLIST 

Log message:
Remove couchdb, it isnt kept up to date in our ports tree, still uses an
ancient spidermonkey, and doesnt seem to mak much progress into updating
this dependency per https://github.com/apache/couchdb/issues/946.



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2018/05/18 14:18:36

Modified files:
multimedia : Makefile 
Removed files:
multimedia/mediatomb: Makefile distinfo 
multimedia/mediatomb/files: config.xml 
multimedia/mediatomb/patches: patch-acinclude_m4 
  patch-configure_ac 
  patch-src_hash_dbo_hash_h 
  patch-src_hash_dbr_hash_h 
  patch-src_hash_dso_hash_h 
  patch-src_metadata_ffmpeg_handler_cc 
  patch-src_singleton_h 
  patch-src_storage_sql_storage_cc 
  patch-src_storage_sql_storage_h 
  
patch-src_storage_sqlite3_sqlite3_storage_h 
  
patch-tombupnp_threadutil_src_ThreadPool_c 
  
patch-tombupnp_upnp_src_genlib_net_http_webserver_c 
  
patch-tombupnp_upnp_src_genlib_net_uri_uri_c 
  patch-tombupnp_upnp_src_uuid_upnp_md5_c 
multimedia/mediatomb/pkg: DESCR PLIST mediatomb.rc 

Log message:
Remove mediatomb, it's dead upstream, and uses an ancient spidermonkey
that will hit the attic.

Someone not liking the other upnp alternatives we have in tree might
look at porting
https://github.com/gerbera/gerbera#differences-to-mediatomb-so-far which
seems like the natural 'successor'



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/05/18 14:10:23

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

Log message:
update to rspamd-1.7.5, from Brad.
(this update may fix the build on !x86).



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2018/05/18 14:06:32

Modified files:
mail/mailpile  : Makefile 
Added files:
mail/mailpile/patches: patch-mailpile_crypto_aes_utils_py 

Log message:
switch to py-cryptodome

tested by and ok solene@ (MAINTAINER)



Re: www/mozilla-firefox: fix volume controls

2018-05-18 Thread Landry Breuil
On Tue, May 15, 2018 at 11:23:33PM +0200, Alexandre Ratchov wrote:
> Maybe you've noticed that somtimes sound volume in firefox doesn't
> match the volume indicator until you touch it.
> 
> This is because the firefox audio API has no volume getter and assumes
> the initial volume is 1, while sndio saves volumes and allows volume
> to be controlled externally, which makes firefox use a wrong
> representation of the actual volume.
> 
> The workaround is to do like alsa, pulseaudio and other backends: stop
> using the native volume control and adjust the volume of the signal in
> firefox.

Well, you know my policy about carrying patches... first file a bug
upstream, get your patch reviewed (probably by padenot) and commited,
and then i'll happily okay a backport to our port.

The logic sounds right, unless a getter for the volume has been
implemented since then in central/beta or is in the works. Hence, better
discussing it upstream :)



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2018/05/18 13:52:27

Modified files:
www/mozilla-firefox: Tag: OPENBSD_6_3 Makefile distinfo 
www/mozilla-firefox/patches: Tag: OPENBSD_6_3 
 
patch-security_manager_pki_resources_content_exceptionDialog_js 
 patch-storage_mozStorageConnection_cpp 
Added files:
www/mozilla-firefox/patches: Tag: OPENBSD_6_3 
 patch-nsprpub_pr_src_linking_prlink_c 

Log message:
Bugfix update to firefox 60.0.1.

See https://www.mozilla.org/en-US/firefox/60.0.1/releasenotes/.

Readd nsprpub/pr/src/linking/prlink.c patch from devel/nspr to tweak
PRLoadLibrary() for our specific library naming, should at least fix
video playback in the browser via ffmpeg/libavcodec dlopen'ing. Sorry
for breaking it with 60.0 when switching to internal nspr.

Packages for 6.3 at the usual spot.



Re: pledge violation in firefox-60 on snapshots

2018-05-18 Thread Landry Breuil
On Wed, May 16, 2018 at 10:51:17AM +0100, Stuart Henderson wrote:
> > 
> > More reports of the same thing are useless/counter-productive.  We're
> > reaching the point of diminishing returns where it takes longer to answer
> > emails/classify failures into "already known/new"...
> > ... which is a recipe for issues to fall between the cracks, because people
> > WON'T report new issues, or they will be dismissed as the same as something
> > that's already known...
> 
> Yes, I agree. I think we should at least add the known-needed ones
> like getpw (even if we don't want them long-term). We have no hope to
> analyse the code and figure out a complete list of what's actually
> needed as is usual with pledge..

I've added getpw and mcast in 60.0.1.

> > BTW, if you're supposed to start dbus BEFORE firefox, that's cool, but then
> > the firefox code should be tweaked to display "please start dbus" instead
> > of the "helpful" error message "firefox crashed in a pledge violation 
> > (proc)".
> 
> Simplest method is a wrapper script I think.

Or telling people (via the README) to make sure its running. I hate
wrapper scripts, and i'm *NOT* going to 'tweak the firefox code to
display please start dbus'. If this isnt enough, someone caring enough
should file bugs upstream, be it at glib or firefox.



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2018/05/18 13:36:47

Modified files:
www/firefox-i18n: Makefile.inc distinfo 
www/mozilla-firefox: Makefile distinfo 
www/mozilla-firefox/files: all-openbsd.js 
www/mozilla-firefox/pkg: README 

Log message:
Bugfix update to firefox 60.0.1.

See https://www.mozilla.org/en-US/firefox/60.0.1/releasenotes/

After numerous reports of pledge aborts when saving files (while for
some reason i'm not experiencing it) add 'getpw' to main process
promises. Also add 'mcast', because sometimes a setsockopt() seems to be
called with IP_MULTICAST_TTL.

Improve README:
- drop the now deprecated section about plugins
- improve section about debugging with pledge info
- add a section advising users to make sure a session dbus instance is
running when starting their X session, otherwise for some reason the
content process might try to spawn one via glib, and this is forbidden
by pledge. You don't want the content process to be able to spawn
processes, right ?



Re: UPDATE: net/p5-NetAddr-MAC

2018-05-18 Thread Alexander Bluhm
On Thu, May 17, 2018 at 09:26:12PM +0100, Mikolaj Kucharski wrote:
> Simple update to 0.96

commited, thanks

bluhm



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Alexander Bluhm
CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2018/05/18 13:10:41

Modified files:
net/p5-NetAddr-MAC: Makefile distinfo 

Log message:
update p5-NetAddr-MAC to 0.96
from maintainer Mikolaj Kucharski



Re: powerpc bulk build report

2018-05-18 Thread Landry Breuil
On Thu, May 17, 2018 at 06:34:51PM +0300, Kirill Bychkov wrote:
> On Sat, May 12, 2018 17:21, lan...@openbsd.org wrote:
> > bulk build on macppc-1.ports.openbsd.org
> > started on  Tue Apr 17 11:23:22 MDT 2018
> > finished at Sat May 12 06:46:31 MDT 2018
> 
> Hi!
> The patch below fixes build of simgear on powerpc (and probably other
> !clang arches)
> OK?

Fwiw, if you have trivial fixes like this, just commit them, don't
hope/wait for okays :)



Re: NEW: net/bitcoin

2018-05-18 Thread Joseph Mayer
2018-05-07 3:21 GMT+08:00 Rafael Sadowski :
> It doesn't build with ports-gcc 

I got it built using ports not too long ago.

What issues did you get trying to build it using gcc-ports (GCC 4.9.4)?

The only issue was the difficulty of install Berkeley DB, which can be
resolved by either building and installing (how?) or something like
--disable-wallet, as only the wallet subfunctionality uses it anyhow,
not the central router.

Do you build the QT and wallet parts?

> and you already said it: "... you wouldn't want to run this on a
> machine that doesn't have clang available to it since it's probably
> far too slow."

Clang may be working well for many projects, this one included, but
there are also projects today where Clang consistently performs
disastrously, so GCC will remain having a valid niche, maybe for very
long.



Re: UPDATE: security/keepassxc

2018-05-18 Thread Giovanni Bechis
On 05/14/18 22:20, Rafael Sadowski wrote:
> Bugfix update. Works fine here on amd64! Tests are welcome, especially
> browser and/or yubikey.
> 
browser integration works fine both with Chromium (native) and Firefox (legacy).
ok giovanni@

 Cheers
  Giovanni

> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/security/keepassxc/Makefile,v
> retrieving revision 1.13
> diff -u -p -u -p -r1.13 Makefile
> --- Makefile  16 Mar 2018 07:47:59 -  1.13
> +++ Makefile  14 May 2018 20:11:22 -
> @@ -2,9 +2,8 @@
>  
>  COMMENT =management tool for password and sensitive data
>  
> -V =  2.3.1
> +V =  2.3.3
>  DISTNAME =   keepassxc-${V}
> -REVISION =   0
>  
>  CATEGORIES = security
>  
> Index: distinfo
> ===
> RCS file: /cvs/ports/security/keepassxc/distinfo,v
> retrieving revision 1.8
> diff -u -p -u -p -r1.8 distinfo
> --- distinfo  14 Mar 2018 17:50:59 -  1.8
> +++ distinfo  14 May 2018 20:11:22 -
> @@ -1,2 +1,2 @@
> -SHA256 (keepassxc-2.3.1-src.tar.xz) = 
> zn2CUdTVs19gL/UhdkkQlk2m2KZzlzmYVaboxf9dub0=
> -SIZE (keepassxc-2.3.1-src.tar.xz) = 4085284
> +SHA256 (keepassxc-2.3.3-src.tar.xz) = 
> z/+F74m6WQrseYxZvqSqPbAGJte/+M3eD2LuNK6mCtU=
> +SIZE (keepassxc-2.3.3-src.tar.xz) = 4113768
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/security/keepassxc/pkg/PLIST,v
> retrieving revision 1.9
> diff -u -p -u -p -r1.9 PLIST
> --- pkg/PLIST 16 Mar 2018 07:47:59 -  1.9
> +++ pkg/PLIST 14 May 2018 20:11:22 -
> @@ -282,11 +282,13 @@ share/keepassxc/icons/database/C67_Certi
>  share/keepassxc/icons/database/C68_BlackBerry.png
>  share/keepassxc/translations/
>  share/keepassxc/translations/keepassx_ar.qm
> +share/keepassxc/translations/keepassx_bn.qm
>  share/keepassxc/translations/keepassx_ca.qm
>  share/keepassxc/translations/keepassx_cs.qm
>  share/keepassxc/translations/keepassx_da.qm
>  share/keepassxc/translations/keepassx_de.qm
>  share/keepassxc/translations/keepassx_el.qm
> +share/keepassxc/translations/keepassx_en_GB.qm
>  share/keepassxc/translations/keepassx_en_US.qm
>  share/keepassxc/translations/keepassx_es.qm
>  share/keepassxc/translations/keepassx_eu.qm
> 



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/05/18 08:38:13

Modified files:
sysutils/awscli: Makefile distinfo 

Log message:
Update to awscli-1.15.23.



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/05/18 08:38:32

Modified files:
net/py-boto3   : Makefile distinfo 

Log message:
Update to py-boto3-1.7.23.



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/05/18 08:38:03

Modified files:
net/py-botocore: Makefile distinfo 

Log message:
Update to py-botocore-1.10.23.



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/05/18 08:22:07

Modified files:
www/lynx   : Makefile distinfo 
www/lynx/patches: patch-lynx_man patch-src_LYMain_c 
  patch-src_LYReadCFG_c patch-src_LYUtils_c 

Log message:
Update lynx to 2.8.9pl19.



Re: NEW: net/bitcoin

2018-05-18 Thread Rafael Sadowski
anyone?

On Sun May 06, 2018 at 09:21:50PM +0200, Rafael Sadowski wrote:
> On Sun May 06, 2018 at 01:23:43PM -0400, Brian Callahan wrote:
> > 
> > On 05/05/18 07:29, Rafael Sadowski wrote:
> > > *ping*
> > > 
> > > On Wed Apr 25, 2018 at 09:31:02PM +0200, Rafael Sadowski wrote:
> > > > Hi ports@
> > > > 
> > > > Attached is a new port for bitcoin. Long time ago pascal@ started
> > > > working on bitcoin in openbsd-wip. I've finished this work and run a 
> > > > full
> > > > bitcoin node over weeks without problems so far:
> > > > 
> > > > https://twitter.com/sizeofvoid/status/976586173538885632
> > > > 
> > > > $ cat net/bitcoin/pkg/DESCR
> > > > 
> > > > Bitcoin is an experimental new digital currency that enables instant
> > > > payments to anyone, anywhere in the world. Bitcoin uses peer-to-peer
> > > > technology to operate with no central authority: managing transactions
> > > > and issuing money are carried out collectively by the network.
> > > > Bitcoin is also the name of the open source software which enables
> > > > the use of this currency.
> > > > 
> > > > Ok? Comments?
> > > > 
> > > > Greetings to the hackerroom.
> > > > 
> > > > Rafael Sadowski
> > > 
> > 
> > It reads and builds ok, and bitcoin-qt even launches.
> > I am not going to download the 200GB (!!!) that it wants me to, so that's as
> > far as I can test.
> > portcheck -N complains about hardcoded paths in pkg/bitcoind.rc
> > 
> > One thought from me: is there no hope for this to build on !CLANG_ARCHS?
> > (You only have COMPILER=base-clang ports-clang). Maybe that is the right way
> > to go, since I'm guessing you wouldn't want to run this on a machine that
> > doesn't have clang available to it since it's probably far too slow.
> > 
> > In that case, you don't need that CXXFLAGS line.
> > 
> 
> It doesn't build with ports-gcc and you already said it: "... you
> wouldn't want to run this on a machine that doesn't have clang available
> to it since it's probably far too slow."
> 
> Yes builds fine without CXXFLAGS. Ok with /var -> ${VARBASE}?
> 
> Thanks for test and review!
> 



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/05/18 05:16:43

Modified files:
mail/cyrus-imapd: Makefile distinfo 
mail/cyrus-imapd/patches: patch-imap_mbexamine_c 
mail/cyrus-imapd/pkg: PLIST 
Added files:
mail/cyrus-imapd/patches: patch-imap_conversations_c 
  patch-imap_mailbox_c 
  patch-imap_seen_db_c 
  patch-imap_sync_support_c 
  patch-lib_auth_pts_c patch-lib_prot_c 
  patch-master_master_c 
  patch-notifyd_notify_mailto_c 

Log message:
Update to cyrus-imapd-3.0.7.



Re: net/pmacct update?

2018-05-18 Thread Stuart Henderson
On 2018/05/17 20:05, David Higgs wrote:
> I previously submitted a local patch for net/pmacct that was not
> accepted locally, as it was against the old version.
> 
> I pushed the fix upstream, where it was accepted and is now included
> in the 1.7.1 release [0].  Can someone kindly update the port?
> 
> (Sorry, have not had time to verify the new version hasn't broken
> anything else that I rely upon.)
> 
> Thanks.
> 
> --david
> 
> [0] http://www.pmacct.net/ChangeLog-1.7.1
> 

I've just updated it in -current. Note that I have only very lightly tested 
this.



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/05/18 04:52:13

Modified files:
net/pmacct : Makefile distinfo 
net/pmacct/patches: patch-src_isis_isis_c 
net/pmacct/pkg : PLIST 
Added files:
net/pmacct/patches: patch-configure_ac patch-src_bgp_bgp_h 
Removed files:
net/pmacct/patches: patch-configure_in patch-src_isis_thread_c 

Log message:
update to pmacct-1.7.1 (requested by David Higgs) and enable some of the
optional features that only have lightweight dependencies. tidy up example
installation.



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Remi Pointel
CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2018/05/18 03:02:29

Modified files:
security/yara  : Makefile Makefile.inc 
security/yara/main: distinfo 
security/yara/python: Makefile 
security/yara/python/pkg: PLIST 

Log message:
update yara to 3.7.1, enable python3 flavor and take maintainership.
ok benoit@.



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Remi Pointel
CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2018/05/18 02:48:44

Modified files:
textproc/uncrustify: Makefile distinfo 

Log message:
update uncrustify to 0.67.



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/05/18 01:56:19

Modified files:
x11/gnome/gdm  : Makefile distinfo 
x11/gnome/gdm/pkg: PLIST 

Log message:
Update to gdm-3.28.2.



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2018/05/18 01:18:18

Modified files:
sysutils/beats/heartbeat: Makefile distinfo 
sysutils/beats/heartbeat/pkg: PLIST 
sysutils/beats/metricbeat: Makefile distinfo 
sysutils/beats/metricbeat/pkg: PLIST 
sysutils/beats/packetbeat: Makefile distinfo 
sysutils/beats/packetbeat/pkg: PLIST README 
Added files:
sysutils/beats/metricbeat/patches: 
   
patch-metricbeat_modules_d_system_yml 
   
patch-vendor_github_com_elastic_gosigar_sigar_openbsd_go 
sysutils/beats/packetbeat/patches: 
   
patch-vendor_github_com_tsg_gopacket_pcap_pcap_poll_common_go 
Removed files:
sysutils/beats/metricbeat/patches: 
   patch-metricbeat_metricbeat_yml 
sysutils/beats/metricbeat/pkg: README 

Log message:
update remaining beats to 6.2.4



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/05/18 01:14:37

Modified files:
sysutils/beats/heartbeat/pkg: PLIST 
sysutils/beats/metricbeat/pkg: PLIST 
sysutils/beats/packetbeat/pkg: PLIST 

Log message:
Unbreak.



CVS: cvs.openbsd.org: ports

2018-05-18 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2018/05/18 00:04:33

Modified files:
graphics/libraw: Makefile distinfo 
graphics/libraw/patches: patch-internal_libraw_x3f_cpp 

Log message:
Bugfix update to LibRaw-0.18.11