CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/05/17 23:44:15 Modified files: sysutils/awscli: Makefile distinfo sysutils/awscli/pkg: PLIST Log message: Update to awscli-1.10.29.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/05/17 23:43:55 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py-botocore-1.4.20.

security/botan - multiple vulnerabilities

Hello, security/botan in ports is vulnerable to the following advisories: CVE-2016-2194 CVE-2016-2195 CVE-2016-2849 CVE-2015-7827 http://botan.randombit.net/security.html On security.html, 1.10.13 is not mentioned as containing fix for CVE-2016-2849 and CVE-2015-7824 but it is mentioned in

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2016/05/17 17:51:06 Modified files: devel/p5-BSD-Resource: Makefile distinfo Log message: update p5-BSD-Resource to 1.2910

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/05/17 17:25:47 Modified files: net/GeoIP : Makefile distinfo Log message: update to newer geolite databases

Re: Use arc4random in devel/glib2

> > https://github.com/libressl-portable/portable/tree/master/m4 > > has autoconf checks with an OS whitelist for arc4random. > > It would be nice to keep things similar to these so that > > updates can be merged across from newer versions easily. > > I disagree. > > > libressl is making

Re: Use arc4random in devel/glib2

> > Anecdocally, libbsd's arc4random is not necessarily secure. IIUC the > > code isn't as glaringly dangerous as g_rand*, but it will seed with only > > the time and PID if other sources fail. I think we should avoid > > conflating BSDs' arc4randoms with libbsd's. > > > >

Re: Use arc4random in devel/glib2

> Dmitrij D. Czarkoff wrote: > > Stuart Henderson said: > > > glib2 is a pretty clean port patch-wise. This sort of thing would be > > > better done with proper autoconf etc so it can go upstream. > > > > Totally agree. It would be best if upstream would maintain the code. > > They could benefit

Re: Use arc4random in devel/glib2

On 2016/05/17 18:16, Michael McConville wrote: > Dmitrij D. Czarkoff wrote: > > Stuart Henderson said: > > > glib2 is a pretty clean port patch-wise. This sort of thing would be > > > better done with proper autoconf etc so it can go upstream. > > > > Totally agree. It would be best if upstream

Re: Use arc4random in devel/glib2

Dmitrij D. Czarkoff wrote: > Stuart Henderson said: > > glib2 is a pretty clean port patch-wise. This sort of thing would be > > better done with proper autoconf etc so it can go upstream. > > Totally agree. It would be best if upstream would maintain the code. > They could benefit from

Re: net/tor: fix example hidden service config

On Tue, 17 May 2016 18:05:50 -0400, Michael McConville wrote: > Michael McConville wrote: > > We patch Tor to use /var/tor instead of /var/lib/tor, but the hidden > > service example in the config hasn't been patched. This causes Tor to > > fail on startup if the example is used: > > > > > Error

Re: net/tor: fix example hidden service config

Michael McConville wrote: > We patch Tor to use /var/tor instead of /var/lib/tor, but the hidden > service example in the config hasn't been patched. This causes Tor to > fail on startup if the example is used: > > > Error creating directory /var/lib/tor/hidden_service/: No such file or > >

mail/exim SPF ACL

Hello, Wouldn't it be a good idea to make a new flavor for mail/exim with SPF ACL included? Or maybe use the version with SPF ACL as the default one, although that would involve installing libspf2 by default. Regards smime.p7s Description: S/MIME Cryptographic Signature

Re: mail/popa3d broken?

On 2016/05/17 20:29, Stuart Henderson wrote: > On 2016/05/17 20:13, Andreas Bartelt wrote: > > Hello, > > > > although this ports didn't change since 07/2014, it seems to be broken on > > current (tested on amd64). > > > > Can anybody else reproduce this problem on current? > > It will be due

Re: mail/popa3d broken?

On 2016/05/17 20:13, Andreas Bartelt wrote: > Hello, > > although this ports didn't change since 07/2014, it seems to be broken on > current (tested on amd64). > > Can anybody else reproduce this problem on current? It will be due to this: http://marc.info/?t=14623987751=1=2

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/05/17 13:20:01 Modified files: x11/gnome/sushi: Makefile distinfo x11/gnome/sushi/pkg: PLIST Log message: Update to sushi-3.20.0.

Re: qt*.port.mk and lrelease

