Xin LI wrote:
Hi, Sam,
sam wrote:
I think you may want to try to build it on a -CURRENT box or with GCC
4.2.x, this is not a configure problem I think.
Let me know if you still want the config.log.
Cheers,
i am tested netxms-port on 6.2-RELEASE i386/amd64 (without problem)
Please
I have rewritten the logic part of the GNATS Auto Assign Tool a
little bit, to make it easier for me to add people who have requests
for PRs related to ports. If you have access to freefall.freebsd.org,
have a look at /hub/g/hubgnats/gnats-aa/incoming-PRs/bin/lookups.txt.
Of course, making this
Xin LI wrote:
Hi, Sam,
sam wrote:
I think you may want to try to build it on a -CURRENT box or with GCC
4.2.x, this is not a configure problem I think.
Let me know if you still want the config.log.
Cheers,
i am tested netxms-port on 6.2-RELEASE i386/amd64 (without problem)
Please
Hello.
First, excuse me my top-posting, but... Is this the correct list for
this mail about a Firefox problem?
2007/8/28, TooMany Secrets [EMAIL PROTECTED]:
Hi!
My system:
uname -a
FreeBSD klingon.vlex.com 6.2-STABLE FreeBSD 6.2-STABLE #0: Sun Aug 12
18:52:17 CEST 2007
[EMAIL
sam wrote:
developer's comment:
Work on making NetXMS GCC 4.2.x compatible is almost done, and next
version should compile without problems. We expect to release a new
version in a week or two.
That's great!
By the way, can we separate the port into -server, -client and -agent,
so that the
Hi,
With Mulberry from ports I see the following error when I run it:
mulberry: error while loading shared libraries: /usr/lib/librt.so.1: ELF
file OS ABI invalid
The OS version is quite fresh:
FreeBSD 7.0-CURRENT #0: Tue Aug 28
Anyone have an idea how to fix?
Thanks,
Per olof
Hello,
I noticed that after upgrading spamassassin to the latest (in ports)
version, manual whitelist is somehow broken.
In previous version spamassassin detects without a problem forged From
headers and even with whitelist_from [EMAIL PROTECTED]
mails that are spam got caught.
With the
Hello,
John Marshall wrote:
Stefan Lambrev wrote:
Hello,
I noticed that after upgrading spamassassin to the latest (in ports)
version, manual whitelist is somehow broken.
In previous version spamassassin detects without a problem forged
From headers and even with whitelist_from [EMAIL
Hi,
I'm using ntop 3.3 with FreeBSD 6.2-STABLE , I use it mostely to monitor
netflow flows from cisco routers. After a few seconds ntop stops answering
and the browser is in the state waiting.
This repeats all the time. Where is the problem and what can I do to make
ntop more useful for me ?
On Thu, Aug 30, 2007 at 10:41:09AM +0200, Baptiste Daroussin wrote:
I've made a patch for postfix submitted in pr
(http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/110678) the 16 April
2007.
The maintainer ask it to be committed the 3 august 2007, and it is still
not committed, Is there a
Yes it has been committed few minutes after I sent my email, I haven't
been patient enough :)
Quoting Jeremy Chadwick [EMAIL PROTECTED]:
On Thu, Aug 30, 2007 at 10:41:09AM +0200, Baptiste Daroussin wrote:
I've made a patch for postfix submitted in pr
Edwin Groothuis wrote:
I have rewritten the logic part of the GNATS Auto Assign Tool a
little bit, to make it easier for me to add people who have requests
for PRs related to ports. If you have access to freefall.freebsd.org,
have a look at /hub/g/hubgnats/gnats-aa/incoming-PRs/bin/lookups.txt.
Sorry for long delay...
Alex Dupre wrote:
Stefan Lambrev wrote:
After upgrade from openssh from 4.5 to 4.6 I'm unable to login using
password authentication.
This a challenge-response problem. I'll fix this now...
Neither with RSA keys.
Works to me with fixes in challenge-response...
On Aug 30, 2007, at 4:40 AM, Timur I. Bakeyev wrote:
Which threading libraries do you use? I remember having similar
problem with
libthr.so enabled in libmap.conf. As soon as I tried:
[java]
libpthread.so libpthread.so
libpthread.so.2 libpthread.so.2
All
On Aug 29, 2007, at 10:27 PM, Greg Lewis wrote:
FreeBSD 6.1/amd64 inside a jail.
Builds fine for me on 6.2/amd64 (but outside of a jail).
The hs_error*mumble*.log might provide some clues.
Timur figured it out: it was the threading library from libmap.conf.
Switching to libpthread
On Aug 30, 2007, at 4:40 AM, Timur I. Bakeyev wrote:
Which threading libraries do you use? I remember having similar
problem with
libthr.so enabled in libmap.conf. As soon as I tried:
[java]
libpthread.so libpthread.so
libpthread.so.2 libpthread.so.2
All
[EMAIL PROTECTED] writes:
pkg_add PathToPackage
i already try that one, but got problems with dependencies.
pkg_add don't want install dependencies, so i must install dependences one
by one.
According to man 1 pkg_add you need the PKG_PATH variable.
On Wed, 2007-08-29 at 23:38 +0200, Patrick Hurrelmann wrote:
On Mon, 20 Aug 2007 01:16:53 -0400
Robert C. Noland III [EMAIL PROTECTED] wrote:
On Mon, 2007-08-20 at 02:59 +0530, Subhro wrote:
Hello,
I have compiled the FreeBSD port for compiz 0.5.0 and experiencing
random crashes
Today it muine that won't build, but it always something.
And make readmes are still broken.
--
Lars Eighner
http://www.larseighner.com/index.html
8800 N IH35 APT 1191 AUSTIN TX 78753-5266
___
freebsd-ports@freebsd.org mailing list
Lars Eighner wrote:
Today it muine that won't build, but it always something.
And make readmes are still broken.
Yes, of course.
Kris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To
Hello Robert,
Yes I have also noted that compiz is segfaulting. I have asked this in
#compiz-fusion in freenode. They also didn't have much clue. Maybe a
dump would be more useful?
Also you can commit it in the current state mentioning in pkg-message
about the crash?
Subhro
On 8/30/07, Robert
Hi,
I just saw that the version of this port is obsolete, maybe
you could update it.
Right now version 0.6.1 is up-to-date.
And as I typed whereis tracker, i got an audio tool back, this metatracker is
also named tracker, maybe it would help to just rename it to metatracker or
something,
On Thu, Aug 30, 2007 at 11:02:25PM +0200, r3inforce wrote:
Hi,
I just saw that the version of this port is obsolete, maybe
you could update it.
Right now version 0.6.1 is up-to-date.
And as I typed whereis tracker, i got an audio tool back, this metatracker
is also named tracker,
I just checked the diffs. It is the removal of the processor specific
flags that broke the build.
In addition, it's probably more compatible with future builds to
specify the --disable-server --disable-graphics command line options
on the configure command line rather than to edit the
Hi Rene,
Just getting back from vacation, so am just seeing this now.
The major issue seems to be with the vectorized stuff. If you look at
the file client/Makefile.am, you will see some specific compile
options for different files. For example, analyzeFuncs_sse.cpp needs
to be compiled with
25 matches
Mail list logo