Staging error in devel/gobject-introspection, apparent missing file

2014-06-28 Thread Thomas Mueller
Trying to build x11-wm/icewm, I ran into a roadblock with a dependency,
devel/gobject-introspection
which is also a dependency for other important things.

gmake[1]: Leaving directory `/usr/ports/devel/gobject-introspection/work11.amd64
/gobject-introspection-1.36.0'  
===>  Staging for gobject-introspection-1.36.0_2
===>   Generating temporary packing list
mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory   
*** Error code 1

Stop.   

Stop. 

Was this simply an error in the packing list that can be easily corrected, or 
is it more complicated?

This computer has MSI Z68MA-ED55(B3) motherboard, where Realtek Ethernet works 
with re(4).  I am now in FreeBSD-current amd64.

Previously, this computer had FreeBSD 9.2-STABLE amd64, lost due to bad sectors 
in Western Digital Caviar Green hard drive though I recovered most of the user 
data.

Tom

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


Staging error in devel/gobject-introspection, apparent missing file

2014-06-28 Thread Thomas Mueller
Trying to build x11-wm/icewm, I ran into a roadblock with a dependency,
devel/gobject-introspection
which is also a dependency for other important things.

gmake[1]: Leaving directory `/usr/ports/devel/gobject-introspection/work11.amd64
/gobject-introspection-1.36.0'  
===>  Staging for gobject-introspection-1.36.0_2
===>   Generating temporary packing list
mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory   
*** Error code 1

Stop.   

Stop. 

Was this simply an error in the packing list that can be easily corrected, or 
is it more complicated?

This computer has MSI Z68MA-ED55(B3) motherboard, where Realtek Ethernet works 
with re(4).  I am now in FreeBSD-current amd64.

Previously, this computer had FreeBSD 9.2-STABLE amd64, lost due to bad sectors 
in Western Digital Caviar Green hard drive though I recovered most of the user 
data.

Tom

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


Staging error in devel/gobject-introspection, apparent missing file

2014-06-28 Thread Thomas Mueller
Trying to build x11-wm/icewm, I ran into a roadblock with a dependency,
devel/gobject-introspection
which is also a dependency for other important things.

gmake[1]: Leaving directory `/usr/ports/devel/gobject-introspection/work11.amd64
/gobject-introspection-1.36.0'  
===>  Staging for gobject-introspection-1.36.0_2
===>   Generating temporary packing list
mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory   
*** Error code 1

Stop.   

Stop. 

Was this simply an error in the packing list that can be easily corrected, or 
is it more complicated?

This computer has MSI Z68MA-ED55(B3) motherboard, where Realtek Ethernet works 
with re(4).  I am now in FreeBSD-current amd64.

Previously, this computer had FreeBSD 9.2-STABLE amd64, lost due to bad sectors 
in Western Digital Caviar Green hard drive though I recovered most of the user 
data.

Tom

___
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: Staging error in devel/gobject-introspection, apparent missing file

2014-06-28 Thread Kurt Jaeger
Hi!

> Trying to build x11-wm/icewm, I ran into a roadblock with a dependency,
> devel/gobject-introspection
> which is also a dependency for other important things.
> 
> gmake[1]: Leaving directory 
> `/usr/ports/devel/gobject-introspection/work11.amd64
> /gobject-introspection-1.36.0'
>   
> ===>  Staging for gobject-introspection-1.36.0_2  
>   
> ===>   Generating temporary packing list  
>   
> mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory

Why is it missing ?

/usr/local/etc/mtree/BSD.gnome.dist was installed by package gnomehier-3.0

So, have you tried to reinstall gnomehier ?

-- 
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"


FreeBSD ports you maintain which are out of date

2014-06-28 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
+-+
science/gwyddion| 2.36| 2.37
+-+


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"


Net::DNS 0.77 / resolv.conf with comments (was: FreeBSD Port: spamassassin-3.4.0_11)

2014-06-28 Thread Michael Grimm
On 25.06.2014, at 17:21, Michael Grimm  wrote:
> On 24.06.2014, at 12:57, Dirk-Willem van Gulik  wrote:
>> Op 24 jun. 2014, om 12:07 heeft Kurt Jaeger  het volgende 
>> geschreven:

>>> If you still see the problem, can you provide more details ?
>>> What did you test ? What was the output ?
>> 
>> 
>> The symptom is all DNS failing within Spam Assassin in the default FreeBSD 
>> 10-p3 with latest packages situations; logs will show:
>> 
>>  Jun 24 12:02:04 weser spamd[78829]: plugin: eval failed: 
>> available_nameservers: No DNS servers available! 
>>  Jun 24 12:02:04 weser spamd[78829]:  (available_nameservers: [...] No 
>> DNS servers available!) 
>>  
>> and the solution is to apply the patch from above SA link (below) -OR- go to 
>> a version from apache.org >= revision 1603518; for which 
>> there is not yet a release/tag 
>> (http://svn.apache.org/viewvc?view=revision&revision=1603518).
> 
> I ran into the same issue (10-STABLE, recent ports), and JFTR: I had to 
> downgrade p5-Net-DNS-0.77 back to p5-Net-DNS-0.76 to get 
> spamassassin-3.4.0_11 running again, no patches applied.

> spamassassin-3.4.0

spamassassin-3.4.0_11 and p5-Net-DNS-0.76 worked as expected. After upgrading 
to p5-Net-DNS-0.77 I ran into an issue that looked similar to the one reported 
above. spamd couldn't be daemonized at start-up (timed out). After some 
investigations I found the reason why spamd didn't start after upgrading to 
p5-Net-DNS-0.77:

/etc/resolv.conf
nameserver  1.2.3.4 # some comment
nameserver  8.8.8.8 # another comment

That has been accepted by p5-Net-DNS-0.76, but for p5-Net-DNS-0.77 I had to 
remove the comments:

/etc/resolv.conf
nameserver  1.2.3.4
nameserver  8.8.8.8

After removing those comments spamassassin-3.4.0_11 and p5-Net-DNS-0.77 run as 
expected.

Is this a bug or a feature?

Thanks and regards,
Michael


___
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/libexosip2-legacy build is failing on -current

2014-06-28 Thread Daniel Eischen

I'm well into my 2 week quest to update my ports from a Feb 2014
build to now (June).  One of the last issues is libexosip2-legacy
failing to build with this:

eXconf.c:1103:6: warning: implicit declaration of function 'timercmp' is 
invalid in C99 [-Wimplicit-function-declaration]
if (osip_timercmp(&now, &mtimer, <)) {
^
...

eXconf.c:1103:35: error: expected expression
if (osip_timercmp(&now, &mtimer, <)) {
 ^
...

/usr/local/include/osip2/osip_time.h:59:61: note: expanded from macro 
'osip_timercmp'
#define osip_timercmp(tvp, uvp, cmp)timercmp(tvp,uvp,cmp)

This is stopping my upgrade of kde4, since that needs net/kdenetwork4,
which needs net/linphone-base, which needs libexosip2-legacy.

See attached log for more.  I'm on -current from Jun 17 svn updated
sources.

  FreeBSD 11.0-CURRENT #1 r267580M: Fri Jun 20 11:11:10 EDT 2014 (amd64)

--
DElibtool: compile:  cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include 
-I/usr/local/include -Wall -Wcast-align -Wchar-subscripts -Wformat -Winline 
-Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith 
-DSRV_RECORD -DOSIP_MT -O2 -pipe -I/usr/local/include -L/usr/local/lib 
-fno-strict-aliasing -D_THREAD_SAFE -pthread -O2 -pipe -I/usr/local/include 
-L/usr/local/lib -fno-strict-aliasing -MT eXosip.lo -MD -MP -MF 
.deps/eXosip.Tpo -c eXosip.c -o eXosip.o >/dev/null 2>&1
mv -f .deps/eXosip.Tpo .deps/eXosip.Plo
/bin/sh ../libtool --tag=CC--mode=compile cc -DHAVE_CONFIG_H -I. -I.. -I.. 
-I../include -I/usr/local/include   -Wall -Wcast-align -Wchar-subscripts 
-Wformat -Winline -Wmissing-declarations -Wmissing-prototypes -Wnested-externs 
-Wpointer-arith -DSRV_RECORD -DOSIP_MT -O2 -pipe  -I/usr/local/include 
-L/usr/local/lib -fno-strict-aliasing  -D_THREAD_SAFE -pthread -O2 -pipe  
-I/usr/local/include -L/usr/local/lib -fno-strict-aliasing -MT eXconf.lo -MD 
-MP -MF .deps/eXconf.Tpo -c -o eXconf.lo eXconf.c
libtool: compile:  cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include 
-I/usr/local/include -Wall -Wcast-align -Wchar-subscripts -Wformat -Winline 
-Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith 
-DSRV_RECORD -DOSIP_MT -O2 -pipe -I/usr/local/include -L/usr/local/lib 
-fno-strict-aliasing -D_THREAD_SAFE -pthread -O2 -pipe -I/usr/local/include 
-L/usr/local/lib -fno-strict-aliasing -MT eXconf.lo -MD -MP -MF 
.deps/eXconf.Tpo -c eXconf.c  -fPIC -DPIC -o .libs/eXconf.o
cc: warning: argument unused during compilation: '-L/usr/local/lib'
cc: warning: argument unused during compilation: '-L/usr/local/lib'
eXconf.c:85:15: warning: implicitly declaring library function 'strncmp' with 
type 'int (const char *, const char *, unsigned long)'
return (0 != strncmp(c_address, "192.168", 7)
 ^
eXconf.c:85:15: note: please include the header  or explicitly 
provide a declaration for 'strncmp'
eXconf.c:108:2: warning: implicit declaration of function 'free' is invalid in 
C99 [-Wimplicit-function-declaration]
osip_free(eXosip.user_agent);
^
/usr/local/include/osipparser2/osip_port.h:105:83: note: expanded from macro 
'osip_free'
#define osip_free(P) { if (P!=NULL) { if (osip_free_func) osip_free_func(P); 
else free(P);} }

  ^
eXconf.c:265:4: warning: implicitly declaring library function 'memset' with 
type 'void *(void *, int, unsigned long)'
memset(http_auth, 0, sizeof(struct eXosip_http_auth));
^
eXconf.c:265:4: note: please include the header  or explicitly 
provide a declaration for 'memset'
eXconf.c:371:6: warning: implicit declaration of function 'close' is invalid in 
C99 [-Wimplicit-function-declaration]
close(sock);
^
eXconf.c:710:36: warning: implicitly declaring library function 'malloc' with 
type 'void *(unsigned long)'
eXosip.j_events = (osip_fifo_t *) osip_malloc(sizeof(osip_fifo_t));
  ^
/usr/local/include/osipparser2/osip_port.h:99:62: note: expanded from macro 
'osip_malloc'
#define osip_malloc(S) (osip_malloc_func?osip_malloc_func(S):malloc(S))
 ^
eXconf.c:710:36: note: please include the header  or explicitly 
provide a declaration for 'malloc'
/usr/local/include/osipparser2/osip_port.h:99:62: note: expanded from macro 
'osip_malloc'
#define osip_malloc(S) (osip_malloc_func?osip_malloc_func(S):malloc(S))
 ^
eXconf.c:924:5: warning: implicitly declaring library function 'memcpy' with 
type 'void *(void *, const void *, unsigned long)'
memcpy(&addr, addrinfo->ai_addr, 
addrinfo->ai_addrlen);
^
eXconf.c:924:5: note: please include the header  or explicitly 
provide a decla

Re: net/libexosip2-legacy build is failing on -current

2014-06-28 Thread Daniel Eischen

On Sat, 28 Jun 2014, Daniel Eischen wrote:


I'm well into my 2 week quest to update my ports from a Feb 2014
build to now (June).  One of the last issues is libexosip2-legacy
failing to build with this:


I fixed this by removing package net/libosip2 and instead
installing net/libosip.

--
DElibtool: compile:  cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include 
-I/usr/local/include -Wall -Wcast-align -Wchar-subscripts -Wformat -Winline 
-Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith 
-DSRV_RECORD -DOSIP_MT -O2 -pipe -I/usr/local/include -L/usr/local/lib 
-fno-strict-aliasing -D_THREAD_SAFE -pthread -O2 -pipe -I/usr/local/include 
-L/usr/local/lib -fno-strict-aliasing -MT eXosip.lo -MD -MP -MF 
.deps/eXosip.Tpo -c eXosip.c -o eXosip.o >/dev/null 2>&1
mv -f .deps/eXosip.Tpo .deps/eXosip.Plo
/bin/sh ../libtool --tag=CC--mode=compile cc -DHAVE_CONFIG_H -I. -I.. -I.. 
-I../include -I/usr/local/include   -Wall -Wcast-align -Wchar-subscripts 
-Wformat -Winline -Wmissing-declarations -Wmissing-prototypes -Wnested-externs 
-Wpointer-arith -DSRV_RECORD -DOSIP_MT -O2 -pipe  -I/usr/local/include 
-L/usr/local/lib -fno-strict-aliasing  -D_THREAD_SAFE -pthread -O2 -pipe  
-I/usr/local/include -L/usr/local/lib -fno-strict-aliasing -MT eXconf.lo -MD 
-MP -MF .deps/eXconf.Tpo -c -o eXconf.lo eXconf.c
libtool: compile:  cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include 
-I/usr/local/include -Wall -Wcast-align -Wchar-subscripts -Wformat -Winline 
-Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith 
-DSRV_RECORD -DOSIP_MT -O2 -pipe -I/usr/local/include -L/usr/local/lib 
-fno-strict-aliasing -D_THREAD_SAFE -pthread -O2 -pipe -I/usr/local/include 
-L/usr/local/lib -fno-strict-aliasing -MT eXconf.lo -MD -MP -MF 
.deps/eXconf.Tpo -c eXconf.c  -fPIC -DPIC -o .libs/eXconf.o
cc: warning: argument unused during compilation: '-L/usr/local/lib'
cc: warning: argument unused during compilation: '-L/usr/local/lib'
eXconf.c:85:15: warning: implicitly declaring library function 'strncmp' with 
type 'int (const char *, const char *, unsigned long)'
return (0 != strncmp(c_address, "192.168", 7)
 ^
eXconf.c:85:15: note: please include the header  or explicitly 
provide a declaration for 'strncmp'
eXconf.c:108:2: warning: implicit declaration of function 'free' is invalid in 
C99 [-Wimplicit-function-declaration]
osip_free(eXosip.user_agent);
^
/usr/local/include/osipparser2/osip_port.h:105:83: note: expanded from macro 
'osip_free'
#define osip_free(P) { if (P!=NULL) { if (osip_free_func) osip_free_func(P); 
else free(P);} }

  ^
eXconf.c:265:4: warning: implicitly declaring library function 'memset' with 
type 'void *(void *, int, unsigned long)'
memset(http_auth, 0, sizeof(struct eXosip_http_auth));
^
eXconf.c:265:4: note: please include the header  or explicitly 
provide a declaration for 'memset'
eXconf.c:371:6: warning: implicit declaration of function 'close' is invalid in 
C99 [-Wimplicit-function-declaration]
close(sock);
^
eXconf.c:710:36: warning: implicitly declaring library function 'malloc' with 
type 'void *(unsigned long)'
eXosip.j_events = (osip_fifo_t *) osip_malloc(sizeof(osip_fifo_t));
  ^
/usr/local/include/osipparser2/osip_port.h:99:62: note: expanded from macro 
'osip_malloc'
#define osip_malloc(S) (osip_malloc_func?osip_malloc_func(S):malloc(S))
 ^
eXconf.c:710:36: note: please include the header  or explicitly 
provide a declaration for 'malloc'
/usr/local/include/osipparser2/osip_port.h:99:62: note: expanded from macro 
'osip_malloc'
#define osip_malloc(S) (osip_malloc_func?osip_malloc_func(S):malloc(S))
 ^
eXconf.c:924:5: warning: implicitly declaring library function 'memcpy' with 
type 'void *(void *, const void *, unsigned long)'
memcpy(&addr, addrinfo->ai_addr, 
addrinfo->ai_addrlen);
^
eXconf.c:924:5: note: please include the header  or explicitly 
provide a declaration for 'memcpy'
eXconf.c:1103:6: warning: implicit declaration of function 'timercmp' is 
invalid in C99 [-Wimplicit-function-declaration]
if (osip_timercmp(&now, &mtimer, <)) {
^
/usr/local/include/osip2/osip_time.h:59:41: note: expanded from macro 
'osip_timercmp'
#define osip_timercmp(tvp, uvp, cmp)timercmp(tvp,uvp,cmp)
^
eXconf.c:1103:35: error: expected expression
if (osip_timercmp(&now, &mtimer, <)) {
 ^
/usr/local/include/osip2/osip_time.h:59:58: note: expanded from macro 
'osip_timercmp'
#define osip_timerc

Re: Net::DNS 0.77 / resolv.conf with comments (was: FreeBSD Port: spamassassin-3.4.0_11)

2014-06-28 Thread Michael Grimm
On 28.06.2014, at 15:50, Michael Grimm  wrote:

> spamassassin-3.4.0_11 and p5-Net-DNS-0.76 worked as expected. After upgrading 
> to p5-Net-DNS-0.77 I ran into an issue that looked similar to the one 
> reported above. spamd couldn't be daemonized at start-up (timed out). After 
> some investigations I found the reason why spamd didn't start after upgrading 
> to p5-Net-DNS-0.77:
> 
> /etc/resolv.conf
>   nameserver  1.2.3.4 # some comment
>   nameserver  8.8.8.8 # another comment
> 
> That has been accepted by p5-Net-DNS-0.76, but for p5-Net-DNS-0.77 I had to 
> remove the comments:
> 
> /etc/resolv.conf
>   nameserver  1.2.3.4
>   nameserver  8.8.8.8
> 
> After removing those comments spamassassin-3.4.0_11 and p5-Net-DNS-0.77 run 
> as expected.
> 
> Is this a bug or a feature?

Well, it seems to be a feature :-(

--- /usr/local/lib/perl5/site_perl/5.16/mach/Net/DNS/Resolver/Base.pm   
2014-06-13 23:02:31.0 +0200
+++ Base.pm--0.76-way-to-read-resov.conf2014-06-28 18:31:06.492446355 
+0200
@@ -234,6 +234,10 @@
local $_;
 
while () {
+   s/\s*[;#].*$//; # strip comment
+   next unless m/\S/;  # skip empty 
line
+   s/^\s+//;   # strip leading 
space
+
/^nameserver/ && do {
my ( $keyword, @ip ) = split;
push @ns, map { $_ eq '0' ? '0.0.0.0' : $_ } @ip;

Applying this patch, and p5-Net-DNS-0.77 will deal with trailing comments in 
resolv.conf keywords.

Regards,
Michael
___
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: 'make install NO_PKG_REGISTER=1'. Should that still work with staging?

2014-06-28 Thread Kimmo Paasiala

On 24.6.2014, at 19.25, Kimmo Paasiala  wrote:

> Hello,
> 
> There’s not a whole lot of people who even know this but it used to be that a 
> port could be installed without registering it in the package database by 
> specifying NO_PKG_REGISTER=1 on make(1) command line.  It’s not documented 
> anywhere else but in bsd.port.mk as far as I know.
> 
> Now with a port converted to staging it’s no longer possible to do the same 
> because if you turn off the packaging part then quite obviously nothing will 
> get installed because staged ports use pkg-plist to do the real install and 
> pkg-plist is a pkg(8) feature.
> 
> Now my question is that should this NO_PKG_REGISTER trick still work with 
> staged ports? If it can not be supported anymore there should be a notice 
> somewhere that this feature will no longer work with staged ports.
> 
> -Kimmo

Bug report submitted. I still think that either this feature should be made to 
work with stage-enabled ports or removed if it can not be supported.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191461

-Kimmo


signature.asc
Description: Message signed with OpenPGP using GPGMail


Testing ports without using poudriere without building dependencies

2014-06-28 Thread Marcin Wisnicki
Is there a simple way to test port without building its dependencies, 
instead fetching them from package repository.

I've tried `poudriere testport` but it wants to build everything.

___
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: Testing ports without using poudriere without building dependencies

2014-06-28 Thread Marcin Wisnicki
On Sat, 28 Jun 2014 19:18:25 +, Marcin Wisnicki wrote:

> Is there a simple way to test port without building its dependencies,
> instead fetching them from package repository.
> 
> I've tried `poudriere testport` but it wants to build everything.
> 

Please ignore first "without" in subject, it was meant to be: "Testing 
ports using poudriere without building dependencies"

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


port Makefile github and commis vs. head menu

2014-06-28 Thread CeDeROM
Hello :-)

Is it possible to set GH_COMMIT variable to something else than a
commit in order to fetch a HEAD? I would like to give user an option
to fetch stable release (a default) and also the head in order to
easily build and test development release :-)

Any hints appreciated :-)
Tomek

-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
___
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] 359689: 4x leftovers

2014-06-28 Thread Ports-QAT
Support staging.
-

  Build ID:  20140628122000-35131
  Job owner: nobut...@freebsd.org
  Buildtime: 12 hours
  Enddate:   Sat, 28 Jun 2014 23:56:46 GMT

  Revision:  359689
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=359689

-

Port:textproc/uim-el-xemacs21-mule 1.8.6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~nobut...@freebsd.org/20140628122000-35131-362554/uim-el-xemacs21-mule-1.8.6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~nobut...@freebsd.org/20140628122000-35131-362555/uim-el-xemacs21-mule-1.8.6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~nobut...@freebsd.org/20140628122000-35131-362556/uim-el-xemacs21-mule-1.8.6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~nobut...@freebsd.org/20140628122000-35131-362557/uim-el-xemacs21-mule-1.8.6.log


--
Buildarchive URL: 
redports 
___
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] 359725: 3x leftovers, 1x ???

2014-06-28 Thread Ports-QAT
. Staging support.
-

  Build ID:  20140629000601-42246
  Job owner: gle...@freebsd.org
  Buildtime: 48 minutes
  Enddate:   Sun, 29 Jun 2014 00:54:19 GMT

  Revision:  359725
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=359725

-

Port:games/nethack32 3.2.3_6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629000601-42246-362718/nethack32-3.2.3_6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629000601-42246-362719/nethack32-3.2.3_6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629000601-42246-362720/nethack32-3.2.3_6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629000601-42246-362721/nethack32-3.2.3_6.log


--
Buildarchive URL: 
redports 
___
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: [CFT]: net-mgmt/icinga2

2014-06-28 Thread Warren Block

I've just been setting this up, and had a question and a couple of notes.

Originally, I just installed icinga2.  The icinga2 port does not depend on 
icinga, but appears to need it.  Is this really a dependency, or are the 
two ports meant to be separate?


The icinga.conf-sample does not appear to be installed anywhere by the 
current port.  It can be found in the staging directory,

stage/usr/local/share/examples/icinga/apache22/.

The embedded documentation shown is for 1.11, and it's not clear whether 
the Javascript client for icinga 2 is available, or whether it will make 
the CGI interface unnecessary.  Actually, given the config file, and both 
versions installed, the older version might be the one that is running.  I 
have not experimented with it much yet.


Thank you for your work on this!
___
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] 359728: 4x leftovers

2014-06-28 Thread Ports-QAT
. Support staging.
-

  Build ID:  20140629063801-53236
  Job owner: gle...@freebsd.org
  Buildtime: 5 minutes
  Enddate:   Sun, 29 Jun 2014 06:43:08 GMT

  Revision:  359728
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=359728

-

Port:games/nethack33 3.3.1_10

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629063801-53236-362730/nethack33-3.3.1_10.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629063801-53236-362731/nethack33-3.3.1_10.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629063801-53236-362732/nethack33-3.3.1_10.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629063801-53236-362733/nethack33-3.3.1_10.log


--
Buildarchive URL: 
redports 
___
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] 359729: 4x leftovers