2016-05-17 14:51 GMT+03:00 Jeremie Courreges-Anglas : > Jeremie Courreges-Anglas writes: > >> j...@wxcvbn.org (Jeremie Courreges-Anglas) writes: >> >>> There are a few ports that use lrelease4, but there is no abstraction in >>> the port module. >> >> Please

mail/popa3d broken?

Hello, although this ports didn't change since 07/2014, it seems to be broken on current (tested on amd64). Can anybody else reproduce this problem on current? Best regards Andreas

Re: json-c patch for arc4random

Kristaps Dzonsons writes: >>> Good question. I figured that if the user has - explicitely - chosen >>> rdrand, then the choice should be respected, even if it's a bit, ahem, >>> stupid. >>> >>> I can change the diff if that's a problem. In the end, this should be >>> discussed

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2016/05/17 10:59:23 Modified files: devel/json-c : Makefile devel/json-c/patches: patch-configure_ac Added files: devel/json-c/patches: patch-random_seed_c Log message: Use arc4random

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2016/05/17 10:16:17 Modified files: infrastructure/bin: proot Log message: PORT_USER is required for checkout_ports (cryptic error noticed by juanfra)

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2016/05/17 10:23:02 Modified files: infrastructure/bin: proot Log message: typo in conversion

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2016/05/17 09:21:34 Modified files: net/hpodder/patches: patch-Commands_Download_hs Log message: Zap bogus tab

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2016/05/17 09:16:05 Modified files: devel/hs-ConfigFile: Makefile Log message: Forgot to update MODGHC_PACKAGE_KEY and bump. Spotted by nigel@, thanks!

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2016/05/17 09:07:24 Modified files: www/tomcat/v8 : Makefile distinfo www/tomcat/v8/pkg: PLIST-examples Log message: Update to tomcat-8.0.35

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2016/05/17 08:50:36 Modified files: infrastructure/bin: dpb infrastructure/lib/DPB: Grabber.pm Vars.pm Log message: tweaks to heuristics 1/ do subdirs on the command line first 2/ ignore errors

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2016/05/17 07:38:25 Modified files: infrastructure/mk: bsd.port.mk Log message: propagate emptyness property from PLIST_DB into PACKAGE_REPOSITORY

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2016/05/17 07:33:21 Modified files: infrastructure/mk: bsd.port.mk Log message: Introduce PLIST_REPOSITORY, to be more similar to PACKAGE_REPOSITORY (makes sense in cluster bulk setup contexts) okay

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2016/05/17 07:14:45 Modified files: infrastructure/bin: proot Log message: fix (for now)

Re: Using gvfsd-fuse with /dev/fuse0

Hey, On 05/17/16 14:32, David Coppa wrote: Only the superuser may mount file systems unless kern.usermount is nonzero (see sysctl(8)), the special device is readable and writeable by the user attempting the mount, and the mount point node is owned by the user attempting the mount. So, besides

Re: json-c patch for arc4random

>> Good question. I figured that if the user has - explicitely - chosen >> rdrand, then the choice should be respected, even if it's a bit, ahem, >> stupid. >> >> I can change the diff if that's a problem. In the end, this should be >> discussed with upstream. > > Same proposal, diff below for

Re: Using gvfsd-fuse with /dev/fuse0

On Tue, May 17, 2016 at 1:23 PM, Leo Unglaub wrote: > Hey, > > On 05/17/16 13:18, Leo Unglaub wrote: >> >> What's the output of: >> >> # ls -al /dev/fuse0 >> >> On your system? > > > the output is as followed. I am on OpenBSD 5.9 (amd64) > >> $ ls -al /dev/fuse0 >>

Re: qt*.port.mk and lrelease

Jeremie Courreges-Anglas writes: > j...@wxcvbn.org (Jeremie Courreges-Anglas) writes: > >> There are a few ports that use lrelease4, but there is no abstraction in >> the port module. > > Please forget this messed up patch, updated version below. > >> Comments / ok? After

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2016/05/17 05:54:58 Modified files: devel/git : Makefile devel/git/pkg : PLIST-main Log message: Upstream has moved this file since rev. 1.114; ok benoit@ (maintainer)

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/05/17 05:48:32 Modified files: mail/postfix/snapshot: Makefile distinfo Removed files: mail/postfix/snapshot/patches: patch-makedefs

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/05/17 05:48:15 Modified files: mail/postfix/stable: Makefile distinfo Removed files: mail/postfix/stable/patches: patch-makedefs patch-src_util_sys_defs_h

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2016/05/17 05:38:09 Modified files: archivers : Makefile devel : Makefile Log message: More lua52-flavored packages broken at runtime

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2016/05/17 05:26:14 Modified files: databases : Makefile devel : Makefile graphics : Makefile mail : Makefile Log message: Unhook lua52-flavored

