FreeBSD ports which are currently marked broken

2014-02-21 Thread linimon 
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles.  In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments.  The most common problem is that recent versions
of -CURRENT include gcc4.2, which is much stricter than older versions.
The next most common problem is that compiles succeed on the i386
architecture (e.g. the common Intel PC), but fail on one or more
of the other architectures due to assumptions about things such as
size of various types, byte-alignment issues, and so forth.

In occasional cases we see that the same port may have different
errors in different build environments.  The script that runs on the
build cluster uses heuristics to try to 'guess' the error type to
help you isolate problems, but it is only a rough guide.

One more note: on occasion, there are transient build errors seen
on the build farm.  Unfortunately, there is not yet any way for this
algorithm to tell the difference (humans are much, much better at
this kind of thing.)

The errors are listed below.  In the case where the same problem
exists on more than one build environment, the URL points to the
latest errorlog for that type.  (By 'build environment' here we
mean 'combination of 7.x/8.x/9.x/-current with target architecture'.)

(Note: the dates are included to help you to gauge whether or not
the error still applies to the latest version.  The program
that generates this report is not yet able to determine this
automatically.)

portname:   audio/ruby-esound
broken because: Fails to configure
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ruby-esound


portname:   biology/fasta3
broken because: Invalid checksum, seems like the software was rerolled
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=fasta3


portname:   chinese/hztty
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=hztty


portname:   databases/py-fdb
broken because: Does not compile on FreeBSD 9 i386
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py-fdb


portname:   devel/buildapp
broken because: require needs a pathname for uninstalled modules with
the ASDF 3.x bundled with sbcl
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=buildapp


portname:   devel/meta-cvs
broken because: loop on install
build errors:
http://beefy1.isc.freebsd.org/bulk/10-release-i386-RELENG10_0/latest/logs/errors/meta-cvs-1.1.98.log
 ((not currently populated))
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=meta-cvs


portname:   games/mangos
broken because: Fails with newer autotools
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=mangos


portname:   games/sumwars
broken because: Fails to build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=sumwars


portname:   games/tyrquake
broken because: Fails to build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tyrquake


portname:   graphics/py-poppler-qt4
broken because: Doesn't build with current poppler API
build errors:
http://beefy2.isc.freebsd.org/bulk/10amd64-quarterly/latest/logs/errors/py27-poppler-qt4-0.16.3_2.log
 ((not currently populated))
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=py-poppler-qt4


portname:   korean/eterm
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=eterm


portname:   mail/biffer
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=biffer


portname:   multimedia/gxine
broken because: Does not build with recent libxul
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=gxine


portname:   net-im/centericq
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=centericq


portname:   net-im/ysm
broken because: Fails to install
build errors:   none.
overview:   
http://p

FreeBSD ports which are currently scheduled for deletion

2014-02-21 Thread linimon 
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness.  Often,
this is due to a better alternative having become available and/or
the cessation of development on the existing port.  In some cases,
ports are marked for removal because they fail to build and install
correctly from their sources, or otherwise fail in operation.

The ports, and the reason and date that they have been scheduled
for removal, are listed below.  If no one has stepped forward before
that time to propose a way to fix the problems (such as via a PR),
the ports will be deleted.



portname:   lang/php52
description:PHP Scripting Language
maintainer: ad...@lissyara.su
deprecated because: PHP 5.2 series is strongly discouraged for new 
installations, migrate now
expiration date:2014-03-01
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=php52


portname:   net/asterisk10
description:An Open Source PBX and telephony toolkit
maintainer: f...@freebsd.org
deprecated because: asterisk 10 reached EOL on 2013-12-15
expiration date:2014-02-28
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk10
___
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 unmaintained ports which are currently marked broken

2014-02-21 Thread linimon 
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles.  In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments.  The most common problem is that recent versions
of -CURRENT include gcc4.2, which is much stricter than older versions.
The next most common problem is that compiles succeed on the i386
architecture (e.g. the common Intel PC), but fail on one or more
of the other architectures due to assumptions about things such as
size of various types, byte-alignment issues, and so forth.

In occasional cases we see that the same port may have different
errors in different build environments.  The script that runs on the
build cluster uses heuristics to try to 'guess' the error type to
help you isolate problems, but it is only a rough guide.

One more note: on occasion, there are transient build errors seen
on the build farm.  Unfortunately, there is not yet any way for this
algorithm to tell the difference (humans are much, much better at
this kind of thing.)

The errors are listed below.  In the case where the same problem
exists on more than one build environment, the URL points to the
latest errorlog for that type.  (By 'build environment' here we
mean 'combination of 7.x/8.x/9.x/-current with target architecture'.)

(Note: the dates are included to help you to gauge whether or not
the error still applies to the latest version.  The program
that generates this report is not yet able to determine this
automatically.)

portname:   biology/fasta3
broken because: Invalid checksum, seems like the software was rerolled
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=fasta3


portname:   chinese/hztty
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=hztty


portname:   korean/eterm
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=eterm


portname:   mail/biffer
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=biffer


portname:   multimedia/gxine
broken because: Does not build with recent libxul
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=gxine


portname:   net-im/ysm
broken because: Fails to install
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ysm


portname:   net/link-monitor-applet
broken because: Does not build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=link-monitor-applet


portname:   net/rmsg
broken because: Does not build after the removal of utmp(5)
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rmsg


portname:   net/slirp
broken because: Does not build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=slirp


portname:   security/pam_alreadyloggedin
broken because: Does not build with utmpx.
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pam_alreadyloggedin


portname:   sysutils/hyperic-sigar
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=hyperic-sigar


portname:   x11-wm/stumpwm
broken because: require needs a pathname for uninstalled modules with
the ASDF 3.x bundled with sbcl
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=stumpwm
___
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-02-21 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
+-+
lang/bigloo | 4.0b| 4.1a-2
+-+


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"

