[QAT] r333189: 4x leftovers

2013-11-08 Thread Ports-QAT
No need to explicitly force the default value of KMODDIR since r333188
-

  Build ID:  20131108094801-4846
  Job owner: r...@freebsd.org
  Buildtime: 5 minutes
  Enddate:   Fri, 08 Nov 2013 09:52:59 GMT

  Revision:  r333189
  Repository:
https://svnweb.freebsd.org/ports?view=revisionrevision=333189

-

Port:graphics/plasma-kmod 

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~r...@freebsd.org/20131108094801-4846-223508/plasma-kmod-0.1_4.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~r...@freebsd.org/20131108094801-4846-223509/plasma-kmod-0.1_4.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~r...@freebsd.org/20131108094801-4846-223510/plasma-kmod-0.1_4.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~r...@freebsd.org/20131108094801-4846-223511/plasma-kmod-0.1_4.log


--
Buildarchive URL: https://qat.redports.org/buildarchive/20131108094801-4846
redports https://qat.redports.org/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


how to tell pkg-list not to deinstall/overwrite certain files

2013-11-08 Thread Aryeh Friedman
I am doing a lot of inter-machine testing of a private port (will be
released soon as a actual port) but need to tell make deinstall not to
delete a certain file... how do we do this?... background one thing we are
testing is the ability to upgrade the port (privately) and it must not nuke
our settings file on the test machines because the default config provided
by our port is inappropriate for how we have things configured (it is
correct for 99.9% of everyone else though).

Namely we need:

1. Do not delete  /usr/local/etc/petitecloud/settings on deinstall
2. Do not overwrite it with a new version on install (if present else
install it)
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: how to tell pkg-list not to deinstall/overwrite certain files

2013-11-08 Thread Aryeh Friedman
Forgot to mention the solution should if at all possible be 100% pkg-plist
based because our internal build system is not make


On Fri, Nov 8, 2013 at 5:21 AM, Aryeh Friedman aryeh.fried...@gmail.comwrote:

 I am doing a lot of inter-machine testing of a private port (will be
 released soon as a actual port) but need to tell make deinstall not to
 delete a certain file... how do we do this?... background one thing we are
 testing is the ability to upgrade the port (privately) and it must not nuke
 our settings file on the test machines because the default config provided
 by our port is inappropriate for how we have things configured (it is
 correct for 99.9% of everyone else though).

 Namely we need:

 1. Do not delete  /usr/local/etc/petitecloud/settings on deinstall
 2. Do not overwrite it with a new version on install (if present else
 install it)

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


[QAT] r333196: 4x leftovers

2013-11-08 Thread Ports-QAT
- Enable staging
- Update USES
- Rework doc installation
- Fix library symlink creation
- Cleanup pkg-descr
-

  Build ID:  20131108104600-29755
  Job owner: marty...@freebsd.org
  Buildtime: 7 minutes
  Enddate:   Fri, 08 Nov 2013 10:52:54 GMT

  Revision:  r333196
  Repository:
https://svnweb.freebsd.org/ports?view=revisionrevision=333196

-

Port:devel/raknet 3.9.2_2,1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~marty...@freebsd.org/20131108104600-29755-223532/raknet-3.9.2_2,1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~marty...@freebsd.org/20131108104600-29755-223533/raknet-3.9.2_2,1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~marty...@freebsd.org/20131108104600-29755-223534/raknet-3.9.2_2,1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~marty...@freebsd.org/20131108104600-29755-223535/raknet-3.9.2_2,1.log


--
Buildarchive URL: https://qat.redports.org/buildarchive/20131108104600-29755
redports https://qat.redports.org/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


[QAT] r333199: 1x leftovers, 2x fetch, 1x success

2013-11-08 Thread Ports-QAT
security/sssd: update to 1.9.6

- Update to 1.9.6
- Remove FreeBSD  8.0-RELEASE check (unsupported)

