CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2016/03/10 22:30:45 Modified files: lang/rust : Makefile lang/rust/patches: patch-configure Added files: lang/rust/patches: patch-src_compiletest_runtest_rs Log message: lang/rust:

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/03/10 19:27:01 Modified files: textproc/calibre/patches: patch-setup_extensions_py Log message: regen

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/03/10 19:27:26 Added files: textproc/calibre/patches: patch-src_duktape_duktape_duk_config_h Log message: attempt at fixing calibre build on sparc64

Re: [patch] productivity/slideml

David Hill wrote: > Hello - > > This moves productivity/slideml to github. It's strange that the old HOMEPAGE is still up and doesn't mention GitHub at all. Do you know if upstream has a preference about which is used? > Index: Makefile >

Re: [patch] sysutils/diskrescue

David Hill wrote: > Hello - > > This updates sysutils/diskrescue to 0.4 and moves it to github. > The change between 0.3 and 0.4 is the patch has been applied. :). Makes sense, and builds for me. ok mmcc@ > Index: Makefile > === >

[patch] sysutils/diskrescue

Hello - This updates sysutils/diskrescue to 0.4 and moves it to github. The change between 0.3 and 0.4 is the patch has been applied. :). Index: Makefile === RCS file: /cvs/ports/sysutils/diskrescue/Makefile,v retrieving revision

[UPDATE] plan9/drawterm (switch to new source repository)

One more time. Supercedes most recent update. The original drawterm is effectively abandoned by its author. This update switches to a new fork that is currenlty being maintained against the 9front fork of Plan 9. Latest revision from 20160310. This update: - fixes a glitch in graphics

[patch] productivity/slideml

Hello - This moves productivity/slideml to github. Index: Makefile === RCS file: /cvs/ports/productivity/slideml/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile25 Mar 2014 21:20:39 - 1.7 +++

[patch] net/adsuck

Hello - This moves net/adsuck to github. Index: Makefile === RCS file: /cvs/ports/net/adsuck/Makefile,v retrieving revision 1.29 diff -u -p -r1.29 Makefile --- Makefile15 Jul 2015 14:59:15 - 1.29 +++ Makefile10 Mar

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2016/03/10 16:05:53 Modified files: audio/gsm : Makefile audio/gsm/patches: patch-Makefile Log message: remove NO_SHARED_LIBS; ok sthen@

Re: [mail/sendmail] SMTP session reuse bugfix

On 2016/03/10 12:45, Claus Assmann wrote: > On Wed, Mar 09, 2016, Jeremie Courreges-Anglas wrote: > > > Claus, in the future would it be possible to prefix the patch file names > > with "sendmail-"? It would be a bit safer for us, as we would not have > > Do you mean the patch on the

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2016/03/10 15:51:45 Modified files: multimedia/libvpx: Makefile multimedia/x264: Makefile multimedia/xvidcore: Makefile Log message: remove simple instances of NO_SHARED_LIBS

NO_SHARED cleanup status

For any committers who want to pitch in or just wonder how their ports are affected, here's what's up: PFRAG.shared can be folded into PLIST without restrictions. Remember the REVISION bump. NO_SHARED_ARCHS isn't set any longer and PROPERTIES:Mno_shared will never match. Instances of these can

Re: [NEW] www/pnp4nagios

On Thu, March 10, 2016 23:22, Vadim Zhukov wrote: > 2016-03-09 17:08 GMT+03:00 Kirill Bychkov : >> On Thu, March 3, 2016 16:57, Kirill Bychkov wrote: >>> Him guys! >>> This is a port of PNP4Nagios, an addon for Nafios and Oconga for analyzing >>> performance data and storing

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2016/03/10 14:58:52 Modified files: archivers/bzip2: Makefile archivers/bzip2/patches: patch-Makefile devel/libslang : Makefile devel/libslang/pkg: PLIST

Re: devel/mico failing due to failed assertion

> On Thu, Mar 10, 2016 at 05:58:05PM +0100, Karel Gardas wrote: > > On Thu, Mar 10, 2016 at 3:13 PM, Marc Espie wrote: > > > On Thu, Mar 10, 2016 at 11:53:56AM +0100, Karel Gardas wrote: > > >> This is a sign of not so correct network configuration. MICO is really > > >> picky

