Re: mail/courier build failures on newer FreeBSD versions

2014-05-26 Thread Scot Hetzel
 On Mon, May 26, 2014 at 12:04 AM, Milan Obuch freebsd-po...@dino.sk wrote:
 On Mon, 26 May 2014 03:29:55 +0200
 Matthias Andree matthias.and...@gmx.de wrote:

 [ snip ]

 I'd suggest to let Milan work on the port and tell him the
 constraints - for instance, that now staging needs to be addressed
 first and then the build-on-10 issue.


 OK, I already began work on staging, this was just a small side step
 fixing another issue, in my eyes easily acceptable, but when it needs
 now be done in other order, fine.

 Milan, if you could share some of the troubles you're encountering,
 people may be able to help you.


 Well, I did 'make check-plist', here is part of its output:

 Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/%%MAILOWN%%d
 Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/esmtpd
 Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/esmtpd-msa
 Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/esmtpd-ssl
 Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/imapd
 Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/imapd-ssl
 Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/ldapaddressbook
 Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/%%CACHEOWN%%3d
 Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/%%CACHEOWN%%3d-ssl
 Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/sqwebmaild
 Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/webmlmrc

 It does not take much time to revert, for me, at least in this case,
 unnecessary substitution, some times a bit comic, to

 Error: Orphaned: etc/courier/courierd
 Error: Orphaned: etc/courier/esmtpd
 Error: Orphaned: etc/courier/esmtpd-msa
 Error: Orphaned: etc/courier/esmtpd-ssl
 Error: Orphaned: etc/courier/imapd
 Error: Orphaned: etc/courier/imapd-ssl
 Error: Orphaned: etc/courier/ldapaddressbook
 Error: Orphaned: etc/courier/pop3d
 Error: Orphaned: etc/courier/pop3d-ssl
 Error: Orphaned: etc/courier/sqwebmaild
 Error: Orphaned: etc/courier/webmlmrc

I looked at the ports Makefile, but didn't see how these files are
installed.  Are they being installed by the Courier's source
Makefile's?  If they are, you just need to stop it from creating them,
as they will be created when pkg installs the port.

 All these files are configuration files and all are handled this way:

 @unexec cmp -s %D/etc/courier/courierd %D/etc/courier/courierd.dist 
 rm -f %D/etc/courier/courierd 2/dev/null || true
 etc/courier/courierd.dist
 @exec [ -f %D/etc/courier/courierd.dist ] 
 %%LOCALBASE%%/share/sysconftool/sysconftool %D/etc/courier/courierd.dist

 which does create them if they do not exist copying file.dist as
 template on install and if they are still the same on unistall, they
 are deleted. This way user configuration does not get lost across
 upgrades, and sysconftool merges new configuration items when they are
 introduced.

 This behavior is broken when I add these files into pkg-plist, they are
 simply deleted on uninstall and user-made changes in configuration is
 lost. How should this issue be solved? I think there should be a method
 to tell 'this file should be specially handled, ignore it, it is not an
 orphan' for make check-plist...


The new way to specify sample configuration files is to use the
@sample keyword in the pkg-plist:

@sample etc/courier/courierd.sample
@sample etc/courier/esmtpd.sample
@sample etc/courier/esmtpd-msa.sample
@sample etc/courier/esmtpd-ssl.sample
@sample etc/courier/imapd.sample
@sample etc/courier/imapd-ssl.sample
@sample etc/courier/ldapaddressbook.sample
@sample etc/courier/pop3d.sample
@sample etc/courier/pop3d-ssl.sample
@sample etc/courier/sqwebmaild.sample
@sample etc/courier/webmlmrc.sample

Note: you would have to change the port to install the files with a
.sample suffix, instead of a .dist suffix.


-- 
DISCLAIMER:

No electrons were maimed while sending this message. Only slightly bruised.
___
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


is referring to /wrkdirs/usr/ports problems

2014-05-26 Thread Muhammad Moinur Rahman
Hi,

Anyone have any idea on is referring to /wrkdirs/usr/ports/ sort of
errors specifically for py-* and p5-* modules in Poudriere.

Thanks in advance.

BR,
Muhammad
___
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: is referring to /wrkdirs/usr/ports problems

2014-05-26 Thread John Marino
On 5/26/2014 09:52, Muhammad Moinur Rahman wrote:
 Hi,
 
 Anyone have any idea on is referring to /wrkdirs/usr/ports/ sort of
 errors specifically for py-* and p5-* modules in Poudriere.
 
 Thanks in advance.


You probably have a symlink that points at ${WRKSRC} when it should
point to the ${LOCALBASE} somewhere.

There are also supposed to be runpath checks to make sure -rpath is not
defined for $WRKDIR but I don't think they are active yet.

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


Re: mail/courier build failures on newer FreeBSD versions

2014-05-26 Thread Milan Obuch
On Mon, 26 May 2014 02:45:45 -0500
Scot Hetzel swhet...@gmail.com wrote:

  On Mon, May 26, 2014 at 12:04 AM, Milan Obuch
 freebsd-po...@dino.sk wrote:
  On Mon, 26 May 2014 03:29:55 +0200
  Matthias Andree matthias.and...@gmx.de wrote:

[ snip ]

  OK, I already began work on staging, this was just a small side step
  fixing another issue, in my eyes easily acceptable, but when it
  needs now be done in other order, fine.
 
  Milan, if you could share some of the troubles you're encountering,
  people may be able to help you.
 
 
  Well, I did 'make check-plist', here is part of its output:
 
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/%%MAILOWN%%d
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/esmtpd
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/esmtpd-msa
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/esmtpd-ssl
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/imapd
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/imapd-ssl
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/ldapaddressbook
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/%%CACHEOWN%%3d
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/%%CACHEOWN%%3d-ssl
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/sqwebmaild
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/webmlmrc
 
  It does not take much time to revert, for me, at least in this case,
  unnecessary substitution, some times a bit comic, to
 
  Error: Orphaned: etc/courier/courierd
  Error: Orphaned: etc/courier/esmtpd
  Error: Orphaned: etc/courier/esmtpd-msa
  Error: Orphaned: etc/courier/esmtpd-ssl
  Error: Orphaned: etc/courier/imapd
  Error: Orphaned: etc/courier/imapd-ssl
  Error: Orphaned: etc/courier/ldapaddressbook
  Error: Orphaned: etc/courier/pop3d
  Error: Orphaned: etc/courier/pop3d-ssl
  Error: Orphaned: etc/courier/sqwebmaild
  Error: Orphaned: etc/courier/webmlmrc
 
 I looked at the ports Makefile, but didn't see how these files are
 installed.  Are they being installed by the Courier's source
 Makefile's?  If they are, you just need to stop it from creating them,
 as they will be created when pkg installs the port.


They are comming from pkg-plist, see below...

  All these files are configuration files and all are handled this
  way:
 
  @unexec cmp -s %D/etc/courier/courierd %D/etc/courier/courierd.dist
   rm -f %D/etc/courier/courierd 2/dev/null || true
  etc/courier/courierd.dist
  @exec [ -f %D/etc/courier/courierd.dist ] 
  %%LOCALBASE%%/share/sysconftool/sysconftool
  %D/etc/courier/courierd.dist
 
  which does create them if they do not exist copying file.dist as
  template on install and if they are still the same on unistall, they
  are deleted. This way user configuration does not get lost across
  upgrades, and sysconftool merges new configuration items when they
  are introduced.
 
  This behavior is broken when I add these files into pkg-plist, they
  are simply deleted on uninstall and user-made changes in
  configuration is lost. How should this issue be solved? I think
  there should be a method to tell 'this file should be specially
  handled, ignore it, it is not an orphan' for make check-plist...
 
 
 The new way to specify sample configuration files is to use the
 @sample keyword in the pkg-plist:
 
 @sample etc/courier/courierd.sample
 @sample etc/courier/esmtpd.sample
 @sample etc/courier/esmtpd-msa.sample
 @sample etc/courier/esmtpd-ssl.sample
 @sample etc/courier/imapd.sample
 @sample etc/courier/imapd-ssl.sample
 @sample etc/courier/ldapaddressbook.sample
 @sample etc/courier/pop3d.sample
 @sample etc/courier/pop3d-ssl.sample
 @sample etc/courier/sqwebmaild.sample
 @sample etc/courier/webmlmrc.sample
 
 Note: you would have to change the port to install the files with a
 .sample suffix, instead of a .dist suffix.
 

Where can I find this docummented? I read in some mailing list post
about @sample, found this in Porter's handbook,
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-config.html
but I would like to see what it actually does... I will try, but
nevertheless, better description would be thanked for...

Milan
___
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


net/libphone-base

2014-05-26 Thread Ajtim
Hi!

On my FreeBSD 10.0-RELEASE (amd64) I have a problem to update/build 
net/libphone-base:

 -pipe -fno-strict-aliasing -MT proxy.lo -MD -MP -MF .deps/proxy.Tpo -c 
proxy.c  -fPIC -DPIC -o .libs/proxy.o
presence.c:86:54: error: too few arguments to function call, expected 4, have 
3
eXosip_insubscription_build_answer(ev-tid,202,msg);
~~ ^
/usr/local/include/eXosip2/eX_subscribe.h:175:3: note: 
'eXosip_insubscription_build_answer' declared here
  int eXosip_insubscription_build_answer (struct eXosip_t *excontext, int tid, 
int status, osip_message_t ** answer);
exevents.c:38:15: error: too few arguments to function call, single argument 
'excontext' was not specified
eXosip_lock();
~~~ ^
/usr/local/include/eXosip2/eX_setup.h:95:3: note: 'eXosip_lock' declared here
  int eXosip_lock (struct eXosip_t *excontext);
  ^
exevents.c:39:40: error: too few arguments to function call, expected 3, have 
2
eXosip_call_terminate(ev-cid,ev-did);
~^
/usr/local/include/eXosip2/eX_call.h:227:3: note: 'eXosip_call_terminate' 
declared here
  int eXosip_call_terminate (struct eXosip_t *excontext, int cid, int did);
  ^
exevents.c:40:17: error: too few arguments to function call, single argument 
'excontext' was not specified
eXosip_unlock();
~ ^
/usr/local/include/eXosip2/eX_setup.h:102:3: note: 'eXosip_unlock' declared 
here
  int eXosip_unlock (struct eXosip_t *excontext);
  ^
  ^
presence.c:87:52: friend.c:149:14: error: too few arguments to function call, 
single argument 'excontext' was not specified
eXosip_lock();
~~~ ^
/usr/local/include/eXosip2/eX_setup.h:95:3: note: 'eXosip_lock' declared here
  int eXosip_lock (struct eXosip_t *excontext);
  ^
exevents.c:96:36: friend.c:150error: :78: error: error: too toofew  
fewarguments  argumentsto  tofunction  functioncall,  call,expected  
expected7,  4,have  have6 3

eXosip_insubscription_send_answer(ev-tid,202,msg);
~^

eXosip_subscribe_build_initial_request(msg,friend,from,route,presence,600);
~~  

^
/usr/local/include/eXosip2/eX_subscribe.h:185:3/usr/local/include/eXosip2/eX_subscribe.h::
 
123:3note: : 'eXosip_insubscription_send_answer' note: declared 
here'eXosip_subscribe_build_initial_request' 
declared here
  int eXosip_insubscription_send_answer (struct eXosip_t *excontext, int tid, 
int status, osip_message_t * answer);
  ^