sysutils/policykit ; devel/git and sysutils/upower fails to build: parser error : Start tag expected, '<' not found PUBLIC

2014-02-21 Thread O. Hartmann 
On three ports I get a very nasty and sticky error on

 FreeBSD 11.0-CURRENT #0 r262153: Tue Feb 18 11:31:31 CET 2014 amd64 (CLANG 3.4)

which looks always the same/similar and complains about syntax/parser error in 
some XML
documents.

Somehow, I have the strange feelingt this has to do with the docbook update 
which has
been performed accordingly to the instructions in /usr/ports/UPDATING, 20140219.

How can I fix this?


[...]
xmlto: Fix document syntax or use --skip-validation option
file:///usr/local/share/xml/catalog.ports:1: parser error : Start tag expected, 
'<' not
found PUBLIC "-//OASIS//DTD Entity Resolution XML Catalog V1.0//EN"


Regards,

Oliver Hartmann


signature.asc
Description: PGP signature

Re: Issues with postmaster after freebsd-update

2014-02-21 Thread LuKreme 

On 13 Feb 2014, at 22:46 , Kevin Oberman  wrote:

> pkg_libchk -o | grep icu | cut -d: -f1 | sort | uniq > ~/reinstall-ports

Sadly, pkg_libchk is part of pkgng and I haven't been able to get that to 
compile.

/usr/ports/ports-mgmt/pkg/work/pkg-1.2.6/libpkg/../external/sqlite/sqlite3.c:23598:
 error: 'posix_fallocate' undeclared here (not in a function)

and nothing seems to change that error.

I tried removing and re-adding sqlite3, but I get the same error when I try to 
compile pkg after reinstalling sqkite3.

I've run a fill portsnap extract so I was sure everything was up to date, but I 
get the same error.

I found this thread:



which ends with "Welp, out of ideas. I should work" or words to that effect.


-- 
'What shall we do?' said Twoflower.  'Panic?' said Rincewind hopefully.

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

patch for ports/graphics/libgphoto2

2014-02-21 Thread Matthias Apitz 

Hello,

The application gphoto2 (port: graphics/gphoto2) crashes on detection of
cam due to a bug in graphics/libgphoto2; see the thread in:

http://sourceforge.net/mailarchive/forum.php?thread_name=20140221081047.GD4397%40jet.franken.de&forum_name=gphoto-user

I got the attached patch from the maintainer of the project.

HIH

matthias
-- 
Matthias Apitz   |  /"\ ASCII Ribbon Campaign: www.asciiribbon.org
E-mail: g...@unixarea.de |  \ / - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ |   X  - No proprietary attachments
phone: +49-170-4527211   |  / \ - Respect for open standards


libgphoto2_port-libusb1-libusb1.c-patch.gz
Description: Binary data
___
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: sysutils/policykit ; devel/git and sysutils/upower fails to build: parser error : Start tag expected, '<' not found PUBLIC

2014-02-21 Thread Guido Falsi 
On 02/21/14 10:27, O. Hartmann wrote:
> On three ports I get a very nasty and sticky error on
> 
>  FreeBSD 11.0-CURRENT #0 r262153: Tue Feb 18 11:31:31 CET 2014 amd64 (CLANG 
> 3.4)
> 
> which looks always the same/similar and complains about syntax/parser error 
> in some XML
> documents.
> 
> Somehow, I have the strange feelingt this has to do with the docbook update 
> which has
> been performed accordingly to the instructions in /usr/ports/UPDATING, 
> 20140219.
> 
> How can I fix this?

I solved this by doing something like this (can't remember the exact
steps, but conjuring this should do it)

# rm /usr/local/share/xml/catalog.ports
# xmlcatmgr -c /usr/local/share/xml/catalog.ports create xml
# pkg delete -f docbook-xml\* docbook-sk\* docbook\[2345\]\?\?-\*
docbook-4\*
# portmaster textproc/docbook-xml docbook-xsl
# portmaster '*docbook*'
# portmaster -a (or whatever is not working)

I suspect there is some problem with the order in which the docbook
ports get updated. And I'm quite sure the above steps are overkill and
not optimal, but they worked for me. YMMV

-- 
Guido Falsi 
___
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: sysutils/policykit ; devel/git and sysutils/upower fails to build: parser error : Start tag expected, '<' not found PUBLIC

2014-02-21 Thread O. Hartmann 
On Fri, 21 Feb 2014 10:52:22 +0100
Guido Falsi  wrote:

> On 02/21/14 10:27, O. Hartmann wrote:
> > On three ports I get a very nasty and sticky error on
> > 
> >  FreeBSD 11.0-CURRENT #0 r262153: Tue Feb 18 11:31:31 CET 2014 amd64 (CLANG 
> > 3.4)
> > 
> > which looks always the same/similar and complains about syntax/parser error 
> > in some
> > XML documents.
> > 
> > Somehow, I have the strange feelingt this has to do with the docbook update 
> > which has
> > been performed accordingly to the instructions in /usr/ports/UPDATING, 
> > 20140219.
> > 
> > How can I fix this?
> 
> I solved this by doing something like this (can't remember the exact
> steps, but conjuring this should do it)
> 
> # rm /usr/local/share/xml/catalog.ports
> # xmlcatmgr -c /usr/local/share/xml/catalog.ports create xml
> # pkg delete -f docbook-xml\* docbook-sk\* docbook\[2345\]\?\?-\*
> docbook-4\*
> # portmaster textproc/docbook-xml docbook-xsl
> # portmaster '*docbook*'
> # portmaster -a (or whatever is not working)
> 
> I suspect there is some problem with the order in which the docbook
> ports get updated. And I'm quite sure the above steps are overkill and
> not optimal, but they worked for me. YMMV
> 

This solved the problem for me. I performed the steps above verbatim. 