Re: devel/mico failing due to failed assertion

On Thu, Mar 10, 2016 at 05:58:05PM +0100, Karel Gardas wrote: > On Thu, Mar 10, 2016 at 3:13 PM, Marc Espie wrote: > > On Thu, Mar 10, 2016 at 11:53:56AM +0100, Karel Gardas wrote: > >> This is a sign of not so correct network configuration. MICO is really > >> picky about it so

Re: [mail/sendmail] SMTP session reuse bugfix

On Wed, Mar 09, 2016, Jeremie Courreges-Anglas wrote: > Claus, in the future would it be possible to prefix the patch file names > with "sendmail-"? It would be a bit safer for us, as we would not have Do you mean the patch on the sendmail.org FTP server? That naming scheme is used for about

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2016/03/10 13:41:22 Modified files: graphics/ffmpeg: Makefile Log message: requires --enable-shared

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2016/03/10 13:26:03 Modified files: print/ghostscript/gnu: Makefile print/ghostscript/gnu/pkg: PLIST Removed files: print/ghostscript/gnu/pkg: PFRAG.shared Log message: remove

Re: [NEW] www/pnp4nagios

2016-03-09 17:08 GMT+03:00 Kirill Bychkov : > On Thu, March 3, 2016 16:57, Kirill Bychkov wrote: >> Him guys! >> This is a port of PNP4Nagios, an addon for Nafios and Oconga for analyzing >> performance data and storing it in RRD. >> Current port is partially based on an old

Re: patch: perl.port.mk to support Module::Build::Tiny

On 03/10/16 01:39, Stuart Henderson wrote: > On 2016/03/09 15:26, Nigel Taylor wrote: >> Attached revised perl.port.mk diff > > Looks sane, testing this (and cpan.port.mk diff) in a full build now. > >> perl.port.mk.diff_p522 - extras diffs I am using. > > Let's clear Module::Build (which

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2016/03/10 13:15:07 Modified files: telephony/baresip/re: Makefile telephony/baresip/rem: Makefile Log message: remove NO_SHARED_LIBS

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2016/03/10 12:45:59 Modified files: security/libotr: Makefile distinfo security/libotr/pkg: PLIST Log message: SECURITY update to 4.1.1. Fixes CVE 2016-2851; to the best of our knowledge, this

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2016/03/10 12:29:25 Modified files: security/nss : Makefile Log message: replace after-bsd.port.mk hack with PROPERTIES check

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2016/03/10 12:03:35 Modified files: x11/fleditor : Makefile Log message: requires --enable-shared remove NO_SHARED_LIBS

Re: devel/mico failing due to failed assertion

Karel Gardas wrote: > This is a sign of not so correct network configuration. MICO is really > picky about it so it should be able to resolve your host name/IP > address. What's failing precisely in the assert above is that it's not > able to get IP for your hostname. Can you confirm that this is

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/03/10 10:45:11 Modified files: x11/qt4: qt4.port.mk x11/qt5: qt5.port.mk Added files: devel/qmake: qmake.port.mk Log message: Switch to a separate qmake.port.mk.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/03/10 10:38:52 ports/devel/qmake Update of /cvs/ports/devel/qmake In directory cvs.openbsd.org:/tmp/cvs-serv3286/devel/qmake Log Message: Directory /cvs/ports/devel/qmake added to the repository

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: jtur...@cvs.openbsd.org 2016/03/10 10:37:31 Modified files: sysutils/tarsnap: Makefile distinfo Log message: Update tarsnap to 1.0.37. This version adds several new options, including --passphrase-time option for increased

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/03/10 10:24:38 Modified files: x11/cool-retro-term: Makefile Log message: Use qmake instead of qmake5 in CONFIGURE_STYLE. Needed for upcoming qmake.port.mk.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/03/10 10:27:11 Modified files: audio/musique : Makefile Log message: Make this fit 80 columns.

Re: update devel/py-pip

On Sun, 6 Mar 2016 20:34:25 +0100, Daniel Jakots wrote: > Here's an update to latest py-pip. Ping?

Re: devel/mico failing due to failed assertion

