Hi, Simon. Can you send me the output of config.status?
Also, are you setting the environment variables on the command line,
or exporting them in the environment before running make? Can you
send a snippet showing your compilation process? (starting with a
fresh port extract, naturally
INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
Done.
make_index: nget-0.27.1_1: no entry for /usr/ports/devel/autoconf261
Committers on the hook:
ade kevlo lippe vanilla
Most recent CVS update was
Hi!
My second day of updateing KDE to 3.5.9 version and I had problem still.
kdesdk3 doesn't want to update:
pofiles.cc:450:5: warning: "YY_STACK_USED" is not defined
pofiles.cc:1518:5: warning: "YY_MAIN" is not defined
In file included from pofiles.cc:249:
/usr/local/include/FlexLexer.h:130: er
Philip M. Gollucci wrote:
[PLEASE DROP GNATS from your replys]
http://tinderbox-amd64.rws/index.php?action=list_buildports&build=8-CURRENT-RT38
should be
http://tinderbox-amd64.riderway.com:8080/index.php?action=list_buildports&build=8-CURRENT-RT38
__
In response to the numerous pings on this port,
[PLEASE DROP GNATS from your replys]
You can track my progress here:
http://people.freebsd.org/~pgollucci/rt38
- rt38.diff (UPDATING, www/rt*)
- rt38/ the new port
- I'm not going to ask for repo copy since its so different
unless someone feels
Dear colleagues,
for over a year, I did not have a bit of success trying to activate World
Community Grid tasks on amd64 FreeBSD machines - every task is finished within
tens of seconds with 'failed' status.
And, Yes, I do follow instruction on pav's page (kern.elf32.fallback_brand=3,
new chec
Hello,
I am currently trying to update my development port of sysutils/lcdproc. I am
using a locally managed port named Custom/lcdproc-devel for this (you can get
it from http://mdolze.gmxhome.de/files/lcdproc-devel.tgz).
If I try to configure it, I get this:
lcdproc-devel> make configure
===>
Tuc at T-B-O-H.NET schreef:
I'm running boinc-6.2.14 without X11 and ALT, currently with setiathome and
milkywayathome from ports. There were some difficulties in getting work for
seti, especially astropulse units seem hard to get (I got 1 on a windows box).
For setiathome, there definitely sho
> I'm running boinc-6.2.14 without X11 and ALT, currently with setiathome and
> milkywayathome from ports. There were some difficulties in getting work for
> seti, especially astropulse units seem hard to get (I got 1 on a windows box).
>
> For setiathome, there definitely should be an app_info.x
Luigi Rizzo wrote:
On Tue, Aug 19, 2008 at 01:12:37PM -0500, Jeremy Messenger wrote:
On Tue, 19 Aug 2008 12:26:31 -0500, Luigi Rizzo <[EMAIL PROTECTED]> wrote:
A fair amount of third party software in ports still uses
which in our system is like this:
/* $FreeBSD: src/include/malloc.h,v 1.5
On Tue, Aug 19, 2008 at 01:12:37PM -0500, Jeremy Messenger wrote:
> On Tue, 19 Aug 2008 12:26:31 -0500, Luigi Rizzo <[EMAIL PROTECTED]> wrote:
>
> >A fair amount of third party software in ports still uses
> >which in our system is like this:
> >
> > /* $FreeBSD: src/include/malloc.h,v 1.5 20
On Tue, 19 Aug 2008 12:26:31 -0500, Luigi Rizzo <[EMAIL PROTECTED]> wrote:
A fair amount of third party software in ports still uses
which in our system is like this:
/* $FreeBSD: src/include/malloc.h,v 1.5 2001/11/07 23:14:31 obrien Exp
$ */
#if __STDC__
#error " has been
Luigi Rizzo wrote:
A fair amount of third party software in ports still uses
which in our system is like this:
/* $FreeBSD: src/include/malloc.h,v 1.5 2001/11/07 23:14:31 obrien Exp
$ */
#if __STDC__
#error " has been replaced by "
#else
#include
A fair amount of third party software in ports still uses
which in our system is like this:
/* $FreeBSD: src/include/malloc.h,v 1.5 2001/11/07 23:14:31 obrien Exp
$ */
#if __STDC__
#error " has been replaced by "
#else
#include
#endif
What is the
This package is now under svn and can be retrieved at:
svn co https://mailagent.svn.sourceforge.net/svnroot/mailagent/trunk/mailagent
I have checked this out using 7.0Release. The new version is:mailagent-3.1.57
--
Barry Friedman
Emax Computer Systems Inc., 480 Tweeds
Hi,
The build which triggered this email is done under tinderbox-2.4.3, on
7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly"
and ccache support, with the "official" up-to-date Ports Tree, with the
following vars set:
NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_
Hi,
The build which triggered this email is done under tinderbox-2.4.3, on
7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly"
and ccache support, with the "official" up-to-date Ports Tree, with the
following vars set:
NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_
Hi,
The build which triggered this email is done under tinderbox-2.4.3, on
7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly"
and ccache support, with the "official" up-to-date Ports Tree, with the
following vars set:
NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_
Hi,
The build which triggered this email is done under tinderbox-2.4.3, on
7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly"
and ccache support, with the "official" up-to-date Ports Tree, with the
following vars set:
NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_
Hi,
The build which triggered this email is done under tinderbox-2.4.3, on
7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly"
and ccache support, with the "official" up-to-date Ports Tree, with the
following vars set:
NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_
On Mon, 18 Aug 2008 19:20:10 -0500
Mitja <[EMAIL PROTECTED]> wrote:
> Freebsd 7.0, KDe 3.5.6
>
> tried to update KDE 3.5.8 to KDE 3.5.9:
>
> kdebase, kdepim, arts, some kdeaddons were okay but now I got:
> ===>>> Starting build for ports that need updating <<<===
>
> ===>>> Launching child to u
21 matches
Mail list logo
