Staging error in devel/gobject-introspection, apparent missing file
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
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
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
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
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)
On 25.06.2014, at 17:21, Michael Grimm trash...@odo.in-berlin.de wrote: On 24.06.2014, at 12:57, Dirk-Willem van Gulik di...@webweaving.org wrote: Op 24 jun. 2014, om 12:07 heeft Kurt Jaeger li...@opsec.eu 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=revisionrevision=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
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 21 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 string.h 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 string.h 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 stdlib.h 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 string.h or
Re: net/libexosip2-legacy build is failing on -current
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 21 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 string.h 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 string.h 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 stdlib.h 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 string.h 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'
Re: Net::DNS 0.77 / resolv.conf with comments (was: FreeBSD Port: spamassassin-3.4.0_11)
On 28.06.2014, at 15:50, Michael Grimm trash...@odo.in-berlin.de 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 (FILE) { + 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?
On 24.6.2014, at 19.25, Kimmo Paasiala kpaas...@icloud.com 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
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
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
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
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=revisionrevision=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: https://qat.redports.org/buildarchive/20140628122000-35131 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] 359725: 3x leftovers, 1x ???
. 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=revisionrevision=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: https://qat.redports.org/buildarchive/20140629000601-42246 redports https://qat.redports.org/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [CFT]: net-mgmt/icinga2
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