On Thu, Mar 10, 2016 at 3:13 PM, Marc Espie wrote: > On Thu, Mar 10, 2016 at 11:53:56AM +0100, Karel Gardas wrote: >> This is a sign of not so correct network configuration. MICO is really >> picky about it so it should be able to resolve your host name/IP >> address. What's

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/03/10 09:07:27 Modified files: geo/gpsbabel : Makefile Log message: Switch to MODQMAKE, no Makefile lines count change.

Re: devel/mico failing due to failed assertion

On 2016/03/10 15:13, Marc Espie wrote: > On Thu, Mar 10, 2016 at 11:53:56AM +0100, Karel Gardas wrote: > > This is a sign of not so correct network configuration. MICO is really > > picky about it so it should be able to resolve your host name/IP > > address. What's failing precisely in the assert

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/03/10 07:19:53 Modified files: x11/qwt: Makefile Log message: Use MODQMAKE, not MODQMAKE4. No actual changes in build process. Will be used in further transition to a separate qmake.port.mk.

Re: devel/mico failing due to failed assertion

On Thu, Mar 10, 2016 at 11:53:56AM +0100, Karel Gardas wrote: > This is a sign of not so correct network configuration. MICO is really > picky about it so it should be able to resolve your host name/IP > address. What's failing precisely in the assert above is that it's not > able to get IP for

Re: ports gdb thread handling... (fwd)

On Thu, 10 Mar 2016 01:08:36 +0100, Jeremie Courreges-Anglas wrote: > Philip Guenther writes: > > > Broadening to ports@ > > > > With respect to this question in my original note: > >> Or maybe new gdb has some way to have ptid_get_pid() return the > >> per-thread

Re: libotr security fix

On Thu, 10 Mar 2016 10:10:07 +0100, Stefan Sperling wrote: > On Wed, Mar 09, 2016 at 05:32:47PM -0800, Michael McConville wrote: > > Is anyone working on updates for security/libotr and > > security/pidgin-otr? There were releases addressing a scary > > vulnerability this morning: > > > >

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2016/03/10 06:35:23 Modified files: sysutils/logstalgia: Makefile Log message: update HOMEPAGE. OK gonzalo@ (maintainer)

Re: [update] net/transmission

On 2016-03-08 13:11, Marc Espie wrote: On Tue, Mar 08, 2016 at 04:18:16PM +, Christian Weisgerber wrote: On 2016-03-08, Josh Grosse wrote: > Thank you, naddy, for your kind patience with my port update. This one in > particular has been a learning experience, and

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2016/03/10 05:20:06 Modified files: infrastructure/bin: portcheck infrastructure/mk: arch-defines.mk bsd.port.arch.mk Log message: no more non-shared archs: NO_SHARED_ARCHS and "no_shared" in

Re: devel/mico failing due to failed assertion

On 2016 Mar 10 (Thu) at 10:53:26 + (+), Stuart Henderson wrote: :On 2016/03/10 02:05, Michael McConville wrote: :> It's been failing reliably on my machine since I started bulk building a :> couple months ago. : :If your local hostname doesn't resolve this triggers an assertion in :mico. :

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2016/03/10 04:50:13 Modified files: audio/flite: Makefile databases/db : Makefile.inc lang/python: Makefile.inc lang/ruby : Makefile.inc lang/swi-prolog:

Re: missing lib dep for devel/iso-codes

On Thu, Mar 10, 2016 at 11:01:58AM +, Stuart Henderson wrote: > On 2016/03/10 02:37, Michael McConville wrote: > > It looks like devel/iso-codes needs libintl, although make > > lib-depends-check doesn't pick it up. See the build failure below. > > This doesn't make sense: > > >

Re: productivity/davical failing when fetching

On 2016/03/10 02:26, Michael McConville wrote: > Apparently none of the sources are valid anymore. IIRC, this has been > happening since I started bulk building a couple months ago. This is a bug (or missing feature) in ports infrastructure, the MASTER_SITE_BACKUP mechanism doesn't know about the

Re: missing lib dep for devel/iso-codes