presence.c:88:3  int eXosip_subscribe_build_initial_request (struct eXosip_t 
*excontext, osip_message_t ** subscribe, const char *...:
 too  ^ 
few arguments to function call, expected 3, have 2
friend.c:151:43: error: tooeXosip_call_build_ack(ev-did,msg); 
few arguments~ ^ 
to function call, expected 2, have warning: 1
implicit declaration of function '__eXosip_wakeup_event' is invalid in C99
  [-Wimplicit-function-declaration]
eXosip_subscribe_send_initial_request(msg);
~^

__eXosip_wakeup_event();/usr/local/include/eXosip2/eX_subscribe.h
:131:^3
: note: 'eXosip_subscribe_send_initial_request' declared here
  int eXosip_subscribe_send_initial_request (struct eXosip_t *excontext, 
osip_message_t * subscribe);
  ^
friend.c:152:16: error: too few arguments to function call, single argument 
'excontext' was not specified
eXosip_unlock();
~ ^
/usr/local/include/eXosip2/eX_setup.h:102:3: note: 'eXosip_unlock' declared 
here
  int eXosip_unlock (struct eXosip_t *excontext);
/usr/local/include/eXosip2/eX_call.h:  ^132
:3: note: 'eXosip_call_build_ack' declared here
  int eXosip_call_build_ack (struct eXosip_t *excontext, int did, 
osip_message_t ** ack);
  ^
exevents.c:98:34: error: too few arguments to function call, expected 3, have 
2
eXosip_call_send_ack(ev-did,msg);
^
/usr/local/include/eXosip2/eX_call.h:141:3: note: 'eXosip_call_send_ack' 
declared here
  int eXosip_call_send_ack (struct eXosip_t *excontext, int did, 
osip_message_t * ack);
  ^
presence.c:proxy.c:113:14: error: too few arguments to function call, single 
argument 'excontext' was not specified
eXosip_lock();
~~~ ^
/usr/local/include/eXosip2/eX_setup.h:95:3: note: 'eXosip_lock' declared here
  int eXosip_lock (struct eXosip_t *excontext);
  ^
proxy.c:115:59: error: too few arguments to function call, expected 4, have 3
eXosip_register_build_register(obj-rid,obj-expires,msg);
~~   ^
/usr/local/include/eXosip2/eX_register.h:104:3: note: 

Re: net/libphone-base

2014-05-26 Thread Muhammad Moinur Rahman
Hi,

Last night we went through a change. Most probably you have been affected
by that. Please update your ports tree. Deinstall net/libexosip2,
net/libosip2 and start fresh.

BR,
Muhammad


On Mon, May 26, 2014 at 3:12 PM, Ajtim lum...@gmail.com wrote:

 Hi!

 On my FreeBSD 10.0-RELEASE (amd64) I have a problem to update/build
 net/libphone-base:

  -pipe -fno-strict-aliasing -MT proxy.lo -MD -MP -MF .deps/proxy.Tpo -c
 proxy.c  -fPIC -DPIC -o .libs/proxy.o
 presence.c:86:54: error: too few arguments to function call, expected 4,
 have
 3
 eXosip_insubscription_build_answer(ev-tid,202,msg);
 ~~ ^
 /usr/local/include/eXosip2/eX_subscribe.h:175:3: note:
 'eXosip_insubscription_build_answer' declared here
   int eXosip_insubscription_build_answer (struct eXosip_t *excontext, int
 tid,
 int status, osip_message_t ** answer);
 exevents.c:38:15: error: too few arguments to function call, single
 argument
 'excontext' was not specified
 eXosip_lock();
 ~~~ ^
 /usr/local/include/eXosip2/eX_setup.h:95:3: note: 'eXosip_lock' declared
 here
   int eXosip_lock (struct eXosip_t *excontext);
   ^
 exevents.c:39:40: error: too few arguments to function call, expected 3,
 have
 2
 eXosip_call_terminate(ev-cid,ev-did);
 ~^
 /usr/local/include/eXosip2/eX_call.h:227:3: note: 'eXosip_call_terminate'
 declared here
   int eXosip_call_terminate (struct eXosip_t *excontext, int cid, int did);
   ^
 exevents.c:40:17: error: too few arguments to function call, single
 argument
 'excontext' was not specified
 eXosip_unlock();
 ~ ^
 /usr/local/include/eXosip2/eX_setup.h:102:3: note: 'eXosip_unlock' declared
 here
   int eXosip_unlock (struct eXosip_t *excontext);
   ^
   ^
 presence.c:87:52: friend.c:149:14: error: too few arguments to function
 call,
 single argument 'excontext' was not specified
 eXosip_lock();
 ~~~ ^
 /usr/local/include/eXosip2/eX_setup.h:95:3: note: 'eXosip_lock' declared
 here
   int eXosip_lock (struct eXosip_t *excontext);
   ^
 exevents.c:96:36: friend.c:150error: :78: error: error: too toofew
 fewarguments  argumentsto  tofunction  functioncall,  call,expected
 expected7,  4,have  have6 3

 eXosip_insubscription_send_answer(ev-tid,202,msg);
 ~^

 eXosip_subscribe_build_initial_request(msg,friend,from,route,presence,600);
 ~~
 ^

 /usr/local/include/eXosip2/eX_subscribe.h:185:3/usr/local/include/eXosip2/eX_subscribe.h::
 123:3note: : 'eXosip_insubscription_send_answer' note: declared
 here'eXosip_subscribe_build_initial_request'
 declared here
   int eXosip_insubscription_send_answer (struct eXosip_t *excontext, int
 tid,
 int status, osip_message_t * answer);
   ^
 presence.c:88:3  int eXosip_subscribe_build_initial_request (struct
 eXosip_t
 *excontext, osip_message_t ** subscribe, const char *...:
  too  ^
 few arguments to function call, expected 3, have 2
 friend.c:151:43: error: tooeXosip_call_build_ack(ev-did,msg);
 few arguments~ ^
 to function call, expected 2, have warning: 1
 implicit declaration of function '__eXosip_wakeup_event' is invalid in C99
   [-Wimplicit-function-declaration]
 eXosip_subscribe_send_initial_request(msg);
 ~^

 __eXosip_wakeup_event();/usr/local/include/eXosip2/eX_subscribe.h
 :131:^3
 : note: 'eXosip_subscribe_send_initial_request' declared here
   int eXosip_subscribe_send_initial_request (struct eXosip_t *excontext,
 osip_message_t * subscribe);
   ^
 friend.c:152:16: error: too few arguments to function call, single argument
 'excontext' was not specified
 eXosip_unlock();
 ~ ^
 /usr/local/include/eXosip2/eX_setup.h:102:3: note: 'eXosip_unlock' declared
 here
   int eXosip_unlock (struct eXosip_t *excontext);
 /usr/local/include/eXosip2/eX_call.h:  ^132
 :3: note: 'eXosip_call_build_ack' declared here
   int eXosip_call_build_ack (struct eXosip_t *excontext, int did,
 osip_message_t ** ack);
   ^
 exevents.c:98:34: error: too few arguments to function call, expected 3,
 have
 2
 eXosip_call_send_ack(ev-did,msg);
 ^
 /usr/local/include/eXosip2/eX_call.h:141:3: note: 'eXosip_call_send_ack'
 declared here
   int eXosip_call_send_ack (struct eXosip_t *excontext, int did,
 osip_message_t * ack);
   ^
 presence.c:proxy.c:113:14: error: too few arguments to function call,
 single
 argument 'excontext' was not specified
 eXosip_lock();
 ~~~ ^
 /usr/local/include/eXosip2/eX_setup.h:95:3: note: 'eXosip_lock' declared
 here
   int eXosip_lock (struct eXosip_t *excontext);
   ^
 

FreeBSD ports you maintain which are out of date

2014-05-26 Thread portscout
Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
sysutils/mcron  | 1.0.4   | 1.0.8
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.
___
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] 355289: 4x leftovers

2014-05-26 Thread Ports-QAT
- Fix parallel builds (-jX) and remove MAKE_JOBS_UNSAFE
- Utilize PLIST_FILES and PORTDOCS instead of pkg-plist
- Reword port description a bit; fix Makefile header
-

  Build ID:  20140526085000-23963
  Job owner: da...@freebsd.org
  Buildtime: 113 minutes
  Enddate:   Mon, 26 May 2014 10:43:27 GMT

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

-

Port:benchmarks/nbench 2.2.3

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140526085000-23963-338482/nbench-2.2.3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140526085000-23963-338483/nbench-2.2.3.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140526085000-23963-338484/nbench-2.2.3.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140526085000-23963-338485/nbench-2.2.3.log


--
Buildarchive URL: https://qat.redports.org/buildarchive/20140526085000-23963
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] 355288: 1x depend (??? in print/dvipsk-tetex), 70x success, 8x leftovers, 2x depend (??? in x11-toolkits/swt-devel), 6x depend (checksum in print/texinfo), 4x ???, 1x depend (??? in print/cups-i

2014-05-26 Thread Ports-QAT
Convert to USES=dos2unix

With hat:   portmgr
-

  Build ID:  20140526084601-42048
  Job owner: b...@freebsd.org
  Buildtime: 2 hours
  Enddate:   Mon, 26 May 2014 11:03:47 GMT

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

-

Port:games/d2x-xl 1.14.121_7

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338390/d2x-xl-1.14.121_7.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338391/d2x-xl-1.14.121_7.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338392/d2x-xl-1.14.121_7.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338393/d2x-xl-1.14.121_7.log

-

Port:games/fretsonfire 1.3.110_5

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338394/fretsonfire-1.3.110_5.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338395/fretsonfire-1.3.110_5.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338396/fretsonfire-1.3.110_5.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338397/fretsonfire-1.3.110_5.log

-

Port:games/glaxium 0.5_13

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338398/glaxium-0.5_13.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338399/glaxium-0.5_13.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338400/glaxium-0.5_13.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338401/glaxium-0.5_13.log

-

Port:games/paintown 3.6.0_3

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338402/paintown-3.6.0_3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338403/paintown-3.6.0_3.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338404/paintown-3.6.0_3.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338405/paintown-3.6.0_3.log

-

Port:games/q2pro 142_7

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338406/q2pro-142_7.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338407/q2pro-142_7.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338408/q2pro-142_7.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338409/q2pro-142_7.log

-

Port:games/slune 1.0.15_5

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338410/slune-1.0.15_5.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526084601-42048-338411/slune-1.0.15_5.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 

Current unassigned ports problem reports

2014-05-26 Thread FreeBSD bugmaster
(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker  Resp.  Description

o ports/190256Maintainer update: misc/jbidwatcher to latest version
o ports/190254[maintainer update] for graphics/openimageio
o ports/190249Modify chown to pass staging of self-service-password
o ports/190233Ownership macros in pkg-plist broken for old pkg_* too
o ports/190231[maintainer] [update] [fix] sysutils/ansible 1.6.2
o ports/190229[PATCH] Tomcat 6.0.41
o ports/190228[PATCH] Apache 7.0.54
o ports/190227emulators/virtualbox: virtualbox-ose-4.3.12_1 make ins
f ports/190209[PATCH] unbreak mail/courier build for FreeBSD 10 and 
o ports/190199stagify mail/up-imapproxy
f ports/190193graphics/tgif cannot generate Japanese characters in E
f ports/190192[patch] [maintainer] upgrade dns/gdnsd to 1.11.3
f ports/190173[patch] x11-fonts/webfonts stage
o ports/190168print/cups-base  1.7.2_1   build error
f ports/190164[STAGE] [PATCH] fix for sysutils/samesame
f ports/190162[patch] sysutils/fcron stagify
o ports/190161[maintainer-update] Add Options to biology/mafft
f ports/190158textproc/kdiff3 fails to save output with -o relative 
o ports/190143[PATCH] www/htmlcompressor: [SUMMARIZE CHANGES]
f ports/190139net-mgmt/zabbix2-server, net-mgmt/zabbix22-server inco
o ports/190137building print/cups-base fails
o ports/190135URL for cfengine* tarballs has changed
o ports/190134port update: mail/heirloom-mailx - add option to use s
o ports/190128[patch] devel/dmalloc install exec, take maintainer
o ports/190121new port databases/sqlite-ext-pcre
o ports/190120Staging (and other misc. updates) for sysutils/radmind
f ports/190116[patch] x11-wm/herbstluftwm update to 0.6.2, Makefile 
o ports/190107[patch] sysutils/graffer: update version to 1.1
o ports/190105[update] devel/luafilesystem to 1.6.2
o ports/190097maintainer-update of mail/mutt14
o ports/190096maintainer-update of mail/coolmail
o ports/190095maintainer update of net/iplog
o ports/190089Update port: lang/scala
f ports/190082mail/postgrey does not support staging
o ports/190075stagify graphics/import-pictures
o ports/190072[patch] japanese/marumoji-fonts: Remove use of pkg-req
o ports/190071[patch] japanese/k12: Remove use of pkg-req and add st
o ports/190064New port: www/vimb The vim like browser (corrected)
o ports/190058emulators/linux-base-f10: kldload linux skipped in scr
o ports/190051[patch][maintainer update] ports-mgmt/portupdate-scan 
f ports/190034port update: security/denyhosts
o ports/190027mplayer  mplayer2 install conflict
f ports/190013[maintainer-update] net/spread: location change, and a
o ports/189994print/cups-base bulk failed
f ports/189975devel/cssc: sccs create segfaults
f ports/189972update: misc/vifm
o ports/189971[maintainer update] dns/dnsmax-perl - use staging and 
o ports/189964[MAINTAINER][PATCH] security/webfwlog update to 1.00 a
o ports/189948Maintainer Update: www/py-django-live-settings
f ports/189943graphics/mapnik fails to build
o ports/189906sysutils/devcpu-data not found
o ports/189904[new port] net-mgmt/guifi-snpservices
o ports/189890UPDATE PORT: net/iscsi-target as deprecated
o ports/189885[New port] archivers/php5-snappy
f ports/189883cad/systemc: Makefile's RESTRICTED variable does not m
o ports/189873[New port] sysutils/n98-magerun
o ports/189872[new port] net-mgmt/riemann: monitors distributed syst
o ports/189850New ports: net/mosquitto A MQTT Broker / Client / Clie
o ports/189829New Port: games/tesseract
o ports/189824[new port] net-mgmt/lldpd
o ports/189806[maintainer-update] update net-p2p/retroshare to 0.5.5
o ports/189799[maintainer update] sysutils/backuppc: stage, etc.
o ports/189797[maintainer-upgrade] [patch] net/ifdepd converted to s
o ports/189786science/2d-rewriter: 1. Update for man. 2. Staging s
f ports/189784port update of devel/quilt to 0.63
o ports/189777[patch] www/codeigniter staging, change url

osreldate and SVN commit revision

2014-05-26 Thread Muhammad Moinur Rahman
Hi,

Is there anyway way I can get a history of changes in osreldate(sysctl -n
kern.osreldate) with the corresponding SVN revision number?

Thanks in advance.

BR,
Muhammad
___
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


bsd.port.mk

2014-05-26 Thread Ajtim
Hi!

A few minutes ago I did run portsnap fetch update and was okay. After 
portmaster -aD I got:

=== Gathering distinfo list for installed ports

=== Starting check of installed ports for available updates
make: /usr/ports/Mk/bsd.port.mk line 1540: Cannot open 
/usr/ports/Mk/Uses/bzip2.mk
make: Fatal errors encountered -- cannot continue

Thanks.

-- 
ajtiM

http://www.redbubble.com/people/lumiwa
___
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: bsd.port.mk

2014-05-26 Thread Baptiste Daroussin
On Mon, May 26, 2014 at 08:42:31AM -0400, Ajtim wrote:
 Hi!
 
 A few minutes ago I did run portsnap fetch update and was okay. After 
 portmaster -aD I got:
 
 === Gathering distinfo list for installed ports
 
 === Starting check of installed ports for available updates
 make: /usr/ports/Mk/bsd.port.mk line 1540: Cannot open 
 /usr/ports/Mk/Uses/bzip2.mk
 make: Fatal errors encountered -- cannot continue
 
 Thanks.

Something went wrong on your side, /usr/ports/Mk/Uses/bzip2.mk this file exists
for a while now.

regards,
Bapt


pgpTbfsYT3LeL.pgp
Description: PGP signature


Is Pan working for anyone?

2014-05-26 Thread RW

Is Pan working for anyone? The PR from last year has been closed,
but I'm still seeing it dump core with a segmentation fault on
FreeBSD 10.0. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=182203

___
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: bsd.port.mk

2014-05-26 Thread Koop Mast
On ma, 2014-05-26 at 14:45 +0200, Baptiste Daroussin wrote:
 On Mon, May 26, 2014 at 08:42:31AM -0400, Ajtim wrote:
  Hi!
  
  A few minutes ago I did run portsnap fetch update and was okay. After 
  portmaster -aD I got:
  
  === Gathering distinfo list for installed ports
  
  === Starting check of installed ports for available updates
  make: /usr/ports/Mk/bsd.port.mk line 1540: Cannot open 
  /usr/ports/Mk/Uses/bzip2.mk
  make: Fatal errors encountered -- cannot continue
  
  Thanks.
 
 Something went wrong on your side, /usr/ports/Mk/Uses/bzip2.mk this file 
 exists
 for a while now.
 
 regards,
 Bapt

I think miwi@ just fixed this. USES=bzip2 instead of USES=tar:bzip2.

___
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: bsd.port.mk

2014-05-26 Thread Rainer Hurling
Am 26.05.2014 14:45 (UTC+1) schrieb Baptiste Daroussin:
 On Mon, May 26, 2014 at 08:42:31AM -0400, Ajtim wrote:
 Hi!

 A few minutes ago I did run portsnap fetch update and was okay. After 
 portmaster -aD I got:

 === Gathering distinfo list for installed ports

 === Starting check of installed ports for available updates
 make: /usr/ports/Mk/bsd.port.mk line 1540: Cannot open 
 /usr/ports/Mk/Uses/bzip2.mk
 make: Fatal errors encountered -- cannot continue

 Thanks.
 
 Something went wrong on your side, /usr/ports/Mk/Uses/bzip2.mk this file 
 exists
 for a while now.

I am sorry, but I also do not have this file in all of my boxes running
HEAD with recent ports (r355321).

Greetings,
Rainer


 
 regards,
 Bapt
 
___
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: bsd.port.mk

2014-05-26 Thread Baptiste Daroussin
On Mon, May 26, 2014 at 02:57:19PM +0200, Rainer Hurling wrote:
 Am 26.05.2014 14:45 (UTC+1) schrieb Baptiste Daroussin:
  On Mon, May 26, 2014 at 08:42:31AM -0400, Ajtim wrote:
  Hi!
 
  A few minutes ago I did run portsnap fetch update and was okay. After 
  portmaster -aD I got:
 
  === Gathering distinfo list for installed ports
 
  === Starting check of installed ports for available updates
  make: /usr/ports/Mk/bsd.port.mk line 1540: Cannot open 
  /usr/ports/Mk/Uses/bzip2.mk
  make: Fatal errors encountered -- cannot continue
 
  Thanks.
  
  Something went wrong on your side, /usr/ports/Mk/Uses/bzip2.mk this file 
  exists
  for a while now.
 
 I am sorry, but I also do not have this file in all of my boxes running
 HEAD with recent ports (r355321).
 
 Greetings,
 Rainer
 

Sorry I misread someone messed up and if you be tar.mk :) so someone might have
committed USES=bzip2 instead of USES=tar:bzip2

regards,
Bapt


pgpp6AEg7KhWq.pgp
Description: PGP signature


Stagify www/wwwoffle

2014-05-26 Thread freebsd

Submitter-Id:  free...@nagilum.org
Originator:free...@nagilum.org
Organization:  
Confidential:  no
Synopsis:  Stagify www/wwwoffle
Severity:  non-critical
Priority:  low
Category:  ports
Class: sw-bug
Release:   FreeBSD 9.2-STABLE i386
Environment:
System: FreeBSD cakebox.tis 9.2-STABLE FreeBSD 9.2-STABLE #0 r264294M: Fri Apr 
11 10:19:25 CEST 2014 r...@cakebox.tis:/usr/obj/export/src/sys/net5501 i386


Description:
www/wwwoffle does not support staging

Fix:

Apply the patch below.

--- wwwoffle.patch begins here ---
diff -Naur wwwoffle.orig/Makefile wwwoffle/Makefile
--- wwwoffle.orig/Makefile  2014-03-15 09:12:20.0 +0100
+++ wwwoffle/Makefile   2014-05-26 16:52:12.0 +0200
@@ -12,7 +12,7 @@
 
 LICENSE=   GPLv2
 
-LIB_DEPENDS=   gnutls:${PORTSDIR}/security/gnutls
+TLS_DEPENDS=   gnutls:${PORTSDIR}/security/gnutls
 
 USES=  perl5 gmake
 
@@ -35,13 +35,12 @@
 SUB_FILES= pkg-message
 SUB_LIST=  WWWOFFLE_SPOOL=${WWWOFFLE_SPOOL}
 
-MAN1=  wwwoffle.1
-MAN5=  wwwoffle.conf.5
-MAN8=  wwwoffled.8
-
-NO_STAGE=  yes
 post-install:
-   @${INSTALL_SCRIPT} ${WRKSRC}/conf/upgrade-config.pl ${WWWOFFLE_SPOOL}
+   ${INSTALL_SCRIPT} ${WRKSRC}/conf/upgrade-config.pl ${WWWOFFLE_SPOOL}
+   ${STRIP_CMD} ${STAGEDIR}${PREFIX}/bin/${PORTNAME}* 
${STAGEDIR}${PREFIX}/sbin/${PORTNAME}d
@${CAT} ${PKGMESSAGE}
 
+post-stage:
+   @${RM} ${STAGEDIR}${PREFIX}/etc/${PORTNAME}.conf
+
 .include bsd.port.mk
diff -Naur wwwoffle.orig/pkg-plist wwwoffle/pkg-plist
--- wwwoffle.orig/pkg-plist 2014-01-22 16:16:56.0 +0100
+++ wwwoffle/pkg-plist  2014-05-26 11:42:37.0 +0200
@@ -9,8 +9,11 @@
 bin/wwwoffle-rm
 bin/wwwoffle-tools
 bin/wwwoffle-write
-@unexec if cmp -s %D/etc/wwwoffle.conf.install %D/etc/wwwoffle.conf; then rm 
-f %D/etc/wwwoffle.conf; fi
+@unexec if cmp -s %D/etc/wwwoffle.conf %D/etc/wwwoffle.conf.install; then rm 
-f %D/etc/wwwoffle.conf; fi
 etc/wwwoffle.conf.install
+man/man1/wwwoffle.1.gz
+man/man5/wwwoffle.conf.5.gz
+man/man8/wwwoffled.8.gz
 sbin/wwwoffled
 share/doc/wwwoffle/CHANGES.CONF
 share/doc/wwwoffle/COPYING
@@ -838,7 +841,6 @@
 search/namazu/scripts/wwwoffle-mknmz-lasttime
 search/namazu/scripts/wwwoffle-namazu
 search/udmsearch
-upgrade-config.pl
 @dirrm search/namazu/scripts
 @dirrm search/namazu/db
 @dirrm search/namazu/conf
--- wwwoffle.patch ends here ---
___
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


INDEX build failed for 8.x

2014-05-26 Thread Ports Index build
INDEX build failed with errors:
Generating INDEX-8 - please 
wait../home/indexbuild/tindex/ports/Mk/bsd.port.mk, line 1540: Could not find 
/home/indexbuild/tindex/ports/Mk/Uses/yes.mk
make: fatal errors encountered -- cannot continue
=== security/lsh failed
*** [describe.security] Error code 1
*** [/home/indexbuild/tindex/ports/INDEX-8] Error code 1

Stop in /home/indexbuild/tindex/ports.
*** [index] Error code 1

Stop in /home/indexbuild/tindex/ports.
1 error

Committers on the hook:
 amdmi3 bapt culot gahr gerald grembo kwm miwi sunpoet 

Most recent SVN update was:
Updating '.':
UMk/bsd.gnustep.mk
UMk/Uses/mono.mk
Utextproc/ekhtml/Makefile
Utextproc/coco/Makefile
Utextproc/freexl/Makefile
Utextproc/xorg-sgml-doctools/Makefile
Utextproc/openvanilla-modules/Makefile
Utextproc/ocaml-expat/Makefile
Utextproc/py-regex/Makefile
Utextproc/py-regex/distinfo
Utextproc/scim-openvanilla/Makefile
Utextproc/libcrm114/Makefile
Utextproc/cwtext/Makefile
Utextproc/xalan-c/Makefile
Utextproc/tokyodystopia/Makefile
Utextproc/ibus-kmfl/Makefile
Utextproc/word2x/Makefile
Utextproc/sowing/Makefile
Utextproc/webcpp/Makefile
Utextproc/txt2man/Makefile
Utextproc/htmltolatex/Makefile
Utextproc/sagasu/Makefile
Utextproc/muse/Makefile
Utextproc/rtfx/Makefile
Ueditors/emacs21/Makefile
Ueditors/tamago/Makefile
Ueditors/lazarus/Makefile
Ueditors/calligra/Makefile
Ueditors/speedbar/Makefile
Ueditors/bless/Makefile
Ueditors/e3/Makefile
Uscience/2dhf/Makefile
Uscience/svmlight/Makefile
Uscience/libint/Makefile
Uscience/mcstas/Makefile
Uscience/gramps/Makefile
Uscience/dtiquery/Makefile
Uemulators/yape/Makefile
Uemulators/atari800/Makefile
Uemulators/snes9x/Makefile
Uemulators/dynamips-devel/Makefile
Uemulators/darcnes/Makefile
Uemulators/vMac/Makefile
Uemulators/raine/Makefile
Uemulators/zsnes/Makefile
Uemulators/stella/Makefile
Ulang/scheme48/Makefile
Ulang/Sather/Makefile
Ulang/scsh/Makefile
Dlang/mono/bsd.mono.mk
Ulang/mono/pkg-plist
Ulang/mono/Makefile
Ulang/harbour/Makefile
Ulang/gprolog/Makefile
Ulang/fsharp/Makefile
Ulang/xds/Makefile
Ulang/stklos/Makefile
Ulang/ats/bsd.ats.mk
Ulang/spl/Makefile
Ulang/elan/Makefile
Ulang/cint/Makefile
Ulang/hugs/Makefile
Ulang/gcc410/Makefile
Ulang/gcc410/distinfo
Ulang/nml/Makefile
Ulang/gcc48/Makefile
Ulang/gcc48/distinfo
Ulang/mpd/Makefile
Ulang/gambit-c/Makefile
Ulang/nhc98/Makefile
Ulang/sml-nj/Makefile
Ulang/ferite/Makefile
Ulang/urweb/Makefile
Ulang/sml-nj-devel/Makefile
Ulang/spidermonkey17/Makefile
Ulang/mixal/Makefile
Ujapanese/emacs-emcws/Makefile
Ujapanese/dvipsk/Makefile
Ujapanese/mendexk-euc/Makefile
Ujapanese/xdvik/Makefile
Ujapanese/tex-ptex/Makefile
Ujapanese/scim-tables/Makefile
Ujapanese/eijiro-fpw/Makefile
Ujapanese/waeijiro-fpw/Makefile
Ujapanese/mozc-server/Makefile
Ujapanese/groff/Makefile
Ujapanese/ptex/Makefile
Ujapanese/nethack34/Makefile
Unet-im/centericq/Makefile
Unet-im/icqlib/pkg-plist
Unet-im/icqlib/Makefile
Unet-im/folks/Makefile
Unet-im/telepathy-python/Makefile
Unet-im/jabber.el/Makefile
Unet-im/telepathy-butterfly/Makefile
Unet-im/telepathy-gabble/Makefile
Unet-im/telepathy-salut/Makefile
Unet-im/komclean/Makefile
Unet-im/telepathy-idle/Makefile
Umultimedia/libav/Makefile
Umultimedia/ffmpeg/Makefile
Umultimedia/ffmpeg0/Makefile
Umultimedia/kaffeine/Makefile
Umultimedia/banshee/Makefile
Umultimedia/mpeg4ip/Makefile
Umultimedia/opencinematools/Makefile
Umultimedia/mplayer/Makefile.optvars
Umultimedia/nxtvepg/Makefile
Umultimedia/gnome-subtitles/Makefile
Umultimedia/dvbsnoop/Makefile
Umultimedia/gmerlin-avdecoder/Makefile
Umultimedia/iriverter/Makefile
Umultimedia/gstreamermm/Makefile
Umultimedia/openquicktime/Makefile
Umultimedia/gstreamer1-plugins/Makefile.common
Umisc/rname/Makefile
Umisc/latex-mk/Makefile
Umisc/chmlib/Makefile
Umisc/gtkfind/Makefile
Umisc/gman/Makefile
Umisc/mbuffer/Makefile
Umisc/gnome-user-docs/Makefile
Umisc/mtx/Makefile
Umisc/wmwork/Makefile
Umisc/linm/Makefile
Umisc/clex/Makefile
Umisc/nut/Makefile
Umisc/bottlerocket/Makefile
Umisc/detachtty/Makefile
Umisc/mc-light/Makefile
Udevel/ndesk-dbus-glib/Makefile
Udevel/ndesk-dbus/Makefile
Udevel/gdcm/Makefile
Udevel/py-python-statsd/Makefile
Udevel/py-python-statsd/distinfo
Udevel/nant/Makefile
Udevel/tex-web2c/Makefile
Ugraphics/xpaint/Makefile
Ugraphics/blender/Makefile
Agraphics/openjpeg15
Agraphics/openjpeg15/pkg-plist
Agraphics/openjpeg15/Makefile
Agraphics/openjpeg15/distinfo
Agraphics/openjpeg15/pkg-descr
A

Re: mail/courier build failures on newer FreeBSD versions

2014-05-26 Thread Dimitry Andric
On 25 May 2014, at 21:38, Milan Obuch freebsd-po...@dino.sk wrote:
 pkg-fallout-buil...@freebsd.org sends me every other day mails about
 failing mail/courier build for both 10.0 and 11.0 FreeBSD versions.
 There is some incompatibility with GCC 4.7, which is used to build
 mail/courier on systems with system compiler switched to clang. It
 works, however, with GCC 4.6, this is tested on both 10.0-STABLE and
 11.0-CURRENT systems, both i386 and amd64 architectures.

Please try this diff, which makes mail/courier compile with clang.  I
also verified that it builds with gcc 4.7 and 4.8.

-Dimitry


mail__courier-fix-c++-1.diff
Description: Binary data



signature.asc
Description: Message signed with OpenPGP using GPGMail


Re: mail/courier build failures on newer FreeBSD versions

2014-05-26 Thread Scot Hetzel
On Mon, May 26, 2014 at 3:05 AM, Milan Obuch freebsd-po...@dino.sk wrote:
 On Mon, 26 May 2014 02:45:45 -0500
 Scot Hetzel swhet...@gmail.com wrote:

  On Mon, May 26, 2014 at 12:04 AM, Milan Obuch
 freebsd-po...@dino.sk wrote:
  On Mon, 26 May 2014 03:29:55 +0200
  Matthias Andree matthias.and...@gmx.de wrote:

 [ snip ]

  OK, I already began work on staging, this was just a small side step
  fixing another issue, in my eyes easily acceptable, but when it
  needs now be done in other order, fine.
 
  Milan, if you could share some of the troubles you're encountering,
  people may be able to help you.
 
 
  Well, I did 'make check-plist', here is part of its output:
 
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/%%MAILOWN%%d
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/esmtpd
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/esmtpd-msa
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/esmtpd-ssl
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/imapd
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/imapd-ssl
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/ldapaddressbook
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/%%CACHEOWN%%3d
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/%%CACHEOWN%%3d-ssl
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/sqwebmaild
  Error: Orphaned: %%ETCDIR%%/%%MAILOWN%%/webmlmrc
 
  It does not take much time to revert, for me, at least in this case,
  unnecessary substitution, some times a bit comic, to
 
  Error: Orphaned: etc/courier/courierd
  Error: Orphaned: etc/courier/esmtpd
  Error: Orphaned: etc/courier/esmtpd-msa
  Error: Orphaned: etc/courier/esmtpd-ssl
  Error: Orphaned: etc/courier/imapd
  Error: Orphaned: etc/courier/imapd-ssl
  Error: Orphaned: etc/courier/ldapaddressbook
  Error: Orphaned: etc/courier/pop3d
  Error: Orphaned: etc/courier/pop3d-ssl
  Error: Orphaned: etc/courier/sqwebmaild
  Error: Orphaned: etc/courier/webmlmrc
 
 I looked at the ports Makefile, but didn't see how these files are
 installed.  Are they being installed by the Courier's source
 Makefile's?  If they are, you just need to stop it from creating them,
 as they will be created when pkg installs the port.


 They are comming from pkg-plist, see below...

When these files are installed into the STAGEDIR, the @exec lines in
the pkg-plist are not executed.  They are only executed when pkg
installs the freshly created courier-0.65.3 package.

I noticed that the post-install target has:

316 @${GREP} '^@exec ' ${TMPPLIST} \
317 | ${SED} -e 's:^@exec ::' -e 's:%D:${PREFIX}:g' \
318  ${WRKDIR}/.PLIST.exec \
319  ${SH} ${WRKDIR}/.PLIST.exec

This looks like it might cause the issue, especially if you had changed it to:

316 @${GREP} '^@exec ' ${TMPPLIST} \
317 | ${SED} -e 's:^@exec ::' -e 's:%D:${STAGEDIR}${PREFIX}:g' \
318  ${WRKDIR}/.PLIST.exec \
319  ${SH} ${WRKDIR}/.PLIST.exec

You should be able to remove this from the ports Makefile, as pkg will
run the @exec lines when the package is installed.

  All these files are configuration files and all are handled this
  way:
 
  @unexec cmp -s %D/etc/courier/courierd %D/etc/courier/courierd.dist
   rm -f %D/etc/courier/courierd 2/dev/null || true
  etc/courier/courierd.dist
  @exec [ -f %D/etc/courier/courierd.dist ] 
  %%LOCALBASE%%/share/sysconftool/sysconftool
  %D/etc/courier/courierd.dist
 
  which does create them if they do not exist copying file.dist as
  template on install and if they are still the same on unistall, they
  are deleted. This way user configuration does not get lost across
  upgrades, and sysconftool merges new configuration items when they
  are introduced.
 
  This behavior is broken when I add these files into pkg-plist, they
  are simply deleted on uninstall and user-made changes in
  configuration is lost. How should this issue be solved? I think
  there should be a method to tell 'this file should be specially
  handled, ignore it, it is not an orphan' for make check-plist...
 

 The new way to specify sample configuration files is to use the
 @sample keyword in the pkg-plist:

 @sample etc/courier/courierd.sample
 @sample etc/courier/esmtpd.sample
 @sample etc/courier/esmtpd-msa.sample
 @sample etc/courier/esmtpd-ssl.sample
 @sample etc/courier/imapd.sample
 @sample etc/courier/imapd-ssl.sample
 @sample etc/courier/ldapaddressbook.sample
 @sample etc/courier/pop3d.sample
 @sample etc/courier/pop3d-ssl.sample
 @sample etc/courier/sqwebmaild.sample
 @sample etc/courier/webmlmrc.sample

 Note: you would have to change the port to install the files with a
 .sample suffix, instead of a .dist suffix.


 Where can I find this docummented? I read in some mailing list post
 about @sample, found this in Porter's handbook,
 http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-config.html
 but I would like to see what it actually does... I will try, but
 nevertheless, better description would be thanked for...


I had found the info on @sample here:

http://www.freebsd.org/doc/en/books/porters-handbook/plist-keywords.html#plist-keywords-your-own

It is implemented 

Re: Can you please close ports/184033 and ports/189749

2014-05-26 Thread Alan Hicks

On 24/05/2014 12:27, Tijl Coosemans wrote:

On Sat, 24 May 2014 07:28:07 +0100 Alan Hicks wrote:

Can you please close ports/184033 and ports/189749 as they have been
superseded by Revision 354447.

Alas I forgot to include [patch] in the subject or that I had tested
under poudriere so they understandably got missed.


The gmime2 and gmime24 parts of those patches are still valid.  I'll
have a look at them.



deskutils/tomboy appears to be the only port using gmime24-sharp and is 
not yet staged, mail/gmime2-sharp is marked ignore so maybe they should 
just fall unless someone is still using them?


mail/gmime26 and mail/gmime26-sharp are the current active ports.

Upgrading deskutils/tomboy
I'm getting the following error when trying to upgrade deskutils/tomboy 
to the latest 1.15.4 that uses mail/gmime26-sharp any clues?
 Error: Filesystem touched during stage (files must install to 
${STAGEDIR}):

extra: root/.gconf

It's an empty directory created during stageing, alas the cause is 
eluding me.
diff -ur /usr/ports/deskutils/tomboy/Makefile tomboy/Makefile
--- /usr/ports/deskutils/tomboy/Makefile	2013-12-11 18:28:10.0 +
+++ tomboy/Makefile	2014-05-26 16:25:29.0 +0100
@@ -2,7 +2,7 @@
 # $FreeBSD: head/deskutils/tomboy/Makefile 336190 2013-12-11 18:28:10Z bapt $
 
 PORTNAME=	tomboy
-PORTVERSION=	1.12.2
+PORTVERSION=	1.15.4
 CATEGORIES=	deskutils gnome
 MASTER_SITES=	GNOME
 DIST_SUBDIR=	gnome2
@@ -11,16 +11,15 @@
 COMMENT=	Personal note taking system for the GNOME desktop
 
 LIB_DEPENDS=	libgtkspell.so:${PORTSDIR}/textproc/gtkspell
-BUILD_DEPENDS=	${LOCALBASE}/lib/mono/gmime-sharp-2.4/gmime-sharp.dll:${PORTSDIR}/mail/gmime24-sharp \
+BUILD_DEPENDS=	${LOCALBASE}/lib/mono/gmime-sharp-2.6/gmime-sharp.dll:${PORTSDIR}/mail/gmime26-sharp \
 		${LOCALBASE}/libdata/pkgconfig/dbus-sharp-glib-1.0.pc:${PORTSDIR}/devel/dbus-sharp-glib \
 		mautil:${PORTSDIR}/devel/mono-addins
-RUN_DEPENDS=	${LOCALBASE}/lib/mono/gmime-sharp-2.4/gmime-sharp.dll:${PORTSDIR}/mail/gmime24-sharp \
+RUN_DEPENDS=	${LOCALBASE}/lib/mono/gmime-sharp-2.6/gmime-sharp.dll:${PORTSDIR}/mail/gmime26-sharp \
 		${LOCALBASE}/libdata/pkgconfig/dbus-sharp-glib-1.0.pc:${PORTSDIR}/devel/dbus-sharp-glib \
 		mautil:${PORTSDIR}/devel/mono-addins
 
-USE_XZ=		yes
-USES=		gettext gmake pkgconfig
-USE_GNOME=	gnomehack intlhack gnomeprefix gnomedesktopsharp20
+USES=		gettext gmake libtool pathfix pkgconfig shared-mime-info tar:xz
+USE_GNOME=	intlhack gnomeprefix gnomedesktopsharp20
 GNU_CONFIGURE=	yes
 INSTALLS_ICONS=	yes
 INSTALLS_OMF=	yes
@@ -30,23 +29,19 @@
 
 CONFIGURE_ARGS+=--enable-evolution=yes
 
-MAN1=		tomboy.1
-GCONF_SCHEMAS=	tomboy.schemas
-
 OPTIONS_DEFINE=	APPLET
 APPLET_DESC=	Enable GNOME panel applet
 
 # Restrict to stable (even) versions, indicated by the second component.
 PORTSCOUT=	limitw:1,even
 
-NO_STAGE=	yes
 .include bsd.port.pre.mk
 
 .if ${PORT_OPTIONS:MAPPLET}
-CONFIGURE_ARGS+=--enable-panel-applet
+CONFIGURE_ARGS+=--enable-panel-applet=yes
 PLIST_SUB+=	APPLET=
 .else
-CONFIGURE_ARGS+=--disable-panel-applet
+CONFIGURE_ARGS+=--enable-panel-applet=no
 PLIST_SUB+=	APPLET=@comment 
 .endif
 
@@ -57,8 +52,9 @@
 		${WRKSRC}/configure
 	@${REINPLACE_CMD} 's|/bin/bash|/bin/sh|g' \
 		${WRKSRC}/Tomboy/tomboy*.in
-	@${REINPLACE_CMD} 's|gmime-sharp|gmime-sharp-2.4|g' \
-		${WRKSRC}/configure
+
+post-install:
+	${STRIP_CMD} ${STAGEDIR}${PREFIX}/lib/tomboy/libtomboy.so
 
 .include ${PORTSDIR}/lang/mono/bsd.mono.mk
 .include bsd.port.post.mk
diff -ur /usr/ports/deskutils/tomboy/distinfo tomboy/distinfo
--- /usr/ports/deskutils/tomboy/distinfo	2014-01-22 15:30:13.0 +
+++ tomboy/distinfo	2014-05-25 16:51:45.0 +0100
@@ -1,2 +1,2 @@
-SHA256 (gnome2/tomboy-1.12.2.tar.xz) = ebcb23efb8eedc949eb84d4b5c9919ddaacc97198384f79ed08e97092c46e55e
-SIZE (gnome2/tomboy-1.12.2.tar.xz) = 6671548
+SHA256 (gnome2/tomboy-1.15.4.tar.xz) = 1429790dbe7475850e753e9ac10bb1ea9f184f2142826c389da75930c093968b
+SIZE (gnome2/tomboy-1.15.4.tar.xz) = 6652156
diff -ur /usr/ports/deskutils/tomboy/pkg-plist tomboy/pkg-plist
--- /usr/ports/deskutils/tomboy/pkg-plist	2014-01-22 15:16:56.0 +
+++ tomboy/pkg-plist	2014-05-26 16:22:31.0 +0100
@@ -1,5 +1,6 @@
 bin/tomboy
 %%APPLET%%bin/tomboy-panel
+%%APPLET%%etc/gconf/schemas/tomboy.schemas
 lib/tomboy/Tomboy.exe
 lib/tomboy/Tomboy.exe.config
 lib/tomboy/Tomboy.exe.mdb
@@ -38,18 +39,26 @@
 lib/tomboy/addins/WebDavSyncService.dll.mdb
 lib/tomboy/addins/WebSyncServiceAddin.dll
 lib/tomboy/addins/WebSyncServiceAddin.dll.mdb
-lib/tomboy/libtomboy.la
 lib/tomboy/libtomboy.so
 %%APPLET%%libdata/bonobo/servers/GNOME_TomboyApplet.server
 libdata/pkgconfig/tomboy-addins.pc
+man/man1/tomboy.1.gz
 share/applications/tomboy.desktop
 share/dbus-1/services/org.gnome.Tomboy.service
-share/gnome/help/tomboy/C/addins-desktop.page
-share/gnome/help/tomboy/C/addins-formatting.page
-share/gnome/help/tomboy/C/addins-sync.page
-share/gnome/help/tomboy/C/addins-tools.page

Re: mail/courier build failures on newer FreeBSD versions

2014-05-26 Thread Kurt Jaeger
Hi!

  Do you also plan to upgrade to 0.73. ? With 0.65 we're badly behind
  the times, aren't we ?
  
  Yes, this upgrade is long due, but it has some issues too.
  
  What issues does 0.73.1 have ? Is there a list somewhere ?
  
  Frankly, courier looses more and more marketshare, as can be seen on
  
  http://openemailsurvey.org

  Which features are available on courier which are not provided
  by other MTAs ?

 Kurt, we're not asking porters to justify why a particular software is
 ported.

I'm sorry if my mail was seen as too inquisitorial. I'm asking because
I manage quite a few mailservers and it's becoming more and more
like telco-equipment: lots of features which make them very
difficult to compare. Like DANE, which currently seems to be
a postfix-exclusive feature.

Milan provided a very good reason for courier: courier is fully integrated.
I was not aware of that.

 We also don't normally question the usefulness of a port on its
 own or based on surveys either.  So can we please stop this useless
 distraction and stop killing the porter's motivation, and instead see to
 get the necessary help furnished so the port gets back into good shape?

Sorry for that, I do not try to kill the motivation. Because
the time/change difference between the 0.65.3 and 0.73.1 is so large
(3 years, and approx. 150K diff), I'm interested in learning
why it's not easy to update.

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
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: mail/courier build failures on newer FreeBSD versions

2014-05-26 Thread Milan Obuch
On Mon, 26 May 2014 17:23:51 +0200
Dimitry Andric d...@freebsd.org wrote:

 On 25 May 2014, at 21:38, Milan Obuch freebsd-po...@dino.sk wrote:
  pkg-fallout-buil...@freebsd.org sends me every other day mails about
  failing mail/courier build for both 10.0 and 11.0 FreeBSD versions.
  There is some incompatibility with GCC 4.7, which is used to build
  mail/courier on systems with system compiler switched to clang. It
  works, however, with GCC 4.6, this is tested on both 10.0-STABLE and
  11.0-CURRENT systems, both i386 and amd64 architectures.
 
 Please try this diff, which makes mail/courier compile with clang.  I
 also verified that it builds with gcc 4.7 and 4.8.
 
 -Dimitry

Thanks, I will test it. If it works, no need to use external compiler =
less dependencies... for me, a good thing.

Milan
___
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


libidn issue?

2014-05-26 Thread Robert Huff

Anyone else have a problem with the staging step of libidn?
(Or is this a known problem

Robert Huff
___
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: mail/courier build failures on newer FreeBSD versions

2014-05-26 Thread Milan Obuch
On Mon, 26 May 2014 10:30:57 -0500
Scot Hetzel swhet...@gmail.com wrote:

 On Mon, May 26, 2014 at 3:05 AM, Milan Obuch freebsd-po...@dino.sk
 wrote:
  On Mon, 26 May 2014 02:45:45 -0500
  Scot Hetzel swhet...@gmail.com wrote:
 
   On Mon, May 26, 2014 at 12:04 AM, Milan Obuch
  freebsd-po...@dino.sk wrote:

[ snip ]

   Error: Orphaned: etc/courier/courierd
   Error: Orphaned: etc/courier/esmtpd
   Error: Orphaned: etc/courier/esmtpd-msa
   Error: Orphaned: etc/courier/esmtpd-ssl
   Error: Orphaned: etc/courier/imapd
   Error: Orphaned: etc/courier/imapd-ssl
   Error: Orphaned: etc/courier/ldapaddressbook
   Error: Orphaned: etc/courier/pop3d
   Error: Orphaned: etc/courier/pop3d-ssl
   Error: Orphaned: etc/courier/sqwebmaild
   Error: Orphaned: etc/courier/webmlmrc
  
  I looked at the ports Makefile, but didn't see how these files are
  installed.  Are they being installed by the Courier's source
  Makefile's?  If they are, you just need to stop it from creating
  them, as they will be created when pkg installs the port.
 
 
  They are comming from pkg-plist, see below...
 
 When these files are installed into the STAGEDIR, the @exec lines in
 the pkg-plist are not executed.  They are only executed when pkg
 installs the freshly created courier-0.65.3 package.
 
 I noticed that the post-install target has:
 
 316 @${GREP} '^@exec ' ${TMPPLIST} \
 317 | ${SED} -e 's:^@exec ::' -e 's:%D:${PREFIX}:g' \
 318  ${WRKDIR}/.PLIST.exec \
 319  ${SH} ${WRKDIR}/.PLIST.exec
 
 This looks like it might cause the issue, especially if you had
 changed it to:
 
 316 @${GREP} '^@exec ' ${TMPPLIST} \
 317 | ${SED} -e 's:^@exec ::' -e 's:%D:${STAGEDIR}${PREFIX}:g' \
 318  ${WRKDIR}/.PLIST.exec \
 319  ${SH} ${WRKDIR}/.PLIST.exec
 
 You should be able to remove this from the ports Makefile, as pkg will
 run the @exec lines when the package is installed.


This part of port was there long time ago, before I adopt it as
mantainer... which means it could solve some old issue and cause
others. I will definitelly try what you suggest.

[ snip ]

  The new way to specify sample configuration files is to use the
  @sample keyword in the pkg-plist:
 
  @sample etc/courier/courierd.sample
  @sample etc/courier/esmtpd.sample
  @sample etc/courier/esmtpd-msa.sample
  @sample etc/courier/esmtpd-ssl.sample
  @sample etc/courier/imapd.sample
  @sample etc/courier/imapd-ssl.sample
  @sample etc/courier/ldapaddressbook.sample
  @sample etc/courier/pop3d.sample
  @sample etc/courier/pop3d-ssl.sample
  @sample etc/courier/sqwebmaild.sample
  @sample etc/courier/webmlmrc.sample
 
  Note: you would have to change the port to install the files with a
  .sample suffix, instead of a .dist suffix.
 
 
  Where can I find this docummented? I read in some mailing list post
  about @sample, found this in Porter's handbook,
  http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-config.html
  but I would like to see what it actually does... I will try, but
  nevertheless, better description would be thanked for...
 
 
 I had found the info on @sample here:
 
 http://www.freebsd.org/doc/en/books/porters-handbook/plist-keywords.html#plist-keywords-your-own
 
 It is implemented in ${PORTSDIR}/Keywords.
 

All .dist files are coming from distribution tarball, so it could be
error-prone a bit to find them all and rename them. For now, I leave it
as is... if it will continue to work :)

Milan
___
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: mail/courier build failures on newer FreeBSD versions

2014-05-26 Thread Scot Hetzel
On Mon, May 26, 2014 at 2:45 AM, Scot Hetzel swhet...@gmail.com wrote:
  On Mon, May 26, 2014 at 12:04 AM, Milan Obuch freebsd-po...@dino.sk wrote:
 On Mon, 26 May 2014 03:29:55 +0200
 Matthias Andree matthias.and...@gmx.de wrote:

 It does not take much time to revert, for me, at least in this case,
 unnecessary substitution, some times a bit comic, to

 Error: Orphaned: etc/courier/courierd
 Error: Orphaned: etc/courier/esmtpd
 Error: Orphaned: etc/courier/esmtpd-msa
 Error: Orphaned: etc/courier/esmtpd-ssl
 Error: Orphaned: etc/courier/imapd
 Error: Orphaned: etc/courier/imapd-ssl
 Error: Orphaned: etc/courier/ldapaddressbook
 Error: Orphaned: etc/courier/pop3d
 Error: Orphaned: etc/courier/pop3d-ssl
 Error: Orphaned: etc/courier/sqwebmaild
 Error: Orphaned: etc/courier/webmlmrc

 All these files are configuration files and all are handled this way:

 @unexec cmp -s %D/etc/courier/courierd %D/etc/courier/courierd.dist 
 rm -f %D/etc/courier/courierd 2/dev/null || true
 etc/courier/courierd.dist
 @exec [ -f %D/etc/courier/courierd.dist ] 
 %%LOCALBASE%%/share/sysconftool/sysconftool %D/etc/courier/courierd.dist

 which does create them if they do not exist copying file.dist as
 template on install and if they are still the same on unistall, they
 are deleted. This way user configuration does not get lost across
 upgrades, and sysconftool merges new configuration items when they are
 introduced.


 The new way to specify sample configuration files is to use the
 @sample keyword in the pkg-plist:

 @sample etc/courier/courierd.sample
 @sample etc/courier/esmtpd.sample
 @sample etc/courier/esmtpd-msa.sample
 @sample etc/courier/esmtpd-ssl.sample
 @sample etc/courier/imapd.sample
 @sample etc/courier/imapd-ssl.sample
 @sample etc/courier/ldapaddressbook.sample
 @sample etc/courier/pop3d.sample
 @sample etc/courier/pop3d-ssl.sample
 @sample etc/courier/sqwebmaild.sample
 @sample etc/courier/webmlmrc.sample

 Note: you would have to change the port to install the files with a
 .sample suffix, instead of a .dist suffix.


After reviewing the source, @sample will not work for you.  You'll
need to create an @sysconftool  keyword:

${PORTSDIR}/Keywords/sysconftool.yaml
# $FreeBSD$
#
# MAINTAINER: ?
#
# @sysconftool etc/somefile.conf.dist
#
# This will install/upgrade the somefile.conf using the somefile.conf.dist.
# On deinstall it will remove the somefile.conf if it still matches the
# dist file, otherwise it is kept.
#
# This replaces the old pattern:
#  @unexec if cmp -s %D/etc/pkgtools.conf %D/etc/pkgtools.conf.dist;
then rm -f %D/etc/pkgtools.conf; fi
#  etc/pkgtools.conf.dist
#  @exec [ -f %D/etc/courier/courierd.dist ] 
%%LOCALBASE%%/share/sysconftool/sysconftool
%D/etc/courier/courierd.dist
actions: [file]
post-install: |
  dist_file=%D/%@
  if [ -f ${dist_file} ]; then
%%LOCALBASE%%/share/sysconftool/sysconftool ${dist_file}
  fi
pre-deinstall: |
  dist_file=%D/%@
  target_file=${dist_file%.dist}
  if cmp -s ${target_file} ${dist_file}; then
rm -f ${target_file}
  fi

The only ting I'm not sure of is how to deal with is LOCALBASE, as the
sysconftool port could be installed in a location other than
/usr/local.

-- 
DISCLAIMER:

No electrons were maimed while sending this message. Only slightly bruised.
___
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: mail/courier build failures on newer FreeBSD versions

2014-05-26 Thread Milan Obuch
On Mon, 26 May 2014 17:47:37 +0200
Kurt Jaeger li...@opsec.eu wrote:

 Hi!
 
   Do you also plan to upgrade to 0.73. ? With 0.65 we're badly
   behind the times, aren't we ?
   
   Yes, this upgrade is long due, but it has some issues too.
   
   What issues does 0.73.1 have ? Is there a list somewhere ?
   
   Frankly, courier looses more and more marketshare, as can be seen
   on
   
   http://openemailsurvey.org
 
   Which features are available on courier which are not provided
   by other MTAs ?
 
  Kurt, we're not asking porters to justify why a particular software
  is ported.
 
 I'm sorry if my mail was seen as too inquisitorial. I'm asking because
 I manage quite a few mailservers and it's becoming more and more
 like telco-equipment: lots of features which make them very
 difficult to compare. Like DANE, which currently seems to be
 a postfix-exclusive feature.


I did not take it that way. Sometimes I would like too why somebody
choose something, so I just answered... and if other questions are
asked, they will be answered, if I know the answers that is.

 Milan provided a very good reason for courier: courier is fully
 integrated. I was not aware of that.

  We also don't normally question the usefulness of a port on its
  own or based on surveys either.  So can we please stop this useless
  distraction and stop killing the porter's motivation, and instead
  see to get the necessary help furnished so the port gets back into
  good shape?
 
 Sorry for that, I do not try to kill the motivation. Because
 the time/change difference between the 0.65.3 and 0.73.1 is so large
 (3 years, and approx. 150K diff), I'm interested in learning
 why it's not easy to update.
 

In my eyes question like this is not that bad. It is true that courier
mail suite is not that popular, so there is not so big pressure to hunt
for upgrades, when it just works for me the way it is :) sort of
laziness, you know...

Regards,
Milan
___
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


net/linphone-base failed compiling

2014-05-26 Thread neel
Hi,
One of the ports you maintain, net/linphone-base failed to compile. If I
just compile without MAKE_JOBS_UNSAFE, I get:

fatal error: too many errors emitted, stopping now [-ferror-limit=]
libtool: compile:  cc -DHAVE_CONFIG_H -I. -I.. -I..
-I../mediastreamer2/include -I/usr/local/include -DIN_LINPHONE
-I/usr/local/include -I/usr/local/include -DOSIP_MT -I../oRTP/include
-DENABLE_TRACE -DLOG_DOMAIN=\LinphoneCore\ -DORTP_INET6 -O2 -pipe
-fno-strict-aliasing -MT enum.lo -MD -MP -MF .deps/enum.Tpo -c enum.c -o
enum.o /dev/null 21
20 errors generated.
gmake[4]: *** [linphonecore.lo] Error 1
libtool: compile:  cc -DHAVE_CONFIG_H -I. -I.. -I..
-I../mediastreamer2/include -I/usr/local/include -DIN_LINPHONE
-I/usr/local/include -I/usr/local/include -DOSIP_MT -I../oRTP/include
-DENABLE_TRACE -DLOG_DOMAIN=\LinphoneCore\ -DORTP_INET6 -O2 -pipe
-fno-strict-aliasing -MT misc.lo -MD -MP -MF .deps/misc.Tpo -c misc.c -o
misc.o /dev/null 21
mv -f .deps/enum.Tpo .deps/enum.Plo
mv -f .deps/misc.Tpo .deps/misc.Plo
gmake[4]: Leaving directory
`/usr/ports/net/linphone-base/work/linphone-3.2.1/coreapi'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory
`/usr/ports/net/linphone-base/work/linphone-3.2.1'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory
`/usr/ports/net/linphone-base/work/linphone-3.2.1'
=== Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/net/linphone-base
*** Error code 1

Stop.
make: stopped in /usr/ports/net/linphone-base

If I specify MAKE_JOBS_UNSAFE=yes, I get:

fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
gmake[4]: *** [linphonecore.lo] Error 1
gmake[4]: Leaving directory
`/usr/ports/net/linphone-base/work/linphone-3.2.1/coreapi'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory
`/usr/ports/net/linphone-base/work/linphone-3.2.1'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory
`/usr/ports/net/linphone-base/work/linphone-3.2.1'
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/net/linphone-base
*** Error code 1

Stop.
make: stopped in /usr/ports/net/linphone-base

How would I fix this?
-Neel

___
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] 355307: 4x leftovers, 4x ignored: incorporated into emacs 23/24, 16x success, 4x depend (??? in x11-toolkits/p5-tk-tablematrix)

2014-05-26 Thread Ports-QAT
- Convert gmake,bzip to USES

Approved by:portmgr (myself)
-

  Build ID:  20140526115200-50089
  Job owner: m...@freebsd.org
  Buildtime: 6 hours
  Enddate:   Mon, 26 May 2014 17:56:45 GMT

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

-

Port:deskutils/adesklets 0.6.1_9

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338698/adesklets-0.6.1_9.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338699/adesklets-0.6.1_9.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338700/adesklets-0.6.1_9.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338701/adesklets-0.6.1_9.log

-

Port:deskutils/gucharmap 2.32.1_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338702/gucharmap-2.32.1_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338703/gucharmap-2.32.1_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338704/gucharmap-2.32.1_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338705/gucharmap-2.32.1_1.log

-

Port:deskutils/ontv 3.2.0_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN X11-TOOLKITS/P5-TK-TABLEMATRIX)
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338706/p5-Tk-TableMatrix-1.23_5.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN X11-TOOLKITS/P5-TK-TABLEMATRIX)
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338707/p5-Tk-TableMatrix-1.23_5.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   DEPEND (??? IN X11-TOOLKITS/P5-TK-TABLEMATRIX)
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338708/p5-Tk-TableMatrix-1.23_5.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   DEPEND (??? IN X11-TOOLKITS/P5-TK-TABLEMATRIX)
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338709/p5-Tk-TableMatrix-1.23_5.log

-

Port:deskutils/pal 0.4.3

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338710/pal-0.4.3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338711/pal-0.4.3.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338712/pal-0.4.3.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338713/pal-0.4.3.log

-

Port:deskutils/planner.el 3.42_11

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338714/planner.el-emacs24-3.42_11.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338715/planner.el-emacs24-3.42_11.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338716/planner.el-emacs24-3.42_11.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338717/planner.el-emacs24-3.42_11.log

-

Port:deskutils/remember.el 2.0_10

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   IGNORED: INCORPORATED INTO EMACS 23/24

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   IGNORED: INCORPORATED INTO EMACS 23/24

  Buildgroup: 9.2-QAT/amd64
  

INDEX now builds successfully on 8.x

2014-05-26 Thread Ports Index build

___
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: net/linphone-base failed compiling

2014-05-26 Thread Ajtim
On Monday 26 May 2014 13:41:52 n...@neelc.org wrote:
 Hi,
 One of the ports you maintain, net/linphone-base failed to compile. If I
 just compile without MAKE_JOBS_UNSAFE, I get:
 
 fatal error: too many errors emitted, stopping now [-ferror-limit=]
 libtool: compile:  cc -DHAVE_CONFIG_H -I. -I.. -I..
 -I../mediastreamer2/include -I/usr/local/include -DIN_LINPHONE
 -I/usr/local/include -I/usr/local/include -DOSIP_MT -I../oRTP/include
 -DENABLE_TRACE -DLOG_DOMAIN=\LinphoneCore\ -DORTP_INET6 -O2 -pipe
 -fno-strict-aliasing -MT enum.lo -MD -MP -MF .deps/enum.Tpo -c enum.c -o
 enum.o /dev/null 21
 20 errors generated.
 gmake[4]: *** [linphonecore.lo] Error 1
 libtool: compile:  cc -DHAVE_CONFIG_H -I. -I.. -I..
 -I../mediastreamer2/include -I/usr/local/include -DIN_LINPHONE
 -I/usr/local/include -I/usr/local/include -DOSIP_MT -I../oRTP/include
 -DENABLE_TRACE -DLOG_DOMAIN=\LinphoneCore\ -DORTP_INET6 -O2 -pipe
 -fno-strict-aliasing -MT misc.lo -MD -MP -MF .deps/misc.Tpo -c misc.c -o
 misc.o /dev/null 21
 mv -f .deps/enum.Tpo .deps/enum.Plo
 mv -f .deps/misc.Tpo .deps/misc.Plo
 gmake[4]: Leaving directory
 `/usr/ports/net/linphone-base/work/linphone-3.2.1/coreapi'
 gmake[3]: *** [all-recursive] Error 1
 gmake[3]: Leaving directory
 `/usr/ports/net/linphone-base/work/linphone-3.2.1'
 gmake[2]: *** [all] Error 2
 gmake[2]: Leaving directory
 `/usr/ports/net/linphone-base/work/linphone-3.2.1'
 === Compilation failed unexpectedly.
 Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
 the maintainer.
 *** Error code 1
 
 Stop.
 make[1]: stopped in /usr/ports/net/linphone-base
 *** Error code 1
 
 Stop.
 make: stopped in /usr/ports/net/linphone-base
 
 If I specify MAKE_JOBS_UNSAFE=yes, I get:
 
 fatal error: too many errors emitted, stopping now [-ferror-limit=]
 20 errors generated.
 gmake[4]: *** [linphonecore.lo] Error 1
 gmake[4]: Leaving directory
 `/usr/ports/net/linphone-base/work/linphone-3.2.1/coreapi'
 gmake[3]: *** [all-recursive] Error 1
 gmake[3]: Leaving directory
 `/usr/ports/net/linphone-base/work/linphone-3.2.1'
 gmake[2]: *** [all] Error 2
 gmake[2]: Leaving directory
 `/usr/ports/net/linphone-base/work/linphone-3.2.1'
 *** Error code 1
 
 Stop.
 make[1]: stopped in /usr/ports/net/linphone-base
 *** Error code 1
 
 Stop.
 make: stopped in /usr/ports/net/linphone-base
 
 How would I fix this?
 -Neel
 
 ___
 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 delete -f net/libexosip2 ne/libosip2


-- 
ajtiM

http://www.redbubble.com/people/lumiwa
___
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] 355318: 1x depend (compiler_error in editors/emacs21), 8x dud, 4x missing_header, 31x success, 4x leftovers

2014-05-26 Thread Ports-QAT
- Convert gmake,bzip2 to USES

Approved by:portmgr
-

  Build ID:  20140526123401-1215
  Job owner: m...@freebsd.org
  Buildtime: 7 hours
  Enddate:   Mon, 26 May 2014 19:54:30 GMT

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

-

Port:japanese/dvipsk 5.95b_14

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339002/ja-dvipsk-tetex-5.95b_14.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339003/ja-dvipsk-tetex-5.95b_14.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339004/ja-dvipsk-tetex-5.95b_14.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339005/ja-dvipsk-tetex-5.95b_14.log

-

Port:japanese/eijiro-fpw 1.0b_4

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DUD

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DUD

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   DUD

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   DUD

-

Port:japanese/emacs-emcws 21.3_16

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339010/ja-emcws-21.3_16.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339011/ja-emcws-21.3_16.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339012/ja-emcws-21.3_16.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   DEPEND (COMPILER_ERROR IN EDITORS/EMACS21)
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339013/emacs21-21.3_16.log

-

Port:japanese/groff 1.18.1_15

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339014/ja-groff-1.18.1_15.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339015/ja-groff-1.18.1_15.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339016/ja-groff-1.18.1_15.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339017/ja-groff-1.18.1_15.log

-

Port:japanese/mendexk-euc 2.6c

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339018/ja-mendexk-2.6c.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339019/ja-mendexk-2.6c.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339020/ja-mendexk-2.6c.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339021/ja-mendexk-2.6c.log

-

Port:japanese/mozc-server 1.11.1502.102_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339022/ja-mozc-server-1.11.1502.102_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339023/ja-mozc-server-1.11.1502.102_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339024/ja-mozc-server-1.11.1502.102_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526123401-1215-339025/ja-mozc-server-1.11.1502.102_1.log

-

Port:japanese/nethack34 

Re: net/linphone-base failed compiling

2014-05-26 Thread Dr. Peter Voigt
Am Mon, 26 May 2014 15:12:14 -0400
schrieb Ajtim lum...@gmail.com:

 On Monday 26 May 2014 13:41:52 n...@neelc.org wrote:
 
 pkg delete -f net/libexosip2 ne/libosip2
 

Hm, I am having the same issue. Forced deletion of net/libexosip2
ne/libosip2 is just neccessary to upgrade both ports. The command should
have gone to /usr/ports/UPDATING. But on my system with 10.0-RELEASE-p3
net/linphone stills fails:

# pkg version -vIL=
linphone-base-3.2.1_2,1   needs updating (index has
3.2.1_3,1)

# pkg version -v |grep osip2libeXosip2-4.1.0
libeXosip2-4.1.0   =   up-to-date with port
libosip2-4.1.0 =   up-to-date with port

# portmaster --no-confirm --no-term-title -D -G linphone-base
...
fatal error: too many errors emitted, stopping now
[-ferror-limit=] 20 errors generated.
gmake[3]: *** [linphonecore.lo] Fehler 1
mv -f .deps/enum.Tpo .deps/enum.Plo
libtool: compile:  cc -DHAVE_CONFIG_H -I. -I.. -I..
-I../mediastreamer2/include -I/usr/local/include -DIN_LINPHONE
-I/usr/local/include -I/usr/local/include -DOSIP_MT -I../oRTP/include
-DENABLE_TRACE -DLOG_DOMAIN=\LinphoneCore\ -DORTP_INET6 -O2 -pipe
-fno-strict-aliasing -MT misc.lo -MD -MP -MF .deps/misc.Tpo -c misc.c
-o misc.o /dev/null 21 mv -f .deps/misc.Tpo .deps/misc.Plo gmake[3]:
Leaving directory
`/usr/ports/net/linphone-base/work/linphone-3.2.1/coreapi' gmake[2]:
*** [all-recursive] Fehler 1 gmake[2]: Leaving directory
`/usr/ports/net/linphone-base/work/linphone-3.2.1' gmake[1]: *** [all]
Fehler 2 gmake[1]: Leaving directory
`/usr/ports/net/linphone-base/work/linphone-3.2.1' === Compilation
failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before
reporting the failure to the maintainer. *** Error code 1

Stop.
make: stopped in /usr/ports/net/linphone-base

=== make failed for net/linphone-base
=== Aborting update


=== You can restart from the point of failure with this command line:
   portmaster flags net/linphone-base 

Regards,
Peter
___
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: net/linphone-base failed compiling

2014-05-26 Thread Muhammad Moinur Rahman
Hi,
linphone-base won't compile with libexosip2 anymore. The dependency have
been changed to libexosip2-legacy. This has been done to update to the
latest libexosip2 code. And hence you will need libosip not libosip2.

Happy porting.
Muhammad


On Tue, May 27, 2014 at 1:46 AM, Dr. Peter Voigt pvo...@uos.de wrote:

 Am Mon, 26 May 2014 15:12:14 -0400
 schrieb Ajtim lum...@gmail.com:

  On Monday 26 May 2014 13:41:52 n...@neelc.org wrote:
 
  pkg delete -f net/libexosip2 ne/libosip2
 

 Hm, I am having the same issue. Forced deletion of net/libexosip2
 ne/libosip2 is just neccessary to upgrade both ports. The command should
 have gone to /usr/ports/UPDATING. But on my system with 10.0-RELEASE-p3
 net/linphone stills fails:

 # pkg version -vIL=
 linphone-base-3.2.1_2,1   needs updating (index has
 3.2.1_3,1)

 # pkg version -v |grep osip2libeXosip2-4.1.0
 libeXosip2-4.1.0   =   up-to-date with port
 libosip2-4.1.0 =   up-to-date with port

 # portmaster --no-confirm --no-term-title -D -G linphone-base
 ...
 fatal error: too many errors emitted, stopping now
 [-ferror-limit=] 20 errors generated.
 gmake[3]: *** [linphonecore.lo] Fehler 1
 mv -f .deps/enum.Tpo .deps/enum.Plo
 libtool: compile:  cc -DHAVE_CONFIG_H -I. -I.. -I..
 -I../mediastreamer2/include -I/usr/local/include -DIN_LINPHONE
 -I/usr/local/include -I/usr/local/include -DOSIP_MT -I../oRTP/include
 -DENABLE_TRACE -DLOG_DOMAIN=\LinphoneCore\ -DORTP_INET6 -O2 -pipe
 -fno-strict-aliasing -MT misc.lo -MD -MP -MF .deps/misc.Tpo -c misc.c
 -o misc.o /dev/null 21 mv -f .deps/misc.Tpo .deps/misc.Plo gmake[3]:
 Leaving directory
 `/usr/ports/net/linphone-base/work/linphone-3.2.1/coreapi' gmake[2]:
 *** [all-recursive] Fehler 1 gmake[2]: Leaving directory
 `/usr/ports/net/linphone-base/work/linphone-3.2.1' gmake[1]: *** [all]
 Fehler 2 gmake[1]: Leaving directory
 `/usr/ports/net/linphone-base/work/linphone-3.2.1' === Compilation
 failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before
 reporting the failure to the maintainer. *** Error code 1

 Stop.
 make: stopped in /usr/ports/net/linphone-base

 === make failed for net/linphone-base
 === Aborting update


 === You can restart from the point of failure with this command line:
portmaster flags net/linphone-base

 Regards,
 Peter
 ___
 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

___
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] 355331: 2x leftovers, 8x success, 12x depend (??? in lang/mono), 2x ignored: is marked as broken: does not build

2014-05-26 Thread Ports-QAT
Convert to USES=mono

With hat:   portmgr
-

  Build ID:  20140526131200-38780
  Job owner: b...@freebsd.org
  Buildtime: 8 hours
  Enddate:   Mon, 26 May 2014 21:07:32 GMT

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

-

Port:devel/ndesk-dbus 

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339242/mono-3.4.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339243/mono-3.4.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339244/ndesk-dbus-0.6.1a.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339245/ndesk-dbus-0.6.1a.log

-

Port:devel/ndesk-dbus-glib 

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339246/mono-3.4.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339247/mono-3.4.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339248/ndesk-dbus-glib-0.4.1_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339249/ndesk-dbus-glib-0.4.1_1.log

-

Port:editors/bless 

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339250/mono-3.4.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339251/mono-3.4.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339252/bless-0.6.0_4,1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339253/bless-0.6.0_4,1.log

-

Port:graphics/pinta 

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339254/mono-3.4.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339255/mono-3.4.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: DOES NOT BUILD

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: DOES NOT BUILD

-

Port:lang/fsharp 3.0.34

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339258/mono-3.4.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339259/mono-3.4.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339260/fsharp-3.0.34.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339261/fsharp-3.0.34.log

-

Port:mail/gmime26-sharp 2.6.18_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339262/mono-3.4.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526131200-38780-339263/mono-3.4.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 

Re: net/linphone-base failed compiling

2014-05-26 Thread Muhammad Moinur Rahman
cat /usr/ports/net/libexosip2-legacy | grep MAINTAINER
cat /usr/ports/net/libexosip2 | grep MAINTAINER

I need to check whether it should be added to UPDATING.

Hi Sunpoet,
Expecting your feedback.

BR,
Muhammad


On Tue, May 27, 2014 at 3:05 AM, Dr. Peter Voigt pvo...@uos.de wrote:

 Am Tue, 27 May 2014 02:30:32 +0600
 schrieb Muhammad Moinur Rahman 5u623...@gmail.com:

  Hi,
  linphone-base won't compile with libexosip2 anymore. The dependency
  have been changed to libexosip2-legacy. This has been done to update
  to the latest libexosip2 code. And hence you will need libosip not
  libosip2.
 
  Happy porting.
  Muhammad
 

 Thank you very much for this hint.

 I finally succeeded with:

 # pkg delete -f libosip2-4.1.0
 # pkg delete -f libeXosip2-4.1.0
 # portmaster --no-confirm --no-term-title -D -G net/libosip
 # portmaster --no-confirm --no-term-title -D -G linphone-base

 But where did you get your information from? /usr/ports/UPDATING does
 not mention anything about it. And
 http://www.freshports.org/net/linphone-base just mentions the dependency
 net/libexosip2-legacy but not net/libosip. It's probably a good idea to
 update /usr/ports/UPDATING correspondingly.

 Regards,
 Peter

___
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: Review Request, update clementine-player 1.2.3

2014-05-26 Thread Sean Bruno
On Sun, 2014-05-25 at 13:18 -0700, Sean Bruno wrote:
 Upstream has moved distfiles to github.
 
 New depend on libechonest
 
 2 patches accepted upstream so they're dropped
 
 1 new patch generated and added
 
 http://people.freebsd.org/~sbruno/clementine_1.2.3.txt
 
 sean
 


More or less committed now.  

sean

___
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: net/linphone-base failed compiling

2014-05-26 Thread Dr. Peter Voigt
Am Tue, 27 May 2014 02:30:32 +0600
schrieb Muhammad Moinur Rahman 5u623...@gmail.com:

 Hi,
 linphone-base won't compile with libexosip2 anymore. The dependency
 have been changed to libexosip2-legacy. This has been done to update
 to the latest libexosip2 code. And hence you will need libosip not
 libosip2.
 
 Happy porting.
 Muhammad
 

Thank you very much for this hint.

I finally succeeded with:

# pkg delete -f libosip2-4.1.0
# pkg delete -f libeXosip2-4.1.0
# portmaster --no-confirm --no-term-title -D -G net/libosip
# portmaster --no-confirm --no-term-title -D -G linphone-base

But where did you get your information from? /usr/ports/UPDATING does
not mention anything about it. And
http://www.freshports.org/net/linphone-base just mentions the dependency
net/libexosip2-legacy but not net/libosip. It's probably a good idea to
update /usr/ports/UPDATING correspondingly.

Regards,
Peter
___
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 force cmake to omit default LINUX pathes on FreeBSD

2014-05-26 Thread Dariusz Niespodziany
Hi porters,
Does anyone know how to force cmake to look for executables in
/usr/local/bin first, not in /usr/bin?

*FIND_PROGRAM(FLEX_EXECUTABLE flex PATH /usr/local/bin DOC path to the
flex executable NO_DEFAULT_PATH)*

It works, but its not correct. Is there any more proper way?

FIND_PROGRAM uses which to get executable path. PATH variable is fetched,
but overriding $PATH is also not that proper.

Regards
niespodd
___
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] 355339: 2x leftovers, 4x ???, 14x success, 18x depend (??? in lang/mono), 2x ignored: try to install weaked-named assembly into the gac.

2014-05-26 Thread Ports-QAT
Convert to USES=mono

With hat:   portmgr
-

  Build ID:  20140526133000-57537
  Job owner: b...@freebsd.org
  Buildtime: 10 hours
  Enddate:   Mon, 26 May 2014 23:22:06 GMT

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

-

Port:editors/bless 

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339398/mono-3.4.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339399/mono-3.4.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339400/bless-0.6.0_4,1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339401/bless-0.6.0_4,1.log

-

Port:mail/gmime2-sharp 2.2.27_2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339402/mono-3.4.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339403/mono-3.4.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   IGNORED: TRY TO INSTALL WEAKED-NAMED ASSEMBLY INTO THE GAC.

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   IGNORED: TRY TO INSTALL WEAKED-NAMED ASSEMBLY INTO THE GAC.

-

Port:multimedia/gnome-subtitles 

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339406/.txz.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339407/.txz.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339408/.txz.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339409/.txz.log

-

Port:net/avahi-sharp 

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339410/mono-3.4.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339411/mono-3.4.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339412/avahi-sharp-0.6.31.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339413/avahi-sharp-0.6.31.log

-

Port:www/gecko-sharp20 

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339414/mono-3.4.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339415/mono-3.4.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339416/gecko-sharp20-0.13_8.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339417/gecko-sharp20-0.13_8.log

-

Port:www/xsp 

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339418/mono-3.4.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN LANG/MONO)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339419/mono-3.4.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140526133000-57537-339420/xsp-2.10.2.log

  Buildgroup: 

Re: mail/postfix-current failing

2014-05-26 Thread Sahil Tandon
On Wed, 2014-05-21 at 11:12:57 +0200, Jakob Breivik Grimstveit wrote:

 = SHA256 Checksum OK for postfix/postfix-2.8.0-libspf2-1.2.x-0.patch.gz.
 ===  Patching for postfix-base-2.12.20140507,4
 ===  Applying distribution patches for postfix-base-2.12.20140507,4
 1 out of 2 hunks failed--saving rejects to src/global/mail_params.c.rej
 *** Error code 1

Absent a new SPF patch (from mm@ or another volunteer) that cleanly
applies to the latest Postfix version, I will set the port BROKEN when
the SPF option is toggled.

Thanks for the report.

-- 
Sahil Tandon
___
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] 355347: 12x leftovers, 4x fetch, 56x success, 4x distinfo_update

2014-05-26 Thread Ports-QAT
- Convert gmake,bzip2,xz to USES

Approved by:portmgr
-

  Build ID:  20140526135601-54395
  Job owner: m...@freebsd.org
  Buildtime: 11 hours
  Enddate:   Tue, 27 May 2014 01:16:24 GMT

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

-

Port:print/catdvi 0.14_7

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339454/catdvi-0.14_7.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339455/catdvi-0.14_7.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339456/catdvi-0.14_7.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339457/catdvi-0.14_7.log

-

Port:print/cups-pstoraster 8.15.4_7

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339458/cups-pstoraster-8.15.4_7.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339459/cups-pstoraster-8.15.4_7.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339460/cups-pstoraster-8.15.4_7.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339461/cups-pstoraster-8.15.4_7.log

-

Port:print/flpsed 0.7.0_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339462/flpsed-0.7.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339463/flpsed-0.7.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339464/flpsed-0.7.0_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339465/flpsed-0.7.0_1.log

-

Port:print/foomatic-db-hpijs 1.4

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339466/foomatic-db-hpijs-1.4.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339467/foomatic-db-hpijs-1.4.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339468/foomatic-db-hpijs-1.4.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339469/foomatic-db-hpijs-1.4.log

-

Port:print/freetype-tools 1.3.1_9

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339470/freetype-tools-1.3.1_9.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339471/freetype-tools-1.3.1_9.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339472/freetype-tools-1.3.1_9.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339473/freetype-tools-1.3.1_9.log

-

Port:print/ghostscript7 7.07_29

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339474/ghostscript7-7.07_29.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526135601-54395-339475/ghostscript7-7.07_29.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
 

[QAT] 355351: 4x leftovers, 4x ???, 4x depend ( in graphics/p5-opengl), 8x success, 4x ignored: you must manually fetch dtiquery-1.1.tar.gz from http://graphics.stanford.edu/projects/dti/, place it in

2014-05-26 Thread Ports-QAT
- Convert gmake to USES

Approved by:portmgr
-

  Build ID:  20140526144200-24737
  Job owner: m...@freebsd.org
  Buildtime: 11 hours
  Enddate:   Tue, 27 May 2014 01:56:51 GMT

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

-

Port:science/2dhf 2005.05_6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339542/2dhf-2005.05_6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339543/2dhf-2005.05_6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339544/2dhf-2005.05_6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339545/2dhf-2005.05_6.log

-

Port:science/dtiquery 1.1_5

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   IGNORED: YOU MUST MANUALLY FETCH DTIQUERY-1.1.TAR.GZ FROM 
HTTP://GRAPHICS.STANFORD.EDU/PROJECTS/DTI/, PLACE IT IN /USR/PORTS/DISTFILES, 
AND THEN RUN MAKE AGAIN

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   IGNORED: YOU MUST MANUALLY FETCH DTIQUERY-1.1.TAR.GZ FROM 
HTTP://GRAPHICS.STANFORD.EDU/PROJECTS/DTI/, PLACE IT IN /USR/PORTS/DISTFILES, 
AND THEN RUN MAKE AGAIN

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   IGNORED: YOU MUST MANUALLY FETCH DTIQUERY-1.1.TAR.GZ FROM 
HTTP://GRAPHICS.STANFORD.EDU/PROJECTS/DTI/, PLACE IT IN /USR/PORTS/DISTFILES, 
AND THEN RUN MAKE AGAIN

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   IGNORED: YOU MUST MANUALLY FETCH DTIQUERY-1.1.TAR.GZ FROM 
HTTP://GRAPHICS.STANFORD.EDU/PROJECTS/DTI/, PLACE IT IN /USR/PORTS/DISTFILES, 
AND THEN RUN MAKE AGAIN

-

Port:science/gramps 3.3.0_2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339550/gramps-3.3.0_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339551/gramps-3.3.0_2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339552/gramps-3.3.0_2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339553/gramps-3.3.0_2.log

-

Port:science/libint 1.1.4

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339554/libint-1.1.4.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339555/libint-1.1.4.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339556/libint-1.1.4.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339557/libint-1.1.4.log

-

Port:science/mcstas 1.12c_3

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND ( IN GRAPHICS/P5-OPENGL)

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND ( IN GRAPHICS/P5-OPENGL)

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   DEPEND ( IN GRAPHICS/P5-OPENGL)

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   DEPEND ( IN GRAPHICS/P5-OPENGL)

-

Port:science/svmlight 6.02

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339562/svmlight-6.02.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339563/svmlight-6.02.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339564/svmlight-6.02.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526144200-24737-339565/svmlight-6.02.log

Re: Is staging a port really this simple?

2014-05-26 Thread Perry Hutchison
John Marino freebsd.cont...@marino.st wrote:
 You didn't miss much -- except adding the man page to the
 pkg-plist and removing the MAN* definitions from the makefile.

...

 On 5/25/2014 09:09, Zsolt Udvari wrote:
  Your condition is unneeded.
  You don't need check the existence of
  ${STAGEDIR}${PREFIX}/etc/distcheckd.conf because you'll copy it, the
  ${STAGEDIR} are empty

 no, the @sample keyword in pkg-plist does that (replacing other lines
 there).  pkg doesn't do this by itself, it needs to be told.

So, like this? (diffs against the originals, not the previous iteration)
[and I don't follow how, or if, @sample should be used in diskcheckd
since it delivers the sample named as such, and also installs it as
the live config file if the live config file does not already exist]

--- misc/gtkfind/Makefile
+++ misc/gtkfind/Makefile-staged
@@ -18,15 +18,13 @@
 USE_GNOME= gtk12
 GNU_CONFIGURE= yes
 
-MAN1=  gtkfind.1
-PLIST_FILES=   bin/gtkfind
+PLIST_FILES=   bin/gtkfind man/man1/gtkfind.1
 
-NO_STAGE=  yes
 post-patch:
${REINPLACE_CMD} -e s,-O2,${CFLAGS}, ${WRKSRC}/configure 
${WRKSRC}/Makefile.in
 
 do-install:
-   ${INSTALL_PROGRAM} ${WRKSRC}/gtkfind ${PREFIX}/bin
-   ${INSTALL_MAN} ${WRKSRC}/gtkfind.1 ${MANPREFIX}/man/man1
+   ${INSTALL_PROGRAM} ${WRKSRC}/gtkfind ${STAGEDIR}${PREFIX}/bin
+   ${INSTALL_MAN} ${WRKSRC}/gtkfind.1 ${STAGEDIR}${MANPREFIX}/man/man1
 
 .include bsd.port.mk
--- sysutils/diskcheckd/Makefile
+++ sysutils/diskcheckd/Makefile-staged
@@ -11,15 +11,13 @@
 MAINTAINER=per...@pluto.rain.com
 COMMENT=   Daemon to check for disk read errors
 
-MAN8=  diskcheckd.8
 MLINKS=diskcheckd.8 diskcheckd.conf.5
 
 USE_RC_SUBR=   diskcheckd
 CFLAGS+=   -D_PATH_CONF='\${PREFIX}/etc/diskcheckd.conf\'
 MAKEFILE=  /usr/share/mk/bsd.prog.mk
-MAKE_ARGS= PROG=diskcheckd MAN8=${MAN8}
+MAKE_ARGS= PROG=diskcheckd MAN8=diskcheckd.8
 
-NO_STAGE=  yes
 do-extract:
@${MKDIR} ${WRKSRC}
 .for f in diskcheckd.c diskcheckd.8
@@ -30,13 +28,13 @@
@${REINPLACE_CMD} -e 
's|/usr/local/etc/diskcheckd.conf|${PREFIX}/etc/diskcheckd.conf|g' 
${WRKSRC}/diskcheckd.8
 
 do-install:
-   ${INSTALL_PROGRAM} ${WRKSRC}/diskcheckd ${PREFIX}/sbin
-   ${INSTALL_DATA} ${FILESDIR}/diskcheckd.conf 
${PREFIX}/etc/diskcheckd.conf.sample
-   ${INSTALL_MAN} ${WRKSRC}/diskcheckd.8 ${MAN8PREFIX}/man/man8
+   ${INSTALL_PROGRAM} ${WRKSRC}/diskcheckd ${STAGEDIR}${PREFIX}/sbin
+   ${INSTALL_DATA} ${FILESDIR}/diskcheckd.conf \
+   ${STAGEDIR}${PREFIX}/etc/diskcheckd.conf.sample
+   ${INSTALL_MAN} ${WRKSRC}/diskcheckd.8 ${STAGEDIR}${MAN8PREFIX}/man/man8
 
 post-install:
-   @[ -f ${PREFIX}/etc/diskcheckd.conf ] \
-   || ${CP} -p ${PREFIX}/etc/diskcheckd.conf.sample \
-   ${PREFIX}/etc/diskcheckd.conf
+   @${CP} -p ${STAGEDIR}${PREFIX}/etc/diskcheckd.conf.sample \
+   ${STAGEDIR}${PREFIX}/etc/diskcheckd.conf
 
 .include bsd.port.mk
--- sysutils/diskcheckd/pkg-plist
+++ sysutils/diskcheckd/pkg-plist-staged
@@ -1,4 +1,6 @@
 sbin/diskcheckd
+man/man8/diskcheckd.8
+man/man5/diskcheckd.conf.5
 @unexec if cmp -s %D/etc/diskcheckd.conf.sample %D/etc/diskcheckd.conf; then 
rm -f %D/etc/diskcheckd.conf; fi
 etc/diskcheckd.conf.sample
 @exec if [ ! -f %D/etc/diskcheckd.conf ]; then cp %D/%F %B/diskcheckd.conf; fi
___
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] 355352: 8x leftovers, 76x success

2014-05-26 Thread Ports-QAT
Update openjpeg to 2.1.0.

Version 2.x is incompatible with openjpeg 1.5. Preserve it as openjpeg15
and update users.

Approved by:portmgr (implicit) for NO_STAGE ports
-

  Build ID:  20140526144400-55941
  Job owner: k...@freebsd.org
  Buildtime: 14 hours
  Enddate:   Tue, 27 May 2014 04:18:50 GMT

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

-

Port:devel/gdcm 2.4.2_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339566/gdcm-2.4.2_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339567/gdcm-2.4.2_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339568/gdcm-2.4.2_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339569/gdcm-2.4.2_1.log

-

Port:devel/tex-web2c 20120701_3

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339570/tex-web2c-20120701_3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339571/tex-web2c-20120701_3.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339572/tex-web2c-20120701_3.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339573/tex-web2c-20120701_3.log

-

Port:editors/calligra 2.7.5_6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339574/calligra-2.7.5_6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339575/calligra-2.7.5_6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339576/calligra-2.7.5_6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339577/calligra-2.7.5_6.log

-

Port:graphics/blender 2.70a_2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339578/blender-2.70a_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339579/blender-2.70a_2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339580/blender-2.70a_2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339581/blender-2.70a_2.log

-

Port:graphics/darktable 1.2.3_6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339582/darktable-1.2.3_6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339583/darktable-1.2.3_6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339584/darktable-1.2.3_6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339585/darktable-1.2.3_6.log

-

Port:graphics/gstreamer1-plugins-openjpeg 1.2.4_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20140526144400-55941-339586/gstreamer1-plugins-openjpeg-1.2.4_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 

[QAT] 355354: 2x ignored: is marked as broken: segfaults during build on 9.x, 2x ignored: is marked as broken: fails to install on amd64, 2x compiler_error, 53x success, 4x leftovers, 4x ignored: is m

2014-05-26 Thread Ports-QAT
- Convert gmake,bzip2 to USES

Approved by:portmgr
-

  Build ID:  20140526145000-37839
  Job owner: m...@freebsd.org
  Buildtime: 15 hours
  Enddate:   Tue, 27 May 2014 05:45:22 GMT

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

-

Port:lang/Sather 1.2.2_2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339654/sather-1.2.2_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339655/sather-1.2.2_2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: SEGFAULTS DURING BUILD ON 9.X

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: SEGFAULTS DURING BUILD ON 9.X

-

Port:lang/ats 0.2.9

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339658/ats-0.2.9.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339659/ats-0.2.9.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339660/ats-0.2.9.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339661/ats-0.2.9.log

-

Port:lang/cint 5.16.19_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339662/cint-5.16.19_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339663/cint-5.16.19_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339664/cint-5.16.19_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339665/cint-5.16.19_1.log

-

Port:lang/elan 1.7c

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339666/elan-1.7c.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339667/elan-1.7c.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339668/elan-1.7c.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339669/elan-1.7c.log

-

Port:lang/ferite 1.0.2_4

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339670/ferite-1.0.2_4.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339671/ferite-1.0.2_4.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339672/ferite-1.0.2_4.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339673/ferite-1.0.2_4.log

-

Port:lang/gambit-c v4.6.6,1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339674/gambit-c-v4.6.6,1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339675/gambit-c-v4.6.6,1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339676/gambit-c-v4.6.6,1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140526145000-37839-339677/gambit-c-v4.6.6,1.log