On Tue, Dec 28, 2010 at 10:07:18AM +0300, Eygene Ryabinkin wrote:
> Mon, Dec 27, 2010 at 05:57:53PM -0800, Doug Barton wrote:
> > The Real AnswerTM is that we need a tool with striking similarities to
> > portaudit. The basic idea would be that UPDATING entries would be done
> > in xml, and then th
Peter, good day.
Tue, Dec 28, 2010 at 10:27:55AM +0200, Peter Pentchev wrote:
> - I personally would prefer a human-readable file (and yes, I *can*
> read XML; that doesn't mean it's easy or I *want* to :)
> ...so how about a JSON representation? Human-readable, human-editable,
> but still
On 12/27/10, David Southwell wrote:
>> On 12/27/10, David Southwell wrote:
> Agreed - but following Doug's commit I can vouch that the PERL_THREADED
> hack
> was still needed for 7.2 p3 systems on amd64.
It shouldn't be needed. Can you remove this definition from any
locally-modified Makefi
> On 12/27/10, David Southwell wrote:
> >> On 12/27/10, David Southwell wrote:
> > Agreed - but following Doug's commit I can vouch that the PERL_THREADED
> > hack
> > was still needed for 7.2 p3 systems on amd64.
>
> It shouldn't be needed. Can you remove this definition from any
> locally-
> > On 12/27/10, David Southwell wrote:
> > >> On 12/27/10, David Southwell wrote:
> > > Agreed - but following Doug's commit I can vouch that the
> > > PERL_THREADED hack
> > > was still needed for 7.2 p3 systems on amd64.
> >
> > It shouldn't be needed. Can you remove this definition from
On 12/28/10, David Southwell wrote:
>> On 12/27/10, David Southwell wrote:
>> >> On 12/27/10, David Southwell wrote:
>> > Agreed - but following Doug's commit I can vouch that the
>> > PERL_THREADED
>> > hack
>> > was still needed for 7.2 p3 systems on amd64.
>>
>> It shouldn't be needed. Ca
> > > On 12/27/10, David Southwell wrote:
> > > >> On 12/27/10, David Southwell wrote:
> > > > Agreed - but following Doug's commit I can vouch that the
> > > > PERL_THREADED hack
> > > > was still needed for 7.2 p3 systems on amd64.
> > >
> > > It shouldn't be needed. Can you remove this de
Just a quick warning since I just spent an hour figuring out why my mail server
broke: with the upgrade to mysql-client-5.5.8, postfix and dovecot stop working.
This is:
FreeBSD gilb.zs64.net 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #32: Mon Nov 29
23:10:07 UTC 2010 r...@lokschuppen.zs64.net:/u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/27/2010 20:57, Doug Barton wrote:
> On 12/25/2010 03:16, David Demelier wrote:
> | Hi,
> |
> | A lot of people always forget to read UPDATING (that's normal we'll are
> | humans).
> |
> | Each entry in UPDATING is like "AFFECTS: users of net-mgmt
Eygene, Peter, jhell,
Do either of you actually have any familiarity at all with how portaudit
works, and/or how it is integrated into the ports infrastructure? Based
on what you've written today my guess is "no." When I wrote, "we need a
tool with striking similarities to
portaudit" without p
On 12/27/2010 23:07, Eygene Ryabinkin wrote:
I had shown the simple shell script that will parse the UPDATING and
present the entries for the given port if the fall into the "last N
days" category. If you had missed it -- ping me, I'll show it to you
once again.
Did you even read my post? I sp
Trying to portupgrade qt4-corelib-4.6.3_1 and received the following
compile error
# -*-mode: makefile-*-
# New ports collection makefile for: qt40
# Date created:Wed Jun 29 11:49:42 CEST 2005
# Whom: l...@freebsd.org
#
# $FreeBSD: ports/devel/qt4-corelib/Makefile,v 1.24 2010/12/02
Trying to build this port and ran into the following stop.
# New ports collection makefile for: qt40
# Date created:Wed Jun 29 11:49:42 CEST 2005
# Whom:
l...@freebsd.org
#
# $FreeBSD: po
Trying to portupgrade qt4-corelib-4.6.3_1 and received the following
compile error
# -*-mode: makefile-*-
# New ports collection makefile for: qt40
# Date created:Wed Jun 29 11:49:42 CEST 2005
# Whom: l...@freebsd.org
#
# $FreeBSD: ports/devel/qt4-corelib/Makefile,v 1.
Ok,
just to confirm that after today change to head/libexec/rtld-eld this
problem no longer exists.. so after all it was not port related..
gg.
On Mon, 27 Dec 2010, Eygene Ryabinkin wrote:
Sun, Dec 26, 2010 at 02:49:40PM +0100, Goran Gajic wrote:
I am using glib-2.26.1_1 built from ports to
Doug, good day.
Tue, Dec 28, 2010 at 10:55:04AM -0800, Doug Barton wrote:
> Do either of you actually have any familiarity at all with how portaudit
> works, and/or how it is integrated into the ports infrastructure? Based
> on what you've written today my guess is "no."
I am sorry, but you're
Tried to build qt4-pixeltool and ran into the following error.
===> Building for qt4-pixeltool-4.7.1
"/usr/ports/graphics/qt4-pixeltool/work/qt-everywhere-opensource-src-4.7.1/bin/qmake"
-spec /usr/local/share/qt4/mkspecs/freebsd-g++ -o
"/usr/ports/graphics/qt4-pixeltool/work/qt-everywhere-
Tue, Dec 28, 2010 at 11:31:13PM +0300, Eygene Ryabinkin wrote:
> But in order to move this activity any further, I'll need for a
> constructive feedback. I think that I'll try to summarize the current
> thoughts at the FreeBSD Wiki, will post the link once I'll do that.
http://wiki.freebsd.org/Ey
On Tue, 28 Dec 2010 10:55:04 -0800
Doug Barton wrote:
> When I wrote, "we need a tool with striking similarities to
> portaudit" without providing the details I was assuming that people
> are already familiar with it, how it works, etc.
I don't think it's quite as simple as dealing with vulnera
On 12/28/2010 12:31, Eygene Ryabinkin wrote:
Doug, good day.
Tue, Dec 28, 2010 at 10:55:04AM -0800, Doug Barton wrote:
Do either of you actually have any familiarity at all with how portaudit
works, and/or how it is integrated into the ports infrastructure? Based
on what you've written today my
On 12/28/2010 15:10, RW wrote:
On Tue, 28 Dec 2010 10:55:04 -0800
Doug Barton wrote:
When I wrote, "we need a tool with striking similarities to
portaudit" without providing the details I was assuming that people
are already familiar with it, how it works, etc.
I don't think it's quite as s
On Tue, 28 Dec 2010 16:38:57 -0800
Doug Barton wrote:
> On 12/28/2010 15:10, RW wrote:
> > On Tue, 28 Dec 2010 10:55:04 -0800
> > Doug Barton wrote:
> > on perl). At the moment, I read it once, make a mental note, and
> > come back to it when I need it. I don't think a portaudit style
> > tool
I'm trying to upgrade this perl port and I'm getting the following error:
Error: no compiler detected to compile 'src/LangBulgarianModel.cpp'.
Aborting
Anyone know how to correct this?
===> p5-Encode-Detect-1.01 depends on file: /usr/local/bin/perl5.8.9 -
found
===> Patching for p5-En
On 12/28/10 21:55, David Southwell wrote:
> > > On 12/27/10, David Southwell wrote:
> > > >> On 12/27/10, David Southwell wrote:
> > > > Agreed - but following Doug's commit I can vouch that the
> > > > PERL_THREADED hack
> > > > was still needed for 7.2 p3 systems on amd64.
> > >
> > >
Hello all.
Sorry for such a long wait.
Yes, you are right.
Error really manifests itself when using sqlite is compiled with the profiling.
Determine the cause of falls, me have not yet succeeded.
At the same time, profiling can be used for most sqlite.
I propose to remove options enable debugging a
25 matches
Mail list logo