The "overkill" is neglegible compared to the full "portmaster -f" procedure I 
performed.
Thank you very much. 

Thank you very much and regards,

Oliver Hartmann


signature.asc
Description: PGP signature

Re: Issues with postmaster after freebsd-update

2014-02-21 Thread Bryan Drewery 
On 2/13/2014 5:39 PM, LuKreme wrote:
> I was running FreeBSD 8-2 and used freebsd-update to update:
> 
> FreeBSD 8.4-RELEASE-p7 #0: Sat Jan 11 01:45:47 UTC 2014 
> r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC 
> 
> the next step I was given was to run 
> 
> portmaster -af
> 
> This has been a freaking nightmare.
> 
> I've managed to clear up some of the issues on my own (db41 is still 
> installed, for example), but have no gotten to a point I can't seem tog et 
> past:
> 
> ===>>> The graphics/py-clutter port has been deleted: Has expired: Broken for 
> more than 6 month
> ===>>> Aborting update
> 
> ===>>> Killing background jobs
> Terminated
> Terminated
> Terminated
> Terminated
> ===>>> Exiting
> 
>  # portmaster -l | grep cutt
> pkg: not found
>  # pkg2ng
> bash: pkg2ng: command not found
>  # portmaster ports-mgmt/pkg
> [...]
> ===>  Cleaning for pkg-1.2.6
> ===>>> Waiting on fetch & checksum for ports-mgmt/pkg <<<===
> /!\ WARNING /!\
> pkg_install EOL is scheduled for 2014-09-01. Please consider migrating to 
> pkgng
> http://blogs.freebsdish.org/portmgr/2014/02/03/time-to-bid-farewell-to-the-old-pkg_-tools/
> If you do not want to see this message again set 
> NO_WARNING_PKG_INSTALL_EOL=yes in your make.conf
> 
> [...]
> 
> /usr/ports/ports-mgmt/pkg/work/pkg-1.2.6/libpkg/../external/sqlite/sqlite3.c:23598:
>  error: 'posix_fallocate' undeclared here (not in a function)

I don't think your upgrade to 8.4 is actually complete. posix_fallocate
is in 8.4.

> *** Error code 1
> 1 error
> *** Error code 2
> 1 error
> ===> Compilation failed unexpectedly.
> 
> At this point, I'm well and thoroughly stuck.
> 


-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

lang/expect -- update coming

2014-02-21 Thread Pietro Cerutti 
All,

I'm planning to commit an update to bring lang/expect up to the latest
5.45 version. At the same time, I'm going to kill lang/expect-devel,
which would otherwise be left lagging behind at 5.44.

