Try using xdebug (another php module) it will produce a stack trace when
it segfaults.
On 09/29/2011 10:29 AM, Moggie wrote:
Hi,
Unfortunately, for some time now, PHP scripts have been producing
segmentation faults when executed on one of our systems :(
Various posts found via google
In the case of this port, it explains to send the report directly to the
maintainer. (I did that about 4 days ago and haven't heard any reply). I
guess the answer is, when in doubt open a pr. Still, it's annoying to be
misled in another direction.
configure: error: no suitable apr found
===
On 04/06/2010 01:40 PM, Russell Jackson wrote:
Is there any objection to the ports provider being disabled on FreeBSD
systems since it mostly just causes puppet to hang anyway? I've had no
luck in fixing it. The problem is that portupgrade and script don't
interact well when running
Sevan / Venture37 wrote:
Hiya
I've created a basic port to install the dns-audit perl script posted
on the Sun Bigadmin site:
http://www.sun.com/bigadmin/scripts/submittedScripts/dns-audit.pl.txt
I'd appreciate some feedback about if you think it's worth submitting
for inclusion to ports or
Thomas Abthorpe wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On June 25, 2009 08:51:43 pm Carlos A. M. dos Santos wrote:
Guys, you have been discussing the category *name* for eight days now
without reaching a consensus. This is becoming somewhat boring. Please
do not reinvent the
per...@pluto.rain.com wrote:
If i18n is too cryptic or too alphanumeric, and
internationalization is too long, why not go with nls?
I personally think that nls is equally as cryptic as i18n or l10n.
Anyone care for intlzn? It's short, should still tab-complete
from in, and it may
I'm following up regarding this apparent maintainer timeout. It's not my
intention to place blame, but to me it is unacceptable that important
security (vuxml) updates are sometimes blocked by unresponsive
maintainers. It is not in the best interest of the users or FreeBSD to
let these things
(Resending, I did not see it posted earlier)
ffmpeg has 3 announced vulnerabilities in this past month.
Here is the latest...
09.6.23 CVE: Not Available
Platform: Cross Platform
Title: FFmpeg libavformat/4xm.c Remote Code Execution
Description: FFmpeg is an application used to record, convert,
Alex Kozlov wrote:
Remove NO_NIS/WITHOUT_NIS from make.conf/src.conf
I do have WITHOUT_NIS in /etc/make.conf
or add this to make.conf:
.if ${.CURDIR:N*/ports/mail/exim} ==
WITHOUT_PERL=yes
WITHOUT_NIS=yes
.endif
This one fixed it, thanks a lot!
--
The more stuff you have, the less it
I'm getting this error when trying to compile (via make) the mail/exim
port (v4.69).
...
cc -o exim
lookups/lookups.a(nis.o)(.text+0x33): In function `nis0_find':
: undefined reference to `yp_match'
lookups/lookups.a(nis.o)(.text+0xa0): In function `nis_find':
: undefined reference to `yp_match'
In limbo-land it seems.
Not here:
ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/6.2-RELEASE/packages/
Or here:
ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/6.2-RELEASE/packages/
Thanks.
--
Some days it's just not worth chewing through the restraints...
Mark D. Foster,
Paul Schmehl wrote:
If you're really serious that you want OpenNMS ported, then it's time
to make your contribution to FreeBSD. :-) Solicit help from other
FreeBSD users who use/want OpenNMS, and work together to distribute
the load and get the job done. There's plenty of people on this
Paul Schmehl wrote:
I'm working on porting the open-vm-tools, and the software builds,
makes and installs fine, but it obviously won't work without Xorg
being installed.
The Xorg components should, if possible, be optional, IMO.
Anyway, thanks for working on this. Have you looked at the
Just completed a setup of dansguardian w/ tinyproxy on 5.5-RELEASE-p11
and it works pretty well. Performance is a bit lackluster, but acceptable.
I noticed that dansguardian requires squid via RUN_DEPENDS but that is a
bit inflexible isn't it. I just commented out that line in the Makefile
before
Patrick Dung wrote:
It would be great if disk device can be used directly.
BTW, I have not yet test netbsd with raw disk.
seems someone test on openbsd and it seems working:
http://www.freebsdforums.org/forums/showthread.php?t=43960
Whole disk or slice? I don't think either works at this
Is this a problem with the gmake port (a dependency of qt4) or should I
go ahead and submit the bug report to GNU gcc?
...
cd doc ; make install
./../etc/mkinstalldirs /usr/local/man/man1 /usr/local/info
install -o root -g wheel -m 444 ./screen.1 /usr/local/man/man1/screen.1
make screen.info
Lowell Gilbert wrote:
qmake, not gmake; I corrected the subject line
Er, ah, yes thanks.
...
cd doc ; make install
./../etc/mkinstalldirs /usr/local/man/man1 /usr/local/info
install -o root -g wheel -m 444 ./screen.1 /usr/local/man/man1/screen.1
make screen.info
makeinfo --no-split
So is python-2.4.3_2 (just committed) STILL vulnerable? It won't let me
upgrade from python-2.4.3
# make
=== python-2.4.3 has known vulnerabilities:
= python -- buffer overrun in repr() for unicode strings.
Reference:
Jose Alonso Cardenas Marquez wrote:
The lang/python port was updated, please update your port tree and try
again. you don't forget to read of ports/UPDATING note.
Regarding the recent python changes... UPDATING states:
After upgrading of lang/python, you must rebuild all its consumer
ports
19 matches
Mail list logo
