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 probl
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 probl
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, inclu
07.05.2013, 11:47, "Andrea Venturoli" :
> 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 defined(CMAKE_O
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.
> There should be a code portion like this:
> in bsd.port.mk so using USE_CMAKE should suffice.
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 http://freebsd.1045724.n5.nabble.com/lang-spidermonkey185-build-breaks-tp5809189p5809381.html
Sent from the freebsd-ports mailing l
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 free
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 wad
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 here
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.
___
free
On 1 May 2013 00:26, Rafael Espíndola 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
___
freebsd-ports@freebsd.org mailing lis
On 2013-05-07 14:59, Rafael Espíndola wrote:
On 1 May 2013 00:26, Rafael Espíndola 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 posters that suffered from the c
On Tue, May 7, 2013 at 1:52 PM, Alberto Villa 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 ports
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 Chec
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 (a
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: r3176
On 07.05.2013 18:47 (UTC+2), Christoph Moench-Tegeder wrote:
> ## 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
> ncu
## 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 t
On Mon, 06 May 2013 14:14:04 +0200, Dimitry Andric 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 attached pa
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
a2ps-lette
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 port
Hiroki Sato 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> http://people.allbsd.org/~hrs/FreeBSD/mozc_port_full_2013050
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 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 installatio
28 matches
Mail list logo