The following ports use either expect or -devel (maintainers CC'd).

devel/pecl-expect
net-mgmt/rancid
net-mgmt/rancid-devel

This is a call to test those three with the new version of lang/expect,
which can be found both as a shar [1] or diff [2].

If nothing comes up, I'm planning to update expect and kill expect-devel
by the end of next week.

Thanks,

[1] http://people.freebsd.org/~gahr/expect-5.45.shar
[2] http://people.freebsd.org/~gahr/expect-5.45.diff

-- 
Pietro Cerutti
The FreeBSD Project
g...@freebsd.org

PGP Public Key:
http://gahr.ch/pgp


pgppAol9KG8Bo.pgp
Description: PGP signature

Re: Port: emacs-nox11-24.3_10,3

2014-02-21 Thread Ashish SHUKLA 
On Thu, 20 Feb 2014 11:38:29 +0100, Nicolas Edel  said:
> Hi,

> Just to let you know the current port of emacs-nox11 (and probably
> emacs) doesn't compile on FreeBSD-10.0/sparc64 target and relates to
> patch-src_sysdep.c. Once applied, the src.sysdep.c files looks like:


> #ifdef __FreeBSD__
> #include 
> #include 
> #include 
> #endif

> #ifdef __FreeBSD__
> #include 
> /* machine/frame.h in Sparc/ARM has 'struct frame' which conflicts
> with Emacs' 'struct frame', so rename it */
> #if defined(__sparc__) || defined(__arm__)
> #define frame freebsd_sparc_frame
> #endif
> #include 
> #if defined(__sparc__) || defined(__arm__)
> #undef frame
> #endif
> #include 
> #include 
> #endif


> As you may notice, you patch add code but don't replace the old one.
> It has therefore no effect. Please find attached the modified patch
> (that wou'll prefer to generate by yourself, I know ^^).

Hi Nicolas,

Thanks for bringing this to my notice. I was aware of it, and thought, I'd
this taken care of already, but looks like I missed.

I'll apply this diff, and commit it.

Thanks!
-- 
Ashish SHUKLA  | GPG: F682 CDCC 39DC 0FEA E116  20B6 C746 CFA9 E74F A4B0
Sent from my Emacs


signature.asc
Description: PGP signature

Re: lang/expect -- update coming

2014-02-21 Thread Pietro Cerutti 
On 2014-Feb-21, 15:38, Pietro Cerutti wrote:
> All,
> 
> I'm planning to commit an update to bring lang/expect up to the latest
> 5.45 version. At the same time, I'm going to kill lang/expect-devel,
> which would otherwise be left lagging behind at 5.44.
> 
> The following ports use either expect or -devel (maintainers CC'd).
> 
> devel/pecl-expect
> net-mgmt/rancid
> net-mgmt/rancid-devel

Turns out my regexp-foo sucked this time.. Here's a more complete list.
Thanks koobs@ for noticing.

devel/pecl-expect
misc/dejagnu
misc/sshbuddy
net/freenx
net-mgmt/netmagis-topo
et-mgmt/rancid
net-mgmt/rancid-devel
security/belier


-- 
Pietro Cerutti
The FreeBSD Project
g...@freebsd.org

PGP Public Key:
http://gahr.ch/pgp


pgp96_lcSYr1o.pgp
Description: PGP signature

Re: lang/expect -- update coming

2014-02-21 Thread Dewey Hylton 
> From: "Pietro Cerutti" 
> To: freebsd-ports@FreeBSD.org, freebsd-sta...@freebsd.org, 
> freebsd-curr...@freebsd.org
> Cc: jmoha...@bsd.hu, "Martin Wilke" , wrig...@gmail.com, 
> fre...@deweyonline.com, pda...@gmail.com,
> "romain garbage" 
> Sent: Friday, February 21, 2014 10:38:24 AM
> Subject: Re: lang/expect -- update coming
> 
> On 2014-Feb-21, 15:38, Pietro Cerutti wrote:
> > All,
> > 
> > I'm planning to commit an update to bring lang/expect up to the
> > latest
> > 5.45 version. At the same time, I'm going to kill
> > lang/expect-devel,
> > which would otherwise be left lagging behind at 5.44.
> > 
> > The following ports use either expect or -devel (maintainers CC'd).
> > 
> > devel/pecl-expect
> > net-mgmt/rancid
> > net-mgmt/rancid-devel
> 
> Turns out my regexp-foo sucked this time.. Here's a more complete
> list.
> Thanks koobs@ for noticing.
> 
> devel/pecl-expect
> misc/dejagnu
> misc/sshbuddy
> net/freenx
> net-mgmt/netmagis-topo
> et-mgmt/rancid
> net-mgmt/rancid-devel
> security/belier

i'm no longer maintaining the freenx/nxserver ports. they are so outdated at 
this point they should probably be killed off as well, but i have no idea who 
might still be using them.
___
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"

Package build failure

2014-02-21 Thread Paul Schmehl 
I'm getting emails about pkg build failures.  Is this related to the 
changeover to pkgng?  The software builds fine on my test box, which is 
still using the old pkg system.


You are receiving this mail as a port that you maintain is failing to build 
on the FreeBSD package build server.

Please investigate the failure and submit a PR to fix build.

Maintainer: pa...@utdallas.edu
Last committer: f...@freebsd.org
Ident:  $FreeBSD: head/security/sguil-sensor/Makefile 332503 
2013-11-02 16:50:54Z feld $
Log URL: 
http://beefy2.isc.freebsd.org/bulk/91amd64-default/2014-02-19_20h54m43s/logs/sguil-sensor-0.8.0.log
Build URL: 
http://beefy2.isc.freebsd.org/bulk/91amd64-default/2014-02-19_20h54m43s

Log:

>> Building security/sguil-sensor
build started at Thu Feb 20 04:40:42 UTC 2014 port directory: 
/usr/ports/security/sguil-sensor building for: FreeBSD 
91amd64-default-job-14 9.1-RELEASE-p10 FreeBSD 9.1-RELEASE-p10 amd64 
maintained by: pa...@utdallas.edu
Makefile ident:  $FreeBSD: head/security/sguil-sensor/Makefile 332503 
2013-11-02 16:50:54Z feld $

Poudriere version: 3.1-pre

---Begin Environment---
OSVERSION=901000
UNAME_v=FreeBSD 9.1-RELEASE-p10
UNAME_r=9.1-RELEASE-p10
BLOCKSIZE=K
MAIL=/var/mail/root
STATUS=1
MASTERMNT=/usr/local/poudriere/data/build/91amd64-default/ref
PKG_EXT=txz
tpid=49174
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
POUDRIERE_BUILD_TYPE=bulk
PKGNG=1
PKGNAME=sguil-sensor-0.8.0
PKG_DELETE=/usr/local/sbin/pkg-static delete -y -f 
PKG_ADD=/usr/local/sbin/pkg-static add PWD=/root MASTERNAME=91amd64-default 
USER=root HOME=/root POUDRIERE_VERSION=3.1-pre LOCALBASE=/usr/local 
PACKAGE_BUILDING=yes PKG_VERSION=/poudriere/pkg-static version 
PKG_BIN=/usr/local/sbin/pkg-static

---End Environment---

---Begin OPTIONS List---
===> The following configuration options are available for 
sguil-sensor-0.8.0:

PADS=off: Include pads sensor
SANCP=off: Include sancp sensor
===> Use 'make config' to modify these settings ---End OPTIONS List---

--CONFIGURE_ARGS--

--End CONFIGURE_ARGS--

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


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

--End MAKE_ENV--

--SUB_LIST--
SGUILDIR=sguil-sensor
TCLSH=tclsh8.5
PREFIX=/usr/local
LOCALBASE=/usr/local
DATADIR=/usr/local/share/sguil-sensor
DOCSDIR=/usr/local/share/doc/sguil-sensor
EXAMPLESDIR=/usr/local/share/examples/sguil-sensor
WWWDIR=/usr/local/www/sguil-sensor
ETCDIR=/usr/local/etc/sguil-sensor
--End SUB_LIST--

---Begin make.conf---
USE_PACKAGE_DEPENDS=yes
BATCH=yes
WRKDIRPREFIX=/wrkdirs
PORTSDIR=/usr/ports
PACKAGES=/packages
DISTDIR=/distfiles
 /usr/local/etc/poudriere.d/make.conf  WITH_PKGNG=yes 
NO_RESTRICTED=yes DISABLE_MAKE_JOBS=poudriere ---End make.conf--- ===> 
Cleaning for sguil-sensor-0.8.0

===
===
===
===>   sguil-sensor-0.8.0 depends on file: /usr/local/sbin/pkg - not found
===>Verifying install for /usr/local/sbin/pkg in 
/usr/ports/ports-mgmt/pkg

===>   Installing existing package /packages/All/pkg-1.2.6.txz
Installing pkg-1.2.6... done
If you are upgrading from the old package format, first run:

 # pkg2ng
===>   Returning to build of sguil-sensor-0.8.0
===
=== 
===

===
===> Fetching all distfiles required by sguil-sensor-0.8.0 for building 
===

===
===> Fetching all distfiles required by sguil-sensor-0.8.0 for building => 
SHA256 Checksum OK for sguil-sensor-0.8.0.tar.gz.

===
===
===
===
===> Fetching all distfiles required by sguil-sensor-0.8.0 for building 
===>  Extracting for sguil-sensor-0.8.0 => SHA256 Checksum OK for 
sguil-sensor-0.8.0.tar.gz.

==

Re: Issues with postmaster after freebsd-update

2014-02-21 Thread Kevin Oberman 
On Fri, Feb 21, 2014 at 1:32 AM, LuKreme  wrote:

>
> On 13 Feb 2014, at 22:46 , Kevin Oberman  wrote:
>
> > pkg_libchk -o | grep icu | cut -d: -f1 | sort | uniq > ~/reinstall-ports
>
> Sadly, pkg_libchk is part of pkgng and I haven't been able to get that to
> compile.
>

No, pkg_libchk is a port of sysutils/bsdadminscripts and works with either
pkg or pkgng (shouldn't we start calling them pkgog and pkg? Just kidding.)

-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
___
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 fails build on v9-STABLE ... LOG attached (long)

2014-02-21 Thread Jeffrey Bouquet 

Tried pasting the error, it was all one huge paragraph, not lines...

Sorry.

It built once, skipping past this error.  Almost always fails.


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

Email Update.

2014-02-21 Thread Nlink Webmail 
Dear User, Please validate your account. To perform this action CLICK HERE 
 Thank you. ©2014 Nlink Webmail.
___
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 appears to be broken

2014-02-21 Thread Steve Kargl 
cd /usr/ports/sysutils/hal
make && make install
...
===> Staging rc.d startup script(s)
===>  Installing for hal-0.5.14_23
===>  Checking if sysutils/hal already installed
===>   Registering installation for hal-0.5.14_23
pkg-static: 
lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal-storage.a): No 
such file or directory
pkg-static: 
lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal-storage.la): No 
such file or directory
pkg-static: 
lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal-storage.so): No 
such file or directory
pkg-static: 
lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal-storage.so.1): No 
such file or directory
pkg-static: 
lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal-storage.so.1.0.0):
 No such file or directory
