Hello ports-maintainers,
my name is dru, I have already been once a member of and, successfully
have had a port that was now known as the 'no backporting' 'port' , wich
stops bad ports from being allowed to install :) , this was me and someone
elseAlso, was responsible for finding and defea
On Wed, Jun 29, 2011 at 3:24 PM, Chris Rees wrote:
> Dear all,
>
> I've rewritten the CONF_FILES handling after talking to bapt@, and
> I've done away with the
> colon-separated tuples -- they're overcomplicated.
>
> The result is something like MAN and PORTDOCS (indeed most of the code
> is stole
On Wed, Jun 29, 2011 at 3:24 PM, Chris Rees wrote:
> Dear all,
>
> I've rewritten the CONF_FILES handling after talking to bapt@, and
> I've done away with the
> colon-separated tuples -- they're overcomplicated.
>
> The result is something like MAN and PORTDOCS (indeed most of the code
> is stole
On Mon, Jun 20, 2011 at 06:21:26PM -0500, Mark Linimon wrote:
> A permanent URL to this run is:
>
>
> http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.20110616185105/
>
> That will stick around even if we use amd64-9-exp for something else.
I have updated the errorlog-classifi
On 2011-06-29 05:29, Matthias Andree wrote:
> Am 29.06.2011 00:17, schrieb Olli Hauer:
>> Hi maybe someone has a hint for an issue with autotools.
>>
>> On a amd64 system I run into the following issue on a port.
>>
>> 5 times "$> make clean configure"
>> => 3 times fail
>> => 2 times success
>
Dear all,
I've rewritten the CONF_FILES handling after talking to bapt@, and
I've done away with the
colon-separated tuples -- they're overcomplicated.
The result is something like MAN and PORTDOCS (indeed most of the code
is stolen from PORTDOCS).
This means that shell globs, filenames and dire
Hi list
After latest ports upgrade the above port fails!
multimedia/ffmpeg
--
libavfilter/vf_libopencv.c:359: error: expected ';' before 'inimg'
libavfilter/vf_libopencv.c:361: warning: implicit declaration of
function 'fill_iplimage_fro
Hello,
It seems that your last commit fails to compile here on 8.2-STABLE :
libavfilter/vf_libopencv.c:28:23: warning: opencv/cv.h: No such file or
directory
libavfilter/vf_libopencv.c:29:27: warning: opencv/cxcore.h: No such file
or directory
libavfilter/vf_libopencv.c:34: error: expected ')
Don't open this. rt36 doesn't have it, you need to keep it until that
port is removed.
On 06/29/11 01:13, Steve Wills wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 06/28/11 19:55, Olli Hauer wrote:
>>
>> Hi Steve,
>>
>> from my perspective everything is fine for the change.
>>
On Wed, Jun 29, 2011 at 3:23 AM, David Demelier
wrote:
> On 27/06/2011 13:42, David Demelier wrote:
>>
>> Hello there,
>>
>> There is something I don't understand well. I installed eclipse a long
>> time ago because I needed it for a java project. As you may know eclipse
>> use a lot of gnome depe
Thanks to everyone !!
I used this post how reference:
http://forums.freebsd.org/showpost.php?p=17604&postcount=14
and everything was fine, no problem!
Thank you to everyone who helped me
2011/6/28 Attos :
> Just re-compiled with threads enabled and enabled the SQLite 3 extension.
> No more segv
On Wed, Jun 29, 2011 at 11:40:59AM +0200, Alex Dupre wrote:
>
> Frank Wall ha scritto:
> >Is this fix supposed to work with lang/php52 too?
>
> Of course, but you should update to a supported php release ;-)
Submitted PR ports/158423. Let's see if it works for PHP 5.2.
Actually I'm planning to
- Original Message -
From: "Alex Dupre"
Steven Hartland ha scritto:
Even core php requires libxml which is using libthr
so I would suggest LINKTHR needs to be set by default.
That's false. I can assure you that I have all my php installations
without LINKTHR, and I use complex php
On Wed, Jun 29, 2011 at 09:33:12AM +0200, Alex Dupre wrote:
>
> Steven Hartland ha scritto:
> >Rebuild with threads enabled, will likely fix all your problems.
>
> That's correct.
Is this fix supposed to work with lang/php52 too? If so I'd go and
submit a patch for it to add WITH_LINKTHR.
Than
Frank Wall ha scritto:
Is this fix supposed to work with lang/php52 too?
Of course, but you should update to a supported php release ;-)
--
Alex Dupre
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
- Original Message -
From: "Alex Dupre"
The issue is very complex, it depends on many factors (FreeBSD version,
calling program, extensions loaded, ports options, etc.). In short
words, dlopening and dlclosing libthr is bad. The final and definitive
solution would be a libc including
Steven Hartland ha scritto:
Even core php requires libxml which is using libthr
so I would suggest LINKTHR needs to be set by default.
That's false. I can assure you that I have all my php installations
without LINKTHR, and I use complex php applications like roundcube.
--
Alex Dupre
___
Marco Alberoni wrote:
Hello everybody, I usually use the applications Sylpheed, Gnash and
Seamonkey, and for all of them there the FreeBSD port is not
"synchronized" with the latest available version: are there any problems
for their upgrade? May I help you in any way (even if I'm a sysadm and
no
Hello everybody, I usually use the applications Sylpheed, Gnash and
Seamonkey, and for all of them there the FreeBSD port is not
"synchronized" with the latest available version: are there any problems
for their upgrade? May I help you in any way (even if I'm a sysadm and
not a programmer)?
On 27/06/2011 13:42, David Demelier wrote:
Hello there,
There is something I don't understand well. I installed eclipse a long
time ago because I needed it for a java project. As you may know eclipse
use a lot of gnome dependencies and I usually install ports that don't
require them.
Now I dein
Steven Hartland ha scritto:
Rebuild with threads enabled, will likely fix all your problems.
That's correct.
Why the default is off I don't know but it conflicts with a
number of the main libs used e.g. libxml hence causing segvs
just as you described.
The issue is very complex, it depends
21 matches
Mail list logo
