Hi,
I've noticed that rule numbers do not display in pftop, and further that this
(http://openbsd.7691.n7.nabble.com/pftop-Rule-number-shown-as-quot-0-quot-or-quot-quot-td122537.html)
seems to resolve the issue.
Not being fluent in C, I'm not really sure what is going on here, but I hope
this
Can you please sanity check the following?
commit 687519c34ad3423752268a0a20d079fda9cea8b2
Author: Eitan Adler
Date: Fri Feb 22 18:43:30 2013 -0500
Using CONFIGURE_ENV for CPPFLAGS and
LDFLAGS is not needed since r282433.
PR: docs/174827
Submitted by: Dominique G
What is the status of gnumeric being stuck at 1.10.17 when upstream has
released 1.12.0 ?
I think gnumeric >= 1.11.x has gtk+ >= 3.0.0 as a dependency? I checked
gnumeric web site www.gnumeric.org .
I see this is the same snag that prevents transmission > 2.5 from building,
though possibly on
Quick starters are a huge part of the reason windows installations
start to feel sluggish after some time. They are a plague, binding
resources before it's even clear that they're needed.
i can accept 100MB of VM "locked" per user for speed.
libreoffice --quickstart --nologo
thank you very mu
Looks like latest simgear 2.10.0 can not be built if a previous
version is installed (at least on 9.1 amd64). Error message follows:
[ 17%] Building CXX object
simgear/CMakeFiles/SimGearCore.dir/io/HTTPClient.cxx.o
/usr/ports/devel/simgear/work/simgear-2.10.0/simgear/io/HTTPClient.cxx:
In member fu
On Feb 22, 2013 2:09 PM, "Gary J. Hayers" wrote:
> Using /usr/local/lib/python2.7/site-packages/six-1.2.0-py2.7.egg
I'remove this dependence. But my execution with genplist did not get me
there.
> Finished processing dependencies for falcon==0.1.1
> ===> Registering installation for py27-falc
On 22/02/2013 14:51, Zhihao Yuan wrote:
Hi, hackers:
I'm porting falcon http://falconframework.org/ ,
but I found a problem with installation.
If I set
USE_PYDISTUTILS=easy_install
then I got
===> Generating temporary packing list
running easy_install
Creating /tmp/falc
On 02/22/13 12:22, Thomas Mueller wrote:
What is the status of graphics/png?
I noticed NetBSD pkgsrc was prompt in updating to 1.6 (or was it 1.6.0?), even
though they are behind in some other packages.
I'm concerned with the prospect of having to rebuild all ports that depend on png
when 1.5
What is the status of graphics/png?
I noticed NetBSD pkgsrc was prompt in updating to 1.6 (or was it 1.6.0?), even
though they are behind in some other packages.
I'm concerned with the prospect of having to rebuild all ports that depend on
png when 1.5.x -> 1.6.
Tom
__
On Fri, Feb 22, 2013 at 12:28 PM, Gary J. Hayers wrote:
> Would need to see the rest of the Makefile to help really.
The Makefile is attached.
The PYDISTUTILS_NOEGGINFO= yes line has no use, currently.
--
Zhihao Yuan, ID lichray
The best way to predict the future is to invent it.
On 22/02/2013 14:51, Zhihao Yuan wrote:
Hi, hackers:
I'm porting falcon http://falconframework.org/ ,
but I found a problem with installation.
If I set
USE_PYDISTUTILS=easy_install
then I got
===> Generating temporary packing list
running easy_install
Creating /tmp/falc
On Thu, 21 Feb 2013, Edwin L. Culp W. wrote:
Can you apply this patch
http://svnweb.freebsd.org/base?view=revision&revision=246858
to your stable/9 checkout, rebuild/install world and try to rebuild
firefox?
Thanks,
Florian
I am running yesterdays kernel and just upgraded firefox this mor
Hi, hackers:
I'm porting falcon http://falconframework.org/ ,
but I found a problem with installation.
If I set
USE_PYDISTUTILS=easy_install
then I got
===> Generating temporary packing list
running easy_install
Creating /tmp/falcon/lib/python2.7/site-packages/site.py
error
hi,
I'm having problems compiling devel/uwsgi
it only works with:
make -eCPUCOUNT=1
which is not the default
whne CPUTYPE is > 1, it hangs, so my guess is there is somethingwrong in the
the threading support.
without the CPUCOUNT:
rnd> make
/usr/local/bin/python2.7 uwsgiconfig.py --build
u
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you
On 02/21/13 22:42, Pedro Giffuni wrote:
Hello;
OpenOffice, and particularly the internal stlport it uses doesnt compile with
clang.
Cheers,
Pedro.
Inviato da iPad
Well stink. No problem, I'll comment out those sections in my make.conf
and go from there. Thanks!
--
Yours in Christ,
Jos
On Fri, Feb 22, 2013 at 1:17 PM, Alex Dupre wrote:
> Andrew W. Nosenko wrote:
Jan committed a patch that should work, is that an acceptable
workaround for your use case (it pulls in a newer gcc)? Can you
test it and report back?
>>>
>>> Yes, it works correctly, thanks.
>>>
>>
>> Sor
Hi guys!
The rockdodger hosting has been moved to
http://code.google.com/p/rockdodger/, see also
https://sites.google.com/site/rockdodgerupdate/. Please bear in mind
that the current version of rockdodger is 0.8.1...
Happy dodging!
Robert
___
freebsd-po
Andrew W. Nosenko wrote:
>>> Jan committed a patch that should work, is that an acceptable
>>> workaround for your use case (it pulls in a newer gcc)? Can you
>>> test it and report back?
>>
>> Yes, it works correctly, thanks.
>>
>
> Sorry, but it doesn't work for my FreeBSD-8.0.
> The gcc-4.2 fro
On Thu, Feb 21, 2013 at 11:38 AM, Alex Dupre wrote:
> Florian Smeets wrote:
>> Jan committed a patch that should work, is that an acceptable
>> workaround for your use case (it pulls in a newer gcc)? Can you
>> test it and report back?
>
> Yes, it works correctly, thanks.
>
Sorry, but it doesn't
On Thu, 21 Feb 2013 12:44:16 +0100, Andrea Venturoli wrote:
> > # uname -a
> > FreeBSD xx.x 9.0-RELEASE-p5 FreeBSD 9.0-RELEASE-p5 #2: Sat Dec 1
> > 14:43:22 CET 2012 root@xx.x:/usr/obj/usr/src/sys/XX i386
>
> > portupgrade -R firefox
> > ...
> > /usr/local/local/storag
On 2013-02-21 12:44, Andrea Venturoli wrote:
# uname -a
FreeBSD xx.x 9.0-RELEASE-p5 FreeBSD 9.0-RELEASE-p5 #2: Sat Dec 1
14:43:22 CET 2012 root@xx.x:/usr/obj/usr/src/sys/XX i386
> portupgrade -R firefox
> ...
/usr/local/local/storage/alamartmp/usr/ports/www/firef
On 22 Feb 2013 10:25, "Anton Shterenlikht" wrote:
>
> From m...@freebsd.org Thu Feb 21 13:47:30 2013
> > clang colours corrupt script() output, e.g.:
> >
> > #warning This file includes at least one deprecated or
antiquated header. \
> > ^[[0;1;32m ^
>
From m...@freebsd.org Thu Feb 21 13:47:30 2013
> clang colours corrupt script() output, e.g.:
>
> #warning This file includes at least one deprecated or antiquated
header. \
> ^[[0;1;32m ^
> ^[[0m1 warning generated.
> ^[[31m^[[1mLinking CXX
On 19-FEB I saw in the daily logs:
Checking for packages with security vulnerabilities:
Database fetched: Mon Feb 18 03:02:54 GMT 2013
ruby-1.8.7.371,1 is vulnerable:
Ruby -- XSS exploit of RDoc documentation generated by rdoc
WWW: http://portaudit.FreeBSD.org/d3e96508-056b-4259-88ad-50dc8d1978a6
25 matches
Mail list logo
