Fixed by specifying
# make USE_GCC=any -C devel/json-c
seems to not build with clang.
-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3
xorg.devel
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/devel-json-c-build-fails-tp5809185p5809308.html
Hello.
I might be interested in running Squid's TPROXY with ipfw.
Looking for docs, I've found almost only this:
http://tproxy.no-ip.org/
It seems a bit old, is it still valid?
Any caveat/hint?
Can it work alongside standard mode?
bye Thanks
av.
On 7/05/2013 3:02 AM, Beeblebrox wrote:
Err Msg is:
In file included from jsapi.cpp:1:
jsapi.cpp:1641:14: warning: cast from 'char *' to 'JSAtom **' increases
required alignment from 1 to 8 [-Wcast-align]
atom = (*(JSAtom **)((char*)(cx-runtime)-atomState + (offset)));
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as broken in their Makefiles. In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments. The most common
As part of an ongoing effort to reduce the number of problems in the
FreeBSD ports system, we periodically notify users about
ports that are marked as forbidden in their Makefiles. Often,
these ports are so marked due to security concerns, such as known
exploits.
An overview of each port,
07.05.2013, 11:47, Andrea Venturoli m...@netfence.it:
Hello.
I might be interested in running Squid's TPROXY with ipfw.
Looking for docs, I've found almost only this:
http://tproxy.no-ip.org/
It seems a bit old, is it still valid?
Any caveat/hint?
Can it work alongside standard mode?
Hi,
I was updating graphics/converseen from 0.5.3 to 0.6.1
In the current version, I use
USE_CMAKE= yes
But this doesn't seem to work now, and I have to use
USES+= cmake
to make it compile in redports.org.
There should be a code portion like this:
.if defined(USE_CMAKE)
. if
koobs:
patch did not work (native host or poudriere). Patch output below, contents
of link above changed to build output from poudriere for your patched ver.
# patch patch-r309185
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--
|Index:
Hello.
I've installed smartmontools on several machines, both i386 and amd64,
8.3 or 9.1.
On one box in particular, though, it dumps core.
There are two SCSI and four SATA HDs here.
The stacktrace:
# gdb smartd
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is
Hello.
I've got a medium-sized installation of Cyrus-IMAP 2.2 (~80 mailboxes,
~5000 folders, 1M mails).
Due to OL2013 misbehaviours, I've been asked to upgrade it to 2.4, so
I'll feature XLIST.
Considering the setup is a simple one (one partition, no murder, no
other fancies) and having
Hi.
You should at least specify version of the smartmontools :)
On 05/07/2013 01:33 PM, Andrea Venturoli wrote:
Hello.
I've installed smartmontools on several machines, both i386 and amd64,
8.3 or 9.1.
On one box in particular, though, it dumps core.
There are two SCSI and four SATA HDs
On 05/07/13 14:21, Alex Samorukov wrote:
Hi.
You should at least specify version of the smartmontools :)
Oh, sorry! :)
It's the latest:
% pkg_info|grep smart
smartmontools-6.1 S.M.A.R.T. disk monitoring tools
bye Thanks
av.
___
On 1 May 2013 00:26, Rafael Espíndola rafael.espind...@gmail.com wrote:
This is now
http://llvm.org/bugs/show_bug.cgi?id=15882
And it got fixed! :-)
It just missed 3.3 branching, but I will make sure it gets ported.
Cheers,
Rafael
___
On 2013-05-07 14:59, Rafael Espíndola wrote:
On 1 May 2013 00:26, Rafael Espíndola rafael.espind...@gmail.com wrote:
This is now
http://llvm.org/bugs/show_bug.cgi?id=15882
And it got fixed! :-)
It just missed 3.3 branching, but I will make sure it gets ported.
Okay, can the original
On Tue, May 7, 2013 at 1:52 PM, Alberto Villa avi...@freebsd.org wrote:
Hi,
On Tuesday 07 May 2013 13:45:15 Fernando Apesteguía wrote:
In the current version, I use
USE_CMAKE= yes
converseen was converted to USES=cmake along with all the other ports using
USE_CMAKE.
Thanks. I updated my
When I try to build astro/gpsd on 10.0-CURRENT it fails with the
following messages (devel/scons should be up to date):
/usr/ports/astro/gpsd#make
=== Found saved configuration for gpsd-3.9
=== Fetching all distfiles required by gpsd-3.9 for building
=== Extracting for gpsd-3.9
= SHA256
Update net/bird net/bird6 to 1.3.10.
Reviewed by:az
-
Build ID: 20130507163000-15364
Job owner: melif...@freebsd.org
Buildtime: 17 minutes
Enddate: Tue, 07 May 2013 16:46:53 GMT
## Rainer Hurling (rhur...@gwdg.de):
When I try to build astro/gpsd on 10.0-CURRENT it fails with the
following messages (devel/scons should be up to date):
The root cause of this is the interaction between scons and
ncurses5-config (from devel/ncurses) - scons mis-parses the
output of the
Fix dependency.
Reported by:miwi
-
Build ID: 20130507165000-51171
Job owner: h...@freebsd.org
Buildtime: 16 minutes
Enddate: Tue, 07 May 2013 17:05:55 GMT
Revision:
## Rainer Hurling (rhur...@gwdg.de):
I am wondering, if this could have something to do with the simultaneous
presence of libncurses in base system and ports?
No, that's no problem. I'd blame scons and scons alone, as it tries
to interpret the output of ncurses5-config, which is meant to be
On Mon, 06 May 2013 14:14:04 +0200, Dimitry Andric d...@freebsd.org wrote:
/wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35/src/nv-freebsd.h:145:11:
note: previous declaration is here
RM_STATUS os_alloc_contig_pages(void **, U032);
^
Please try the
I wish the UPDATING note on users of print/a2ps-{a4,letter} ... had said
I should remove a2ps-letter or I guess replace it (ie portmaster -o
print/a2ps print/a2ps-letter). Because, while hunting where a port
dependency had crept in and broke other packagesI noticed that I had
So, with the new nginx, I saw SPDY. Being curious I turned it on. It said
(SSL req.), but it wasn't obvious that it mean that it meant openssl from
ports, which was going to break everything else that uses SSL on my system.
At least everything that needs to verify certificates, because ports
Hiroki Sato h...@freebsd.org wrote
in 20130503.215135.1987071730491164980@allbsd.org:
hr hr Thanks for the feedback! A revised version is as follows:
hr hr
hr hr http://people.allbsd.org/~hrs/FreeBSD/mozc_port_20130501-1.diff
hr hr
On ia64 r247266 with ports at r317606:
=== Compressing manual pages for tex-kpathsea-6.1.0
=== Running ldconfig
/sbin/ldconfig -m /usr/local/lib
=== Registering installation for tex-kpathsea-6.1.0
Installing tex-kpathsea-6.1.0...pkg: tex-kpathsea-6.1.0 conflicts with
tex-kpathsea-6.1.0
Anton Shterenlikht me...@bris.ac.uk wrote
in 201305071613.r47gdhdf075...@mech-cluster241.men.bris.ac.uk:
me On ia64 r247266 with ports at r317606:
me
me === Compressing manual pages for tex-kpathsea-6.1.0
me === Running ldconfig
me /sbin/ldconfig -m /usr/local/lib
me === Registering
26 matches
Mail list logo