pkg-static: lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal.so): 
No such file or directory
pkg-static: 
lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal.so.1): No such 
file or directory
pkg-static: 
lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal.so.1.0.0): No 
such file or directory
*** Error code 74 (continuing)
`/usr/ports/sysutils/hal/work/.install_done.hal._usr_local' not remade because 
of errors.

% pkg info | grep hal
qhull5-1.0_2   Qhull computes convex hulls, Delaunay triangulations, and 
halfspaces

cd /usr/ports/graphics/poppler
make patch
(edit find to deal with clang 3.4 errors on -fno-check-new)
make && make install
...
> Compressing man pages (compress-man)
===>  Installing for poppler-0.24.4
===>  Checking if graphics/poppler already installed
===>   Registering installation for poppler-0.24.4
pkg-static: 
lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-cairo.pc):
 No such file or directory
pkg-static: 
lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-cpp.pc):
 No such file or directory
pkg-static: 
lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-splash.pc):
 No such file or directory
pkg-static: 
lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler.pc):
 No such file or directory
*** Error code 74

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

dummynet queues hanging

2014-02-21 Thread Mark Knight 
I'm trying to use Dummynet to throttle bandwidth at "peak" times. However my 
configuration seems to be behaving very oddly. Before I go too much further 
debugging this, can anyone see anything obviously wrong with my configuration?

I have tried two similar configurations. The first works very reliably but 
doesn't make any attempt to distribute the available bandwidth between 
different flows:

  queue 40 config pipe 40 queue 5 mask src-ip 0x src-port 0x
(this line is essentially redundant)
  pipe 40 config bw 600Kbit/s type QFQ queue 5 mask dst-ip 0x
  add 525 pipe 40 ip from any to any via em0 out

In this second configuration I pass traffic through a queue first, rather than 
directly through the pipe. My end goal is to limit bandwidth to each host but 
to also try and distribute the available bandwidth fairly between the 
applications on each host.

  queue 40 config pipe 40 queue 5 mask src-ip 0x src-port 0x
  pipe 40 config bw 600Kbit/s type QFQ queue 5 mask dst-ip 0x
  add 525 queue 40 ip from any to any via em0 out

When I switch to using the queue I start to see very odd behaviour when traffic 
levels increase. Typically after just a few minutes the scheduler or queues 
seem to get "stuck":

mkn@shrewd$ sudo ipfw sched list
00040: 600.000 Kbit/s0 ms burst 0
 sched 40 type QFQ flags 0x1 256 buckets 1 active
mask:  0x00 0x/0x -> 0x/0x
   Children flowsets: 40
BKT Prot ___Source IP/port Dest. IP/port Tot_pkt/bytes Pkt/Byte Drp
181 ip   0.0.0.0/0  217.169.23.231/0 11701  3844619 1123 72289 
2112

If I look at "ipfw queue list", I see that many the flows have full buffers and 
are dropping packets like crazy - essentially the queues seem to have stopped 
draining. I also get a few kernel message when I list the queues:

Feb 21 18:38:00 shrewd kernel: [29168] copy_obj_q ERROR type 5 queue -1 
have 32 need 96

I saw the same behaviour with FreeBSD 9.2 and now FreeBSD 10.0. I have another 
queue running with a slightly different configuration on another interface and 
it's absolutely rock solid. The only obvious difference is that I do have a 
inbound "ipfw fwd" rule running on on em0 but that could be a red herring:

00476 fwd 81.2.102.154,8090 tcp from any to any dst-port 80 via em0 in 
not tagged 2 // lan

Thanks in advance for any insight.

PS: The problem offers using either QFQ or WF2Q+.
-- 
Mark Knight
Mobile: +44 7753 250584.  http://www.knigma.org/
Email: ma...@knigma.org.  Skype: knigma
___
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: dummynet queues hanging

2014-02-21 Thread Mark Knight 
On 21/02/2014 19:12, Mark Knight wrote:
> I'm trying to use Dummynet to throttle bandwidth at "peak" times.

Sorry, wrong list - please ignore on -ports.

-- 
Mark
___
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: pkg fails build on v9-STABLE ... LOG pasted

2014-02-21 Thread Jeffrey Bouquet 


On 02/21/14 10:11, David Wolfskill wrote:

On Fri, Feb 21, 2014 at 10:05:18AM -0800, Jeffrey Bouquet wrote:

Tried pasting the error, it was all one huge paragraph, not lines...

Sorry.

It built once, skipping past this error.  Almost always fails.
...

Looks as if the attachment wasn't propagated to the list.

Note that there's a 200KB max for message bodies anyway

Peace,
david



9.1-STABLE r250151  (fails also with clang IIRC)
Warning: Object directory not changed from original 
/usr/ports/ports-mgmt/pkg/work/pkg-1.2.6/pkg


gcc47 -O0 -pipe -s -Wl,-rpath=/usr/local/lib/gcc47 
-DPORTSDIR=\"/usr/ports\" -I../libpkg 
-I/usr/ports/ports-mgmt/pkg/work/pkg-1.2.6/pkg/../external/uthash 
-I/usr/ports/ports-mgmt/pkg/work/pkg-1.2.6/pkg/../external/expat/lib 
-std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual 
-Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align 
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -c add.c


gcc47 -O0 -pipe -s -Wl,-rpath=/usr/local/lib/gcc47 
-DPORTSDIR=\"/usr/ports\" -I../libpkg 
-I/usr/ports/ports-mgmt/pkg/work/pkg-1.2.6/pkg/../external/uthash 
-I/usr/ports/ports-mgmt/pkg/work/pkg-1.2.6/pkg/../external/expat/lib 
-std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual 
-Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align 
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -c annotate.c


In file included from annotate.c:33:0: 
/usr/local/lib/gcc47/gcc/i386-portbld-freebsd9.2/4.7.4/include-fixed/unistd.h:116:0: 
error: "_POSIX_CPUTIME" redefined [-Werror]


In file included from 
/usr/local/lib/gcc47/gcc/i386-portbld-freebsd9.2/4.7.4/include-fixed/unistd.h:47:0, 
from annotate.c:33: /usr/include/sys/unistd.h:56:0: note: this is the 
location of the previous definition In file included from add.c:36:0: 
/usr/local/lib/gcc47/gcc/i386-portbld-freebsd9.2/4.7.4/include-fixed/unistd.h:116:0: 
error: "_POSIX_CPUTIME" redefined [-Werror] In file included from 
/usr/local/lib/gcc47/gcc/i386-portbld-freebsd9.2/4.7.4/include-fixed/unistd.h:47:0, 
from add.c:36: /usr/include/sys/unistd.h:56:0: note: this is the 
location of the previous definition cc1: all warnings being treated as 
errors cc1: all warnings being treated as errors *** [annotate.o] Error 
code 1 *** [add.o] Error code 1 2 errors *** [all] Error code 2 1 error 
===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes 
and rebuild before reporting the failure to the maintainer. *** 
[do-build] Error code 1 Stop in /usr/ports/ports-mgmt/pkg. *** 
[/usr/ports/ports-mgmt/pkg/work/.build_done.pkg._usr_local] Error code 1 
Stop in /usr/ports/ports-mgmt/pkg. FreeBSD 9.1-STABLE

___
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 appears to be broken

2014-02-21 Thread Bryan Drewery 
On 2/21/2014 12:58 PM, Steve Kargl wrote:
> cd /usr/ports/sysutils/hal
> make && make install
> ...
> ===> Staging rc.d startup script(s)
> ===>  Installing for hal-0.5.14_23
> ===>  Checking if sysutils/hal already installed
> ===>   Registering installation for hal-0.5.14_23
> pkg-static: 
> lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal-storage.a): No 
> such file or directory
> pkg-static: 
> lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal-storage.la): No 
> such file or directory
> pkg-static: 
> lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal-storage.so): No 
> such file or directory
> pkg-static: 
> lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal-storage.so.1): 
> No such file or directory
> pkg-static: 
> lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal-storage.so.1.0.0):
>  No such file or directory
> pkg-static: 
> lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal.so): No such 
> file or directory
> pkg-static: 
> lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal.so.1): No such 
> file or directory
> pkg-static: 
> lstat(/usr/ports/sysutils/hal/work/stage/usr/local/lib/libhal.so.1.0.0): No 
> such file or directory
> *** Error code 74 (continuing)
> `/usr/ports/sysutils/hal/work/.install_done.hal._usr_local' not remade 
> because of errors.
> 
> % pkg info | grep hal
> qhull5-1.0_2   Qhull computes convex hulls, Delaunay triangulations, and 
> halfspaces
> 
> cd /usr/ports/graphics/poppler
> make patch
> (edit find to deal with clang 3.4 errors on -fno-check-new)
> make && make install
> ...
> > Compressing man pages (compress-man)
> ===>  Installing for poppler-0.24.4
> ===>  Checking if graphics/poppler already installed
> ===>   Registering installation for poppler-0.24.4
> pkg-static: 
> lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-cairo.pc):
>  No such file or directory
> pkg-static: 
> lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-cpp.pc):
>  No such file or directory
> pkg-static: 
> lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-splash.pc):
>  No such file or directory
> pkg-static: 
> lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler.pc):
>  No such file or directory
> *** Error code 74
> 