Re: Using gvfsd-fuse with /dev/fuse0

On Tue, May 17, 2016 at 1:18 PM, Leo Unglaub wrote: > Hey friends, > i am trying to get gvfsd-fuse to work with the OpenBSD fuse implementation > /dev/fuse0. > > My goal is to get gvfsd-fuse to mount remote filesystems in ~/.gvfs so that > pure posix applications can access

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2016/05/17 05:23:18 Modified files: devel/lua-cjson: Makefile Added files: devel/lua-cjson/patches: patch-lua_cjson_util_lua Log message: Add some compat glue for lua53, for tests and the

Re: Using gvfsd-fuse with /dev/fuse0

Hey, On 05/17/16 13:18, Leo Unglaub wrote: What's the output of: # ls -al /dev/fuse0 On your system? the output is as followed. I am on OpenBSD 5.9 (amd64) $ ls -al /dev/fuse0 crw--- 1 root wheel 92, 0 May 10 01:51 /dev/fuse0 My user is also in the wheel group: $ userinfo

Using gvfsd-fuse with /dev/fuse0

Hey friends, i am trying to get gvfsd-fuse to work with the OpenBSD fuse implementation /dev/fuse0. My goal is to get gvfsd-fuse to mount remote filesystems in ~/.gvfs so that pure posix applications can access the files from remote systems. The general workflow should be as followed: 1:

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/05/17 04:57:07 Modified files: textproc/the_silver_searcher: Makefile distinfo textproc/the_silver_searcher/pkg: PLIST Log message: update to the_silver_searcher-0.32.0, which adds pledge

Re: update the_silver_searcher (uses pledge upstream)

On Tue, May 17, 2016 at 08:54:41AM +0100, Stuart Henderson wrote: > Update and switch to upstream's standard install target. It now uses > pledge, so add a marker to the Makefile. Ok? > Ok by me. I have also been running the pledge patch without any issues for a few months now.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2016/05/17 02:46:19 Modified files: devel/hs-MissingH: Makefile distinfo Log message: Update to MissingH-1.3.0.2

Re: update the_silver_searcher (uses pledge upstream)

On Tue, May 17, 2016 at 08:54:41AM +0100, Stuart Henderson wrote: > Update and switch to upstream's standard install target. It now uses > pledge, so add a marker to the Makefile. Ok? I've been running ag with the pledge patches since they were posted back in February, so these should be fine.

Re: security/wpa_supplicant - multiple vulnerabilities

On Tue, May 17, 2016 at 4:01 AM, Sevan Janiyan wrote: > Hello, > The version of security/wpa_supplicant in ports is vulnerable to the > following CVEs > http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2016-4476 >

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2016/05/17 02:29:27 Modified files: security/wpa_supplicant: Makefile security/wpa_supplicant/patches: patch-src_drivers_driver_openbsd_c

Re: NEW: sysutils/u-boot

On Mon, May 16, 2016 at 11:01:00PM +1000, Jonathan Gray wrote: > On Mon, May 16, 2016 at 12:57:19PM +0100, Stuart Henderson wrote: > > On 2016/05/16 21:18, Jonathan Gray wrote: > > > On Sun, May 15, 2016 at 04:53:40PM +0200, Jeremie Courreges-Anglas wrote: > > > > > > > > Hi, > > > > > > > >

update the_silver_searcher (uses pledge upstream)

Update and switch to upstream's standard install target. It now uses pledge, so add a marker to the Makefile. Ok? Index: Makefile === RCS file: /cvs/ports/textproc/the_silver_searcher/Makefile,v retrieving revision 1.19 diff -u -p

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2016/05/17 01:13:42 Modified files: www/pnp4nagios : Makefile www/pnp4nagios/patches: patch-sample-config_httpd_conf_in www/pnp4nagios/pkg: PLIST-cgi Added files:

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/05/17 00:03:34 Modified files: x11/gnome/orca : Makefile distinfo Log message: Update to orca-3.20.2.