PR: ports/183750
Submitted by:   Lukas Slebodnik lukas.slebodnik intrak.sk (maintainer)
-

  Build ID:  2013110811-47149
  Job owner: w...@freebsd.org
  Buildtime: 11 minutes
  Enddate:   Fri, 08 Nov 2013 11:10:53 GMT

  Revision:  r333199
  Repository:
https://svnweb.freebsd.org/ports?view=revisionrevision=333199

-

Port:security/sssd 1.9.6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   FETCH
  Log: 
https://qat.redports.org//~w...@freebsd.org/2013110811-47149-223544/sssd-1.9.6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FETCH
  Log: 
https://qat.redports.org//~w...@freebsd.org/2013110811-47149-223545/sssd-1.9.6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~w...@freebsd.org/2013110811-47149-223546/sssd-1.9.6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/2013110811-47149-223547/sssd-1.9.6.log


--
Buildarchive URL: https://qat.redports.org/buildarchive/2013110811-47149
redports https://qat.redports.org/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: how to tell pkg-list not to deinstall/overwrite certain files

2013-11-08 Thread Tijl Coosemans
On Fri, 8 Nov 2013 05:23:47 -0500 Aryeh Friedman wrote:
 Forgot to mention the solution should if at all possible be 100% pkg-plist
 based because our internal build system is not make
 
 On Fri, Nov 8, 2013 at 5:21 AM, Aryeh Friedman 
 aryeh.fried...@gmail.comwrote:
 I am doing a lot of inter-machine testing of a private port (will be
 released soon as a actual port) but need to tell make deinstall not to
 delete a certain file... how do we do this?... background one thing we are
 testing is the ability to upgrade the port (privately) and it must not nuke
 our settings file on the test machines because the default config provided
 by our port is inappropriate for how we have things configured (it is
 correct for 99.9% of everyone else though).

 Namely we need:

 1. Do not delete  /usr/local/etc/petitecloud/settings on deinstall
 2. Do not overwrite it with a new version on install (if present else
 install it)

Basically you have to install the file as settings.sample and add some
pkg-plist magic.  It's explained in more detail here:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-config.html

Note that with staging you don't need the post-install part, only the
pkg-plist part.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: OCaml 4?

2013-11-08 Thread Brendan Fabeny
On 11/7/13, Michael Grünewald michael.grunew...@laposte.net wrote:
 John Marino wrote:

 I was thinking the holdup was on your end,[…]
 Has the whole thing stalled?  11 months to get a PR through when the
 submitter is responsive seems excessive to me, maybe somebody else
 should take over the PR if bf@ is too busy.

 It looks like it is stalled. It would actually nice if someone else
 would take care of that PR[1] but before this, I certainly need to take
 care of removing this NO_STAGE flag.  It is probably unproblematic, I
 did not study this staging functionality yet.


The ball has been back in my court since Michael sent me his update
for 4.01.  I've some other updates to commit this weekend, and I'll
resume the test builds for this and the associated PRs on Sunday.
(Hopefully some of the blockers from last time have now been fixed.)

   [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/173364

 BTW I am very comfortable with BSD Make but I am not aware of any list
 of problem reports or developments in the project or ports build system.
  Where could I start?

On open PRs in the database you cite above (it is searchable), or
unsolved failures on the mailing lists (e.g. freebsd-ports or
freebsd-pkg-fallout)  that interest or affect you.  Some recent goals
or changes are mentioned on wiki.FreebSD.org (although this contains
some outdated material as well).  Some of unfinished short-term
objectives include converting ports to support staging and to compile
with clang on FreeBSD 10, and updating the Porter's handbook.

b.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: OCaml 4?

2013-11-08 Thread John Marino
On 11/8/2013 12:58, Brendan Fabeny wrote:
 On 11/7/13, Michael Grünewald michael.grunew...@laposte.net wrote:
 John Marino wrote:

 I was thinking the holdup was on your end,[…]
 Has the whole thing stalled?  11 months to get a PR through when the
 submitter is responsive seems excessive to me, maybe somebody else
 should take over the PR if bf@ is too busy.

 It looks like it is stalled. It would actually nice if someone else
 would take care of that PR[1] but before this, I certainly need to take
 care of removing this NO_STAGE flag.  It is probably unproblematic, I
 did not study this staging functionality yet.

Frankly, I think it's way more important to get OCAML updated than
support staging.  If the PR you have is good sans staging, then I'd
propose to commit that ASAP, and a new PR could be opened to add stage
support.  (in order words, the last of stage support should not block
the maintenance of an existing port)

John
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Ports with duplicate LATEST_LINKs

2013-11-08 Thread Ports Index build
Dear port maintainers,

The following list includes ports maintained by you that have duplicate
LATEST_LINK values.  They should either be modified to use a unique
PKGNAME, e.g. by using PKGNAMESUFFIX.  Note that NO_LATEST_LINK is
deprecated.  See the portmgr blog post for more information:
http://blogs.freebsdish.org/portmgr/2013/10/03/package-name-collisions/


Thanks,
Erwin Annoying Reminder Guy III Lansing


LATEST_LINK  PORTNAME   MAINTAINER  
==
GraphicsMagick12 graphics/GraphicsMagick12  glar...@freebsd.org 
GraphicsMagick12 graphics/GraphicsMagick13  glar...@freebsd.org 
msql databases/msql po...@freebsd.org   
msql databases/msql3po...@freebsd.org   

Total: 4 ports
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


[pkg-fall...@freebsd.org: [REL - head-amd64-default][textproc/multimarkdown] Failed for multimarkdown-4.3.2 in checksum]

2013-11-08 Thread Adam Weinberger
Hi, I'm still having trouble with this. Can anybody offer me some advice
here? During which build stages may my port dial out? When make
checksum is run independently of make fetch, it begins by wiping out
${WRKDIR}.

Can I dial out during do-build on the package cluster?

# Adam


--
Adam Weinberger
ad...@adamw.org
http://www.adamw.org
---BeginMessage---
You are receiving this mail as a port that you maintain
is failing to build on the FreeBSD package build server.
Please investigate the failure and submit a PR to fix
build.

Maintainer: ad...@freebsd.org
Last committer: ad...@freebsd.org
Ident:  $FreeBSD: head/textproc/multimarkdown/Makefile 332190 
2013-10-31 00:37:47Z adamw $
Log URL:
http://beefy2.isc.freebsd.org/bulk/head-amd64-default/2013-11-07_15h05m07s/logs/multimarkdown-4.3.2.log
Build URL:  
http://beefy2.isc.freebsd.org/bulk/head-amd64-default/2013-11-07_15h05m07s
Log:

 Building textproc/multimarkdown
build started at Fri Nov  8 05:47:10 UTC 2013
port directory: /usr/ports/textproc/multimarkdown
building for: FreeBSD head-amd64-default-job-06 11.0-CURRENT FreeBSD 
11.0-CURRENT r256430 amd64
maintained by: ad...@freebsd.org
Makefile ident:  $FreeBSD: head/textproc/multimarkdown/Makefile 332190 
2013-10-31 00:37:47Z adamw $
Poudriere version: 3.1-pre

---Begin Environment---
OSVERSION=110
UNAME_v=FreeBSD 11.0-CURRENT r256430
UNAME_r=11.0-CURRENT
BLOCKSIZE=K
MAIL=/var/mail/root
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
STATUS=1
MASTERMNT=/usr/local/poudriere/data/build/head-amd64-default/ref
PKG_EXT=txz
tpid=26439
POUDRIERE_BUILD_TYPE=bulk
PKGNG=1
PKGNAME=multimarkdown-4.3.2
PKG_DELETE=/usr/local/sbin/pkg-static delete -y -f
PKG_ADD=/usr/local/sbin/pkg-static add
PWD=/root
MASTERNAME=head-amd64-default
USER=root
HOME=/root
POUDRIERE_VERSION=3.1-pre
LOCALBASE=/usr/local
PACKAGE_BUILDING=yes
PKG_VERSION=/poudriere/pkg-static version
PKG_BIN=/usr/local/sbin/pkg-static
---End Environment---

---Begin OPTIONS List---
=== The following configuration options are available for multimarkdown-4.3.2:
 CHEAT_SHEET=off: HTML-based cheat sheat
 EXTRAS=off: Extra scripts and XSLT support
 HELPERS=off: Helper scripts (conflicts with emulators/mtools)
=== Use 'make config' to modify these settings
---End OPTIONS List---

--CONFIGURE_ARGS--

--End CONFIGURE_ARGS--

--CONFIGURE_ENV--
TMPDIR=/tmp TMPDIR=/tmp SHELL=/bin/sh CONFIG_SHELL=/bin/sh
--End CONFIGURE_ENV--

--MAKE_ENV--
TMPDIR=/tmp TMPDIR=/tmp SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local  
LOCALBASE=/usr/local  LIBDIR=/usr/lib  CC=cc CFLAGS=-O2 -pipe 
-fno-strict-aliasing  CPP=cpp CPPFLAGS=  LDFLAGS=  CXX=c++ 
CXXFLAGS=-O2 -pipe -fno-strict-aliasing  MANPREFIX=/usr/local 
BSD_INSTALL_PROGRAM=install  -s -o root -g wheel -m 555  
BSD_INSTALL_LIB=install  -s -o root -g wheel -m 444  
BSD_INSTALL_SCRIPT=install  -o root -g wheel -m 555  
BSD_INSTALL_DATA=install  -o root -g wheel -m 444  BSD_INSTALL_MAN=install  
-o root -g wheel -m 444
--End MAKE_ENV--

--SUB_LIST--
PREFIX=/usr/local
LOCALBASE=/usr/local
DATADIR=/usr/local/share/multimarkdown
DOCSDIR=/usr/local/share/doc/multimarkdown
EXAMPLESDIR=/usr/local/share/examples/multimarkdown
WWWDIR=/usr/local/www/multimarkdown
ETCDIR=/usr/local/etc/multimarkdown
--End SUB_LIST--

---Begin make.conf---
USE_PACKAGE_DEPENDS=yes
BATCH=yes
WRKDIRPREFIX=/wrkdirs
PORTSDIR=/usr/ports
PACKAGES=/packages
DISTDIR=/distfiles
 /usr/local/etc/poudriere.d/make.conf 
WITH_PKGNG=yes
NO_RESTRICTED=yes
DISABLE_MAKE_JOBS=poudriere
---End make.conf---
===  Cleaning for multimarkdown-4.3.2
===phase: check-config   
===
===phase: pkg-depends
===   multimarkdown-4.3.2 depends on file: /usr/local/sbin/pkg - not found
===Verifying install for /usr/local/sbin/pkg in /usr/ports/ports-mgmt/pkg
===   Installing existing package /packages/All/pkg-1.1.4_8.txz
Installing pkg-1.1.4_8... done
If you are upgrading from the old package format, first run:

  # pkg2ng
===   Returning to build of multimarkdown-4.3.2
===
===phase: fetch-depends  
===   multimarkdown-4.3.2 depends on executable: git - not found
===Verifying install for git in /usr/ports/devel/git
===   Installing existing package /packages/All/git-1.8.4.2.txz
Installing git-1.8.4.2...Installing expat-2.1.0... done
Installing ca_root_nss-3.15.2_1... done
Installing p5-Net-SMTP-SSL-1.01_1...Installing perl5-5.16.3_2...Removing 
/usr/local/etc/perl5_version... Done.
Creating /usr/local/etc/perl5_version... Done.
Removing stale symlinks from /usr/bin...
Skipping /usr/bin/perl
Skipping /usr/bin/perl5
Done.
Creating various symlinks in /usr/bin...
Symlinking /usr/local/bin/perl5.16.3 to 

[QAT] r333239: 4x leftovers

2013-11-08 Thread Ports-QAT
Depend on gcc 4.6+ to get substantially higher hashrates on modern CPUs
-

  Build ID:  20131108151001-27877
  Job owner: m...@freebsd.org
  Buildtime: 21 minutes
  Enddate:   Fri, 08 Nov 2013 15:30:56 GMT

  Revision:  r333239
  Repository:
https://svnweb.freebsd.org/ports?view=revisionrevision=333239

-

Port:net-p2p/cpuminer 2.3.2_2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131108151001-27877-223828/cpuminer-2.3.2_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131108151001-27877-223829/cpuminer-2.3.2_2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131108151001-27877-223830/cpuminer-2.3.2_2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131108151001-27877-223831/cpuminer-2.3.2_2.log


--
Buildarchive URL: https://qat.redports.org/buildarchive/20131108151001-27877
redports https://qat.redports.org/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


[QAT] r333238: 4x leftovers, 36x success

2013-11-08 Thread Ports-QAT
Support STAGEDIR.
-

  Build ID:  20131108150800-17096
  Job owner: vani...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Fri, 08 Nov 2013 17:59:21 GMT

  Revision:  r333238
  Repository:
https://svnweb.freebsd.org/ports?view=revisionrevision=333238

-

Port:sysutils/bchunk 1.2.0

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223788/bchunk-1.2.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223789/bchunk-1.2.0.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223790/bchunk-1.2.0.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223791/bchunk-1.2.0.log

-

Port:sysutils/bkpupsd 1.0a

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223792/bkpupsd-1.0a.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223793/bkpupsd-1.0a.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223794/bkpupsd-1.0a.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223795/bkpupsd-1.0a.log

-

Port:sysutils/cdargs 1.35

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223796/cdargs-1.35.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223797/cdargs-1.35.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223798/cdargs-1.35.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223799/cdargs-1.35.log

-

Port:sysutils/cdbkup 1.0_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223800/cdbkup-1.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223801/cdbkup-1.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223802/cdbkup-1.0_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223803/cdbkup-1.0_1.log

-

Port:sysutils/cdroot 1.2.5

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223804/cdroot-1.2.5.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223805/cdroot-1.2.5.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223806/cdroot-1.2.5.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223807/cdroot-1.2.5.log

-

Port:sysutils/chgrep 1.2.4

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223808/chgrep-1.2.4.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223809/chgrep-1.2.4.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~vani...@freebsd.org/20131108150800-17096-223810/chgrep-1.2.4.log

  Buildgroup: 9.2-QAT/i386
  

[QAT] r333267: 1x leftovers, 3x success

2013-11-08 Thread Ports-QAT
Fix build on 9.2+/i386 by adding -fomit-frame-pointer to the clang
case (which is default on amd64 anyway.)

Submitted by:   beefy1 via pkg-fallout, dim
Tested by:  callumgib...@optusnet.com.au
-

  Build ID:  20131108225401-41503
  Job owner: n...@freebsd.org
  Buildtime: 13 minutes
  Enddate:   Fri, 08 Nov 2013 23:07:23 GMT

  Revision:  r333267
  Repository:
https://svnweb.freebsd.org/ports?view=revisionrevision=333267

-

Port:multimedia/vlc 2.1.0_5,4

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~n...@freebsd.org/20131108225401-41503-223940/vlc-2.1.0_5,4.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~n...@freebsd.org/20131108225401-41503-223941/vlc-2.1.0_5,4.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~n...@freebsd.org/20131108225401-41503-223942/vlc-2.1.0_5,4.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~n...@freebsd.org/20131108225401-41503-223943/vlc-2.1.0_5,4.log


--
Buildarchive URL: https://qat.redports.org/buildarchive/20131108225401-41503
redports https://qat.redports.org/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


[QAT] r333268: 4x leftovers

2013-11-08 Thread Ports-QAT
- Support staging
- Use new OPTIONS features
-

  Build ID:  20131108231001-25632
  Job owner: amd...@freebsd.org
  Buildtime: 8 minutes
  Enddate:   Fri, 08 Nov 2013 23:18:04 GMT

  Revision:  r333268
  Repository:
https://svnweb.freebsd.org/ports?view=revisionrevision=333268

-

Port:games/magicor 1.1_5

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~amd...@freebsd.org/20131108231001-25632-223944/magicor-1.1_5.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~amd...@freebsd.org/20131108231001-25632-223945/magicor-1.1_5.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~amd...@freebsd.org/20131108231001-25632-223946/magicor-1.1_5.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~amd...@freebsd.org/20131108231001-25632-223947/magicor-1.1_5.log


--
Buildarchive URL: https://qat.redports.org/buildarchive/20131108231001-25632
redports https://qat.redports.org/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


pkg, poudriere, Different Options, Multiple Repositories -- Best Practices?

2013-11-08 Thread Jeff
The scenario I am trying to smooth out is that the vast majority of my 
machines all can use the same set of options on nearly all of the ports 
being built into packages. Using poudriere and pkg has made building 
within each jail a thing of the past, thankfully.


The cut to the chase question is, Is there a deterministic order for 
searching for packages among multiple repositories with pkg? If so, 
where is it documented?


The context:

The tricky part is that one port here and there needs a different set of 
options for a specific machine/jail or two. For example, postfix can be 
trimmed down for most as it is just handling submission of locally 
generated mail and sending it off somewhere. However, the mail servers 
need auth and dovecot and their dependencies.


I /could/ maintain complete repositories for each set of options, but 
when something with a lot of dependencies gets changed, it is a lot of 
rebuilding for just a couple ports that are different.


I have read that pkg can handle multiple repositories, for example 
pkg.conf(5) and https://github.com/freebsd/pkg, and the thought would 
be that I would be that I build a general repository that has vast 
majority of packages, then special ones with, for example, postfix 
with dovecot, X11-enabled apps,... Then, I could specify the special 
version of the repo to be searched first, followed perhaps by another 
special one, then by the general one. That way postfix and friends would 
be picked up first, but more germane things like perl or python would be 
pulled from the general one (assuming it wasn't a dependency of the 
stuff in the special repo).




The other question relates to poudriere -- it seems to want to build 
options files for everything under the sun, even if they are just 
default options (probably more the ports makefile than poudriere). I'd 
much prefer that what is in the poudriere.d/x-y-z directories are just 
the /changes/ to the default options. Is there any pre-packaged way to 
get the default options for a port and compare them to an options file's 
settings?




Thanks!

Jeff



P.S. At least for me, poudriere works much, much more easily than I 
could ever get tinderbox to behave -- thanks to all that have 
contributed to its development!

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [QAT] r333268: 4x leftovers

2013-11-08 Thread Dmitry Marakasov
* Ports-QAT (q...@redports.org) wrote:

+gerald@

 - Support staging
 - Use new OPTIONS features
 -
 
   Build ID:  20131108231001-25632
   Job owner: amd...@freebsd.org
   Buildtime: 8 minutes
   Enddate:   Fri, 08 Nov 2013 23:18:04 GMT
 
   Revision:  r333268
   Repository:
 https://svnweb.freebsd.org/ports?view=revisionrevision=333268
 
 -
 
 Port:games/magicor 1.1_5
 
   Buildgroup: 8.4-QAT/amd64
   Buildstatus:   LEFTOVERS
   Log: 
 https://qat.redports.org//~amd...@freebsd.org/20131108231001-25632-223944/magicor-1.1_5.log
 
   Buildgroup: 8.4-QAT/i386
   Buildstatus:   LEFTOVERS
   Log: 
 https://qat.redports.org//~amd...@freebsd.org/20131108231001-25632-223945/magicor-1.1_5.log
 
   Buildgroup: 9.2-QAT/amd64
   Buildstatus:   LEFTOVERS
   Log: 
 https://qat.redports.org//~amd...@freebsd.org/20131108231001-25632-223946/magicor-1.1_5.log
 
   Buildgroup: 9.2-QAT/i386
   Buildstatus:   LEFTOVERS
   Log: 
 https://qat.redports.org//~amd...@freebsd.org/20131108231001-25632-223947/magicor-1.1_5.log
 
 
 --
 Buildarchive URL: https://qat.redports.org/buildarchive/20131108231001-25632
 redports https://qat.redports.org/
 

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru  ..:  jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


ports default version system

2013-11-08 Thread Allan Jude
Attached is a proposed patch for Mk/bsd.default-versions.mk

Currently, perl, python, ruby and tcl are supported

The patch adds support for apache, fpc, mysql, pgsql, and php

Users can specify in /etc/make.conf

DEFAULT_VERSIONS= perl5=5.18 ruby=2.0 php=5.3 mysql=55p

and change the default version of php from lang/php5 to lang/php53
and mysql from database/mysql55-server to database/perconba55-server
etc.

The apache part of the patch might also consider deprecating the
APACHE_PORT make.conf variable.

Using the 'old way' produces a warning the same way it does for ruby,
perl etc.


-- 
Allan Jude
Index: Mk/bsd.apache.mk
===
--- Mk/bsd.apache.mk(revision 333272)
+++ Mk/bsd.apache.mk(working copy)
@@ -80,7 +80,13 @@
 
 Apache_Pre_Include=bsd.apache.mk
 
-DEFAULT_APACHE_VERSION=22
+.include ${PORTSDIR}/Mk/bsd.default-versions.mk
+
+.if defined(DEFAULT_APACHE_VER)
+WARNING+=  DEFAULT_APACHE_VER is defined, consider using 
DEFAULT_VERSIONS=apache=${DEFAULT_APACHE_VER} instead
+.endif
+
+DEFAULT_APACHE_VERSION?=   ${APACHE_DEFAULT:S/.//}
 APACHE_SUPPORTED_VERSION=  22 24 # preferred version first
 
 # Print warnings
@@ -335,19 +341,17 @@
 .  endif
 .endif
 
-.if ${APACHE_VERSION} = 22
 AP_BUILDEXT=   la
-APACHEMODDIR=  libexec/apache${APACHE_VERSION}
-APACHEINCLUDEDIR=include/apache${APACHE_VERSION}
-APACHEETCDIR=  etc/apache${APACHE_VERSION}
-APACHE_PORT?=  www/apache${APACHE_VERSION}
-.endif
+APACHEMODDIR=  libexec/apache${DEFAULT_APACHE_VERSION}
+APACHEINCLUDEDIR=include/apache${DEFAULT_APACHE_VERSION}
+APACHEETCDIR=  etc/apache${DEFAULT_APACHE_VERSION}
+APACHE_PORT?=  www/apache${DEFAULT_APACHE_VERSION}
 
 PLIST_SUB+=APACHEMODDIR=${APACHEMODDIR} \
APACHEINCLUDEDIR=${APACHEINCLUDEDIR} \
APACHEETCDIR=${APACHEETCDIR}
 
-APACHE_PKGNAMEPREFIX=  ap${APACHE_VERSION}-
+APACHE_PKGNAMEPREFIX=  ap${DEFAULT_APACHE_VERSION}-
 .if defined(AP_FAST_BUILD)
 PKGNAMEPREFIX?=${APACHE_PKGNAMEPREFIX}
 .endif
Index: Mk/bsd.database.mk
===
--- Mk/bsd.database.mk  (revision 333272)
+++ Mk/bsd.database.mk  (working copy)
@@ -102,8 +102,18 @@
 # FIREBIRD_VER
 #  - Detected Firebird version.
 
+.include ${PORTSDIR}/Mk/bsd.default-versions.mk
+
+.if defined(DEFAULT_MYSQL_VER)
+WARNING+=  DEFAULT_MYSQL_VER is defined, consider using 
DEFAULT_VERSIONS=mysql=${DEFAULT_MYSQL_VER} instead
+.endif
+
+.if defined(DEFAULT_PGSQL_VER)
+WARNING+=  DEFAULT_PGSQL_VER is defined, consider using 
DEFAULT_VERSIONS=pgsql=${DEFAULT_PGSQL_VER} instead
+.endif
+
 .if defined(USE_MYSQL)
-DEFAULT_MYSQL_VER?=55
+DEFAULT_MYSQL_VER?=${MYSQL_DEFAULT:S/.//}
 # MySQL client version currently supported.
 MYSQL51_LIBVER=16
 MYSQL53m_LIBVER=   16
@@ -190,7 +200,7 @@
 
 .if defined(USE_PGSQL)
 VALID_PGSQL_VER=   84 90 91 92 93
-DEFAULT_PGSQL_VER?=90
+DEFAULT_PGSQL_VER?=${PGSQL_DEFAULT:S/.//}
 PGSQL83_LIBVER=5
 PGSQL84_LIBVER=5
 PGSQL90_LIBVER=5
Index: Mk/bsd.default-versions.mk
===
--- Mk/bsd.default-versions.mk  (revision 333272)
+++ Mk/bsd.default-versions.mk  (working copy)
@@ -17,11 +17,16 @@
 ${_l:U}_DEFAULT=   ${lang:C/.*=//g}
 .endfor
 
+APACHE_DEFAULT?=   2.2
+FPC_DEFAULT?=  2.6.2
+MYSQL_DEFAULT?=5.5
 PERL5_DEFAULT?=5.16
-RUBY_DEFAULT?= 1.9
-TCLTK_DEFAULT?=8.6
+PGSQL_DEFAULT?=9.0
+PHP_DEFAULT?=  5.4
 PYTHON_DEFAULT?=   2.7
 PYTHON2_DEFAULT?=  2.7
 PYTHON3_DEFAULT?=  3.3
+RUBY_DEFAULT?= 1.9
+TCLTK_DEFAULT?=8.6
 
 .endif
Index: Mk/bsd.fpc.mk
===
--- Mk/bsd.fpc.mk   (revision 333272)
+++ Mk/bsd.fpc.mk   (working copy)
@@ -27,10 +27,16 @@
 
 _FPCMKINCLUDED=yes
 
+.include ${PORTSDIR}/Mk/bsd.default-versions.mk
+
+.if defined(DEFAULT_FPC_VER)
+WARNING+=  DEFAULT_FPC_VER is defined, consider using 
DEFAULT_VERSIONS=fpc=${DEFAULT_FPC_VER} instead
+.endif
+
 FPC_Include_MAINTAINER=a...@freebsd.org
 FPC_Pre_Include=   bsd.fpc.mk
 
-DEFAULT_FPC_VER=   2.6.2
+DEFAULT_FPC_VER=   ${FPC_DEFAULT}
 FPC_VER=   ${DEFAULT_FPC_VER}
 FPC_ARCH=  ${ARCH:S/amd64/x86_64/}
 
Index: Mk/bsd.php.mk
===
--- Mk/bsd.php.mk   (revision 333272)
+++ Mk/bsd.php.mk   (working copy)
@@ -39,13 +39,19 @@
 
 _PHPMKINCLUDED=yes
 
+.include ${PORTSDIR}/Mk/bsd.default-versions.mk
+
+.if defined(DEFAULT_PHP_VER)
+WARNING+=  DEFAULT_PHP_VER is defined, consider using 
DEFAULT_VERSIONS=php=${DEFAULT_PHP_VER} instead
+.endif
+
 PHPBASE?=