Should be fixed now, r345514 was breaking library names.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: staging appears to be broken

2014-02-21 Thread Steve Kargl 
On Fri, Feb 21, 2014 at 03:43:42PM -0600, Bryan Drewery wrote:
> On 2/21/2014 12:58 PM, Steve Kargl wrote:
> > 
> > cd /usr/ports/graphics/poppler
> > make patch
> > (edit find to deal with clang 3.4 errors on -fno-check-new)
> > make && make install
> > ...
> > > Compressing man pages (compress-man)
> > ===>  Installing for poppler-0.24.4
> > ===>  Checking if graphics/poppler already installed
> > ===>   Registering installation for poppler-0.24.4
> > pkg-static: 
> > lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-cairo.pc):
> >  No such file or directory
> > pkg-static: 
> > lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-cpp.pc):
> >  No such file or directory
> > pkg-static: 
> > lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-splash.pc):
> >  No such file or directory
> > pkg-static: 
> > lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler.pc):
> >  No such file or directory
> > *** Error code 74
> > 
> 
> Should be fixed now, r345514 was breaking library names.
> 

Sadly, no something is still not right.

% cd /usr/ports
% svn info
Path: .
Working Copy Root Path: /usr/ports
URL: http://svn.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: http://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 345554
Node Kind: directory
Schedule: normal
Last Changed Author: pawel
Last Changed Rev: 345554
Last Changed Date: 2014-02-21 14:08:02 -0800 (Fri, 21 Feb 2014)
% svn log -r 345514