On 2016/03/10 02:37, Michael McConville wrote: > It looks like devel/iso-codes needs libintl, although make > lib-depends-check doesn't pick it up. See the build failure below. This doesn't make sense: > /usr/local/bin/msgfmt --verbose --check -o da.mo da.po > 488 translated messages. >

Re: devel/mico failing due to failed assertion

On 2016/03/10 02:05, Michael McConville wrote: > It's been failing reliably on my machine since I started bulk building a > couple months ago. If your local hostname doesn't resolve this triggers an assertion in mico.

Re: devel/mico failing due to failed assertion

This is a sign of not so correct network configuration. MICO is really picky about it so it should be able to resolve your host name/IP address. What's failing precisely in the assert above is that it's not able to get IP for your hostname. Can you confirm that this is the case? On Thu, Mar 10,

missing lib dep for devel/iso-codes

It looks like devel/iso-codes needs libintl, although make lib-depends-check doesn't pick it up. See the build failure below. ===> Building for iso-codes-3.66 Making all in iso_639 gmake[1]: Entering directory '/home/dpb-wrk/iso-codes-3.66/iso-codes-3.66/iso_639' /usr/local/bin/msgfmt

productivity/davical failing when fetching

Apparently none of the sources are valid anymore. IIRC, this has been happening since I started bulk building a couple months ago. >>> From productivity/davical ===> Trying https://gitlab.com/davical-project/davical/repository/ /usr/bin/ftp -C -o

devel/mico failing due to failed assertion

It's been failing reliably on my machine since I started bulk building a couple months ago. >>> Building on localhost under devel/mico BDEPENDS = [devel/gmake] DIST = [devel/mico:mico-2.3.13.tar.gz] FULLPKGNAME = mico-2.3.13p0 (Junk lock failure for localhost at

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2016/03/10 02:57:19 Modified files: net/isc-bind : Tag: OPENBSD_5_8 Makefile distinfo Log message: update to BIND 9.10.3-P4 https://kb.isc.org/article/AA-01363/81/BIND-9.10.3-P4-Release-Notes.html

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2016/03/10 02:38:08 Modified files: www/py-django/lts: Tag: OPENBSD_5_8 Makefile distinfo www/py-django/lts/pkg: Tag: OPENBSD_5_8 PLIST Log message: security fixes for

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2016/03/10 02:31:07 Modified files: www/py-django/lts: Makefile distinfo www/py-django/lts/pkg: PLIST www/py-django/stable: Makefile distinfo www/py-django/stable/pkg: PLIST Log

UPDATE: net/py-ripe.atlas.tools to 1.2.3 (including cousteau and sagan lib update)

these need to go in together, older tools fails with newer libs. works for me[tm] OK? diff --git py-ripe.atlas.cousteau/Makefile py-ripe.atlas.cousteau/Makefile index acc68d4..80344b5 100644 --- py-ripe.atlas.cousteau/Makefile +++ py-ripe.atlas.cousteau/Makefile @@ -2,7 +2,7 @@ COMMENT =

UPDATE: net/py-websocket-client to 0.35.0

tested with upcomming py-ripe.atlas.tools OK? diff --git py-websocket-client/Makefile py-websocket-client/Makefile index 9f9019e..2fed175 100644 --- py-websocket-client/Makefile +++ py-websocket-client/Makefile @@ -2,7 +2,7 @@ COMMENT = WebSocket client for Python

Re: libotr security fix

On Wed, Mar 09, 2016 at 05:32:47PM -0800, Michael McConville wrote: > Is anyone working on updates for security/libotr and > security/pidgin-otr? There were releases addressing a scary > vulnerability this morning: > > https://marc.info/?l=otr-announce=145754687614832=2 > > If not, I probably

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2016/03/10 01:40:05 Modified files: www/goaccess : Makefile distinfo www/goaccess/patches: patch-configure_ac Log message: update to goaccess-0.9.8

dpb: Problem building ports whose RUN_DEPENDS have unmet BUILD_DEPENDS dependencies

Hi, Quite often, dpb fails to build ports because one or several BUILD_DEPENDS for some of the port's RUN_DEPENDS are not installed. Sometimes, this happens after I run "pkg_delete -a", and sometimes I think it's due to the "junking" of unneeded ports during the build (but I'm not sure). This