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
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_
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
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
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
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
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
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
> 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
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
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
===>
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
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
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
__
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
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, 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
21 matches
Mail list logo