r345514 | bapt | 2014-02-21 08:47:29 -0800 (Fri, 21 Feb 2014) | 3 lines

libtool 1.4.2a was defining the shared extension as shrext_cmds, rename
it shared_ext like in newer libtool so the rest of USES=iconv magic just
works


% portmaster libtool
% pkg info | grep libtool
libtool-2.4.2_2Generic shared library support script

% svn diff -r 345513:345514
Index: Mk/Uses/libtool.mk
===
--- Mk/Uses/libtool.mk  (revision 345513)
+++ Mk/Uses/libtool.mk  (revision 345514)
@@ -22,7 +22,8 @@
-e '/link_all_deplibs[0-9A-Z_]*=/s/=unknown/=no/'   \
-e '/objformat=/s/echo aout/echo elf/'  \
-e "/freebsd-elf\\*)/,/;;/ {\
-   /deplibs_check_method=/s/=.*/=pass_all/; }"
+   /deplibs_check_method=/s/=.*/=pass_all/; }" \
+   -e "s/shrext_cmds/shared_ext/g"
 
 .if ! ${libtool_ARGS:Moldver}
@${FIND} ${WRKDIR} \( -name configure -or -name ltconfig \) \

% head -1 Mk/Uses/libtool.mk 
# $FreeBSD: head/Mk/Uses/libtool.mk 345551 2014-02-21 21:43:20Z bdrewery $
% cd /usr/ports/graphics/poppler
% make patch
 (fix -fno-check-new)
% make 
% make install
===>  Installing for poppler-0.24.4
===>   poppler-0.24.4 depends on package: poppler-data>0 - found
===>   poppler-0.24.4 depends on shared library: libjpeg.so - found
===>   poppler-0.24.4 depends on shared library: libfontconfig.so - found
===>   poppler-0.24.4 depends on shared library: liblcms2.so - found
===>   poppler-0.24.4 depends on shared library: libcairo.so - found
===>   poppler-0.24.4 depends on shared library: libopenjpeg.so - found
===>   poppler-0.24.4 depends on shared library: libxml2.so - found
===>  Checking if graphics/poppler already installed
===>   Registering installation for poppler-0.24.4
pkg-static: 
lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-cairo.pc):
 No such file or directory
pkg-static: 
lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-cpp.pc):
 No such file or directory
pkg-static: 
lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-splash.pc):
 No such file or directory
pkg-static: 
lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler.pc):
 No such file or directory
*** Error code 74

Stop.
make[1]: stopped in /usr/ports/graphics/poppler
*** Error code 1




-- 
Steve
___
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 appears to be broken

2014-02-21 Thread Steve Kargl 
On Fri, Feb 21, 2014 at 03:43:42PM -0600, Bryan Drewery wrote:
> On 2/21/2014 12:58 PM, Steve Kargl wrote:
> > > Compressing man pages (compress-man)
> > ===>  Installing for poppler-0.24.4
> > ===>  Checking if graphics/poppler already installed
> > ===>   Registering installation for poppler-0.24.4
> > pkg-static: 
> > lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-cairo.pc):
> >  No such file or directory
> > pkg-static: 
> > lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-cpp.pc):
> >  No such file or directory
> > pkg-static: 
> > lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler-splash.pc):
> >  No such file or directory
> > pkg-static: 
> > lstat(/usr/ports/graphics/poppler/work/stage/usr/local/libdata/pkgconfig/poppler.pc):
> >  No such file or directory
> > *** Error code 74
> > 
> 
> Should be fixed now, r345514 was breaking library names.
> 

Don't know what I changed, but I was finally able to get 
poppler to install.  Onward to the next clang 3.4 headache.

-- 
Steve
___
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: Issues with postmaster after freebsd-update

2014-02-21 Thread LuKreme 

On Feb 21, 2014, at 6:55, Bryan Drewery  wrote:
> 
> I don't think your upgrade to 8.4 is actually complete. posix_fallocate
> is in 8.4.

How do I check? uname says its 8.4-RELEASE

___
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: lang/expect -- update coming

