Hello,
I'm having strange problem with one of the nagios plugins:
/usr/local/libexec/nagios/check_disk - if I use the -p option it core dumps
zsh: segmentation fault (core dumped)
/usr/local/libexec/nagios/check_disk -w 5% -c 3% -p /usr
Can someone help with patch please ? :)
ktrace.out
Hi,
I'm trying to build Openoffice in today's current.
Build make -DWITHOUT_MOZILLA -DWITHOUT_GNOMEVFS command fails with:
...
/bin/sh mklibgcc tmp-libgcc.mk
mv tmp-libgcc.mk libgcc.mk
TARGET_CPU_DEFAULT= \
HEADERS=ansidecl.h DEFINES= \
/bin/sh
There is a bug in LZMA running on amd64. LZMA, an archiver port,
segmentation faults on files 1-5 GB in size. I've tested this on three
different xeon dual multi-core processor servers. In each case, lzma core
dumps in the exact same spot and the resulting file size for each is exactly
the
There is a bug in LZMA running on amd64. LZMA, an archiver port,
segmentation faults on files 1-5 GB in size. I've tested this on three
different xeon dual multi-core processor servers. In each case, lzma core
dumps in the exact same spot and the resulting file size for each is exactly
the
On Fri, Jul 06, 2007 at 06:32:43AM -0700, David Southwell wrote:
[EMAIL PROTECTED] /usr/ports]# portupgrade -a
/usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:119:in `fill': MOVED file format
error (PortsDB::MOVEDError)
from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:113:in `each'
On Friday 06 July 2007 06:32:48 Wesley Shields wrote:
On Fri, Jul 06, 2007 at 06:32:43AM -0700, David Southwell wrote:
[EMAIL PROTECTED] /usr/ports]# portupgrade -a
/usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:119:in `fill': MOVED file
format error (PortsDB::MOVEDError)
from
On Fri, Jul 06, 2007 at 06:49:05AM -0700, David Southwell wrote:
On Friday 06 July 2007 06:32:48 Wesley Shields wrote:
On Fri, Jul 06, 2007 at 06:32:43AM -0700, David Southwell wrote:
[EMAIL PROTECTED] /usr/ports]# portupgrade -a
/usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:119:in `fill':
On Friday 06 July 2007 06:55:41 Wesley Shields wrote:
On Fri, Jul 06, 2007 at 06:49:05AM -0700, David Southwell wrote:
On Friday 06 July 2007 06:32:48 Wesley Shields wrote:
On Fri, Jul 06, 2007 at 06:32:43AM -0700, David Southwell wrote:
[EMAIL PROTECTED] /usr/ports]# portupgrade -a
On Friday 06 July 2007 07:16:51 David Southwell wrote:
On Friday 06 July 2007 06:55:41 Wesley Shields wrote:
On Fri, Jul 06, 2007 at 06:49:05AM -0700, David Southwell wrote:
On Friday 06 July 2007 06:32:48 Wesley Shields wrote:
On Fri, Jul 06, 2007 at 06:32:43AM -0700, David Southwell
On Friday 06 July 2007 05:28:48 Mikhail Teterin wrote:
Please, re-sync and try again... If there is entity.h under
/usr/local/include already (such as one installed by gd-2), the build would
fail.
A fresh patch makes sure, lynx' own entities.h is always included.
-mi
Ran cvsup ports
I'm currently running a gamut of tests (500 tests, per package --
128 total on my server), and outputting all data to CSV files to
interpret later, using another Perl script to interpret calculated
averages and standard deviations.
Excellent! Much-needed work.
Using basic printf(2)'s
Tim Kientzle wrote:
I'm currently running a gamut of tests (500 tests, per package --
128 total on my server), and outputting all data to CSV files to
interpret later, using another Perl script to interpret calculated
averages and standard deviations.
Excellent! Much-needed work.
pe2900# pkg_add
ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/6.2-RELEASE/packages/textproc/denature-0.6.5.tbz
Fetching
ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/6.2-RELEASE/packages/textproc/denature-0.6.5.tbz...
Done.
Error: FTP Unable to get
-I tried ... buffering ... the +CONTENTS file parsing function, and the
majority of the time it yielded good results
One approach I prototyped sometime back was to use
libarchive in pkg_add as follows:
* Open the archive
* Read +CONTENTS directly into memory (it's
guaranteed to
Tim Kientzle said:
One approach I prototyped sometime back was to use
libarchive in pkg_add as follows:
* Open the archive
* Read +CONTENTS directly into memory (it's
guaranteed to always be first in the archive)
I can only concur with that. In my program
On 7/6/07, Eric Kingston [EMAIL PROTECTED] wrote:
There is a bug in LZMA running on amd64. LZMA, an archiver port,
segmentation faults on files 1-5 GB in size. I've tested this on three
different xeon dual multi-core processor servers. In each case, lzma core
dumps in the exact same spot and
--On July 5, 2007 9:21:04 AM -0400 Wesley Shields [EMAIL PROTECTED]
wrote:
Speaking of difficult ports.
I'm working on the upgrade to security/bro. It's a royal PITA. The
author hardcodes destinations for everything so that the software
doesn't follow FreeBSD conventions at all,
On Fri, 6 Jul 2007, Michel Talon wrote:
Tim Kientzle said:
One approach I prototyped sometime back was to use
libarchive in pkg_add as follows:
* Open the archive
* Read +CONTENTS directly into memory (it's
guaranteed to always be first in the archive)
I can only concur with that. In
Hi,
I've installed graphics/djview4, and nsdejavu.so fails to initialize in
firefox:
LoadPlugin: failed to initialize shared library
/usr/local/lib/djview4/plugins/nsdejavu.so
[/usr/local/lib/djview4/plugins/nsdejavu.so: Undefined symbol
XtShellStrings]
Manually adding -lXt to NSDEJAVU_LIBS in
On Sat, 7 Jul 2007, Yuri Pankov wrote:
Hi,
I've installed graphics/djview4, and nsdejavu.so fails to initialize in
firefox:
LoadPlugin: failed to initialize shared library
/usr/local/lib/djview4/plugins/nsdejavu.so
[/usr/local/lib/djview4/plugins/nsdejavu.so: Undefined symbol
XtShellStrings]
On Fri, Jul 06, 2007 at 03:46:18PM -0700, [EMAIL PROTECTED] wrote:
On Sat, 7 Jul 2007, Yuri Pankov wrote:
Hi,
I've installed graphics/djview4, and nsdejavu.so fails to initialize in
firefox:
LoadPlugin: failed to initialize shared library
/usr/local/lib/djview4/plugins/nsdejavu.so
Jeremie Le Hen wrote:
Hi,
Is there a way to track dependency-only ports, so that if I install
port0 which requires port1 which in turn requires port2 and so on,
deinstalling port0 will deinstall portN up to the first one required by
another port or one I explicitely installed.
I realize
Any chance we could get devel/anjuta updated to coincide with the
latest stable release (which is 2.2.0 as of this writing).
Thanks.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send
On 2007-Jul-06 07:08:16 -0600, Eric Kingston [EMAIL PROTECTED] wrote:
There is a bug in LZMA running on amd64. LZMA, an archiver port,
segmentation faults on files 1-5 GB in size. I've tested this on three
different xeon dual multi-core processor servers. In each case, lzma core
dumps in the
On 07/05/07 22:31, Eric Anderson wrote:
On 07/02/07 15:30, Juergen Lock wrote:
Looks like its time for this again... Many bugs have been fixed,
some features have been added, like, qemu-system-arm has grown
emulation of a few PDAs like some Zaurus models, etc. As always,
please test now,
Indigo 23 wrote:
Any chance we could get devel/anjuta updated to coincide with the
latest stable release (which is 2.2.0 as of this writing).
The chances will be greatly improved if you take a shot at updating it
yourself, and then send a pr with your results. :)
Doug
--
This .signature
26 matches
Mail list logo