Hi all,
I am seeing a very common crash now in zsh. The backtrace is here
(and this it shows a corrupt stack / missing symbols).
I'm still working on figuring out a reproducible version of the crash,
but so far it seems to relate to sending SIGINT.
gdb> bt
#0 0x00464f18 in wait_for_pro
Hi,
I've reverted pecl-APC to 3.1.13.
Thanks.
Regards,
sunpoet
On Sat, Feb 2, 2013 at 12:04 AM, Florian Smeets wrote:
> On 01.02.13 09:59, Łukasz Wąsikowski wrote:
> > W dniu 2013-02-01 09:32, Lev Serebryakov pisze:
> >
> >> FD> I use this extension on several servers (4 with php5.4 and 2 wit
On Fri, Feb 1, 2013 at 8:42 AM, Chris Rees wrote:
> On 1 Feb 2013 15:34, "Jerry" wrote:
> >
> > Many users have reported in the past that one of the problems with the
> > ports system is that "OPTIONS" are not properly documented. Usually, if
> > I spend some time, I can locate it but it is a PI
On Fri, 1 Feb 2013 16:42:46 +
Chris Rees articulated:
> You're right, and ports will move towards more verbose option
> descriptions in the future. However, the version dialog in older
> (but still supported) versions of FreeBSD chokes on long
> descriptions. Once we are free of supporting o
On 1 Feb 2013 15:34, "Jerry" wrote:
>
> Many users have reported in the past that one of the problems with the
> ports system is that "OPTIONS" are not properly documented. Usually, if
> I spend some time, I can locate it but it is a PIA. However, with the
> "security/gnupg" port, I cannot find ou
On 01.02.13 09:59, Łukasz Wąsikowski wrote:
> W dniu 2013-02-01 09:32, Lev Serebryakov pisze:
>
>> FD> I use this extension on several servers (4 with php5.4 and 2 with php5.3
>> FD> with the same configuration) and since you've update apc to 3.1.14 it
>> stop
>> FD> working with some apps in php
Many users have reported in the past that one of the problems with the
ports system is that "OPTIONS" are not properly documented. Usually, if
I spend some time, I can locate it but it is a PIA. However, with the
"security/gnupg" port, I cannot find out specifically what this option
does:
[ ] STD_
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
Interesting - when I switch to bash and try it:
getopt --help 2> &1 | grep long
bash: syntax error near unexpected token `&'
while this one gives no message - I guess I'll try a test with this.
$ getopt --help 2>&1 | grep long
--
View this message in context:
http://freebsd.1045724.n5.nabble.co
Hi, thanks for replying
I tried both
$ getopt --help 2> &1 | grep long > /dev/null
$ getopt --help 2>&1 | grep long > /dev/null
And got the "Ambiguous output redirect" message., and up arrow in both
instances showed the code as "2 > & 1"
Unless you meant ?
$ getopt --help "2>&1"
-- 2>&1
--
Vie
This is on ia64 r244834, with ports tree at r311350.
I managed to updated devel/boost-jam fine:
# pkg version -vX boost
boost-jam-1.52.0 = up-to-date with port
boost-libs-1.48.0_2< needs updating (port has 1.52.0)
#
The boost-libs build fails with messages l
What is the status of devel/icu?
I see on http://site.icu-project.org that
ICU4J 50.1.1 released on 2012-Dec-17
ICU4C 50.1.2 released on 2013-Jan-16
I keep following http://www.freshports.org/commits.php daily, generally
somewhat after midnight UTC, and nothing on devel/icu since I saw the updat
## Beeblebrox (zap...@berentweb.com):
> However, the problem persists because the depends-check script checks for
> and as answer gets:
> $ getopt --help 2 > &1 | grep long > /dev/null
> Ambiguous output redirect.
I believe that should be "2> &1" (or "2>&1") but "2 > &1" does not
redirect stderr
On 01/02/2013 11:19, Baptiste Daroussin wrote:
> On Fri, Feb 01, 2013 at 11:10:45AM +, Matthew Seaman wrote:
>> On 01/02/2013 10:16, Ivan Voras wrote:
>>> I've verified that the URL is the same on two of the machines. However,
>>> the two machines are on different DNS servers. I've tried to deb
With clang 3.2 it works fine though.
No strange flags, only CPUTYPE?=native (penryn,
detected correctly both by clang and gcc47)
Related bit:
conftest.c || for _f in ${tcfn}*; do case $_f in
Build.sh|check.pl|check.t|dot.mkshrc|*.c|*.h|mksh.1) ;; *) rm -f "$_f" ;;
esac; done
] conftest.c:29:1:
On Fri, Feb 01, 2013 at 11:10:45AM +, Matthew Seaman wrote:
> On 01/02/2013 10:16, Ivan Voras wrote:
> > I've verified that the URL is the same on two of the machines. However,
> > the two machines are on different DNS servers. I've tried to debug using
> > "dig -t SRV pkg.freebsd.org" but on b
On 01/02/2013 10:16, Ivan Voras wrote:
> I've verified that the URL is the same on two of the machines. However,
> the two machines are on different DNS servers. I've tried to debug using
> "dig -t SRV pkg.freebsd.org" but on both machines it shows no response.
> I've also tried this:
> http://dnsr
I am trying to get a "linux" app to compile in the native FreeBSD
environment. I have solved most of the problems, except one: getopt. I have
installed misc/getopt because compile-check asks for
Build dependency: Please install GNU getopt
However, the problem persists because the depends-check scri
On 01/02/2013 11:05, Matthew Seaman wrote:
> On 01/02/2013 09:46, Ivan Voras wrote:
>> Hello,
>>
>> I know that the default pkgng repos are not up yet (probably...) but
>> even so, when I try to run "pkg update" on two machines, I get this error:
>>
>> # pkg update
>> Updating repository catalogue
On 01/02/2013 09:46, Ivan Voras wrote:
> Hello,
>
> I know that the default pkgng repos are not up yet (probably...) but
> even so, when I try to run "pkg update" on two machines, I get this error:
>
> # pkg update
> Updating repository catalogue
> pkg: http://pkg.freebsd.org/freebsd:9:x86:64/lat
Hello,
I know that the default pkgng repos are not up yet (probably...) but
even so, when I try to run "pkg update" on two machines, I get this error:
# pkg update
Updating repository catalogue
pkg: http://pkg.freebsd.org/freebsd:9:x86:64/latest/repo.txz: No address
record
However, there are oth
W dniu 2013-02-01 09:32, Lev Serebryakov pisze:
> FD> I use this extension on several servers (4 with php5.4 and 2 with php5.3
> FD> with the same configuration) and since you've update apc to 3.1.14 it stop
> FD> working with some apps in php 5.3.
> Same problem here: apache22 (2.2.23_4), p
Hello, Fabien.
You wrote 31 января 2013 г., 13:48:42:
FD> I use this extension on several servers (4 with php5.4 and 2 with php5.3
FD> with the same configuration) and since you've update apc to 3.1.14 it stop
FD> working with some apps in php 5.3.
Same problem here: apache22 (2.2.23_4), ph
On Wed, Jan 30, 2013 at 09:14:35AM +, Matthew Seaman wrote:
> On 30/01/2013 09:00, Alex Keda wrote:
> > "man xz" say about
> >> -T threads, --threads=threads
> >
> > but, when work
> >> pkg create -a
> >
> > it use only one:
> >> PID USERNAME THR PRI NICE SIZERES STATE C TIME WCP
24 matches
Mail list logo