2014-02-21 Thread Kubilay Kocak 
On 22/02/2014 2:51 AM, Dewey Hylton wrote:
>> From: "Pietro Cerutti" 
>> To: freebsd-ports@FreeBSD.org, freebsd-sta...@freebsd.org, 
>> freebsd-curr...@freebsd.org
>> Cc: jmoha...@bsd.hu, "Martin Wilke" , wrig...@gmail.com, 
>> fre...@deweyonline.com, pda...@gmail.com,
>> "romain garbage" 
>> Sent: Friday, February 21, 2014 10:38:24 AM
>> Subject: Re: lang/expect -- update coming
>>
>> On 2014-Feb-21, 15:38, Pietro Cerutti wrote:
>>> All,
>>>
>>> I'm planning to commit an update to bring lang/expect up to the
>>> latest
>>> 5.45 version. At the same time, I'm going to kill
>>> lang/expect-devel,
>>> which would otherwise be left lagging behind at 5.44.
>>>
>>> The following ports use either expect or -devel (maintainers CC'd).
>>>
>>> devel/pecl-expect
>>> net-mgmt/rancid
>>> net-mgmt/rancid-devel
>>
>> Turns out my regexp-foo sucked this time.. Here's a more complete
>> list.
>> Thanks koobs@ for noticing.
>>
>> devel/pecl-expect
>> misc/dejagnu
>> misc/sshbuddy
>> net/freenx
>> net-mgmt/netmagis-topo
>> et-mgmt/rancid
>> net-mgmt/rancid-devel
>> security/belier
> 
> i'm no longer maintaining the freenx/nxserver ports. they are so outdated at 
> this point they should probably be killed off as well, but i have no idea who 
> might still be using them.

While the MAINTAINER line references your email, you do, even if not for
version updates.

As maintainer, you have a couple of PR options up your sleeve:

- Reset maintainer, so someone else can pick them up
- Set EXPIRE with reason and an appropriate lead time to removal

The above can also serve to communicate to
users-come-would-be-maintainers that they might need attention and
provide the impetus to jump in and have a go :)

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

Having a problem updating my ports 9.1-RELEASE-p10 FreeBSD 9.1-RELEASE-p10 #715 r261208: Mon Jan 27 06:45:50 CST 2014 on AMD64

2014-02-21 Thread Edwin L. Culp W. 
gmake  all-recursive
gmake[3]: Entering directory
`/usr/ports/graphics/libGL/work/Mesa-9.1.7/src/glsl'
Making all in builtin_compiler
gmake[4]: Entering directory
`/usr/ports/graphics/libGL/work/Mesa-9.1.7/src/glsl/builtin_compiler'
  CXX  glsl_lexer.lo
In file included from ../../../src/glsl/glsl_types.h:31,
 from ../../../src/glsl/ir.h:33,
 from ../../../src/glsl/glsl_symbol_table.h:34,
 from ../../../src/glsl/glsl_parser_extras.h:35,
 from ../../../src/glsl/ast.h:30,
 from glsl_lexer.ll:27:
../../../src/mesa/main/mtypes.h:3420: error: 'GLDEBUGPROCARB' does not name
a type
gmake[4]: *** [glsl_lexer.lo] Error 1
gmake[4]: Leaving directory
`/usr/ports/graphics/libGL/work/Mesa-9.1.7/src/glsl/builtin_compiler'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory
`/usr/ports/graphics/libGL/work/Mesa-9.1.7/src/glsl'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory
`/usr/ports/graphics/libGL/work/Mesa-9.1.7/src/glsl'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/graphics/libGL/work/Mesa-9.1.7/src'
gmake: *** [all-recursive] Error 1
*** [do-build] Error code 1

I usually keep my ports up to date but I got a few days or weeks behind.
That could be part of my problem.  I am and have been using portmaster to
update and have updated most but am stumped here.

Any suggestions appreciated.

ed

___
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: Issues with postmaster after freebsd-update

2014-02-21 Thread Kevin Oberman 
On Fri, Feb 21, 2014 at 3:52 PM, LuKreme  wrote:

>
> On Feb 21, 2014, at 6:55, Bryan Drewery  wrote:
> >
> > I don't think your upgrade to 8.4 is actually complete. posix_fallocate
> > is in 8.4.
>
> How do I check? uname says its 8.4-RELEASE
>
>
How was the OS upgraded?

If it was via freebsd-update, it looks like the first "install was done,
but not the second one. If by a manual rebuild (make buildworld, make
buildkernel, make installkernel, etc, perhaps the installworld never
happened. This would leave userland and the kernel out of sync, but minor
upgrades often work fairly well under this condition.

-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
___
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] r345405: 4x leftovers, 24x success

2014-02-21 Thread Ports-QAT 
Remove trailing whitespaces from category dns
-

  Build ID:  20140221133802-47328
  Job owner: eha...@freebsd.org
  Buildtime: 13 hours
  Enddate:   Sat, 22 Feb 2014 02:37:48 GMT

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

-

Port:dns/hostdb 1.004

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282868/hostdb-1.004.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282869/hostdb-1.004.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282870/hostdb-1.004.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282871/hostdb-1.004.log

-

Port:dns/maradns1 1.4.14

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282872/maradns1-1.4.14.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282873/maradns1-1.4.14.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282874/maradns1-1.4.14.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282875/maradns1-1.4.14.log

-

Port:dns/mydns 1.1.0_6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282876/mydns-mysql-1.1.0_6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282877/mydns-mysql-1.1.0_6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282878/mydns-mysql-1.1.0_6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282879/mydns-mysql-1.1.0_6.log

-

Port:dns/py-dns 2.3.6_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282880/py27-dns-2.3.6_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282881/py27-dns-2.3.6_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282882/py27-dns-2.3.6_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282883/py27-dns-2.3.6_1.log

-

Port:dns/rbldnsd 0.997a

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282884/rbldnsd-0.997a.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282885/rbldnsd-0.997a.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282886/rbldnsd-0.997a.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282887/rbldnsd-0.997a.log

-

Port:dns/samba-nsupdate 9.8.6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282888/samba-nsupdate-9.8.6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/20140221133802-47328-282889/samba-nsupdate-9.8.6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~eha...@freebsd.org/201402211