2014-06-28 Thread Ports-QAT
. Support staging.
-

  Build ID:  20140629063801-10543
  Job owner: gle...@freebsd.org
  Buildtime: 9 minutes
  Enddate:   Sun, 29 Jun 2014 06:47:13 GMT

  Revision:  359729
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=359729

-

Port:games/nethack34 3.4.3_8

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629063801-10543-362734/nethack-3.4.3_8.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629063801-10543-362735/nethack-3.4.3_8.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629063801-10543-362736/nethack-3.4.3_8.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629063801-10543-362737/nethack-3.4.3_8.log


--
Buildarchive URL: 
redports 
___
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] 359730: 4x leftovers

2014-06-28 Thread Ports-QAT
. Support staging.
-

  Build ID:  20140629064004-4248
  Job owner: gle...@freebsd.org
  Buildtime: 8 minutes
  Enddate:   Sun, 29 Jun 2014 06:48:21 GMT

  Revision:  359730
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=359730

-

Port:games/nethack34-nox11 3.4.3_8

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064004-4248-362738/nethack-nox11-3.4.3_8.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064004-4248-362739/nethack-nox11-3.4.3_8.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064004-4248-362740/nethack-nox11-3.4.3_8.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064004-4248-362741/nethack-nox11-3.4.3_8.log


--
Buildarchive URL: 
redports 
___
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] 359731: 4x leftovers

2014-06-28 Thread Ports-QAT
. Support staging.
-

  Build ID:  20140629064005-43410
  Job owner: gle...@freebsd.org
  Buildtime: 10 minutes
  Enddate:   Sun, 29 Jun 2014 06:49:53 GMT

  Revision:  359731
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=359731

-

Port:games/nethack33-nox11 3.3.1_10

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064005-43410-362742/nethack33-nox11-3.3.1_10.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064005-43410-362743/nethack33-nox11-3.3.1_10.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064005-43410-362744/nethack33-nox11-3.3.1_10.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064005-43410-362745/nethack33-nox11-3.3.1_10.log


--
Buildarchive URL: 
redports 
___
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: Staging error in devel/gobject-introspection, apparent missing file

2014-06-28 Thread Thomas Mueller
> > Trying to build x11-wm/icewm, I ran into a roadblock with a dependency,
> > devel/gobject-introspection
> > which is also a dependency for other important things.
 
> > gmake[1]: Leaving directory 
> > `/usr/ports/devel/gobject-introspection/work11.amd64
> > /gobject-introspection-1.36.0'  
> > 
> > ===>  Staging for gobject-introspection-1.36.0_2
> > 
> > ===>   Generating temporary packing list
> > 
> > mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory

> Why is it missing ?

> /usr/local/etc/mtree/BSD.gnome.dist was installed by package gnomehier-3.0

> So, have you tried to reinstall gnomehier ?

> p...@opsec.eu+49 171 3101372 6 years to 
> go !

Maybe gnomehier was not yet installed?  It's a young installation, replacing 
FreeBSD 9.2-STABLE on Western Digital Green 3 TB hard drive that developed bad 
sectors, with FreeBSD-current amd64 on new Seagate hard drive.

So I installed gnomehier, then devel/gobject-introspection, then x11-wm/icewm 
and remaining dependencies, successfully.

Thanks for the tip!

Tom
___
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] 359732: 4x leftovers

2014-06-28 Thread Ports-QAT
. Fix COMMENT.
-

  Build ID:  20140629064200-38158
  Job owner: gle...@freebsd.org
  Buildtime: 11 minutes
  Enddate:   Sun, 29 Jun 2014 06:53:07 GMT

  Revision:  359732
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=359732

-

Port:games/nethack34 3.4.3_8

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064200-38158-362746/nethack-3.4.3_8.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064200-38158-362747/nethack-3.4.3_8.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064200-38158-362748/nethack-3.4.3_8.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064200-38158-362749/nethack-3.4.3_8.log


--
Buildarchive URL: 
redports 
___
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] 359733: 4x leftovers

2014-06-28 Thread Ports-QAT
. Fix COMMENT.
-

  Build ID:  20140629064200-5336
  Job owner: gle...@freebsd.org
  Buildtime: 13 minutes
  Enddate:   Sun, 29 Jun 2014 06:55:00 GMT

  Revision:  359733
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=359733

-

Port:games/nethack33 3.3.1_10

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064200-5336-362750/nethack33-3.3.1_10.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064200-5336-362751/nethack33-3.3.1_10.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064200-5336-362752/nethack33-3.3.1_10.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064200-5336-362753/nethack33-3.3.1_10.log


--
Buildarchive URL: 
redports 
___
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] 359734: 3x leftovers, 1x ???

2014-06-28 Thread Ports-QAT
. Sort packing list.
-

  Build ID:  20140629064200-57013
  Job owner: gle...@freebsd.org
  Buildtime: 16 minutes
  Enddate:   Sun, 29 Jun 2014 06:58:21 GMT

  Revision:  359734
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=359734

-

Port:games/nethack32 3.2.3_6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064200-57013-362754/nethack32-3.2.3_6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064200-57013-362755/nethack32-3.2.3_6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064200-57013-362756/nethack32-3.2.3_6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~gle...@freebsd.org/20140629064200-57013-362757/nethack32-3.2.3_6.log


--
Buildarchive URL: 
redports 
___
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"