Re: ports/162877: [PATCH] lang/php5: turn on Apache module build by default

2011-11-25 Thread Alexandr Kovalenko
On Fri, Nov 25, 2011 at 5:26 PM,   wrote:
> Synopsis: [PATCH] lang/php5: turn on Apache module build by default
>
> State-Changed-From-To: open->closed
> State-Changed-By: ale
> State-Changed-When: Fri Nov 25 15:25:31 UTC 2011
> State-Changed-Why:
> Not the right thing, you should build mod_php5 tailored to your apache 
> installation.
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=162877

Could you please explain it in detail? What you mean by 'tailored'?
Do you understand that port (I mean package) is almost completely
useless without mod_php enabled?

Thanks in advance!
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: [HEADS-UP] Announcing the end of port CVS

2012-09-09 Thread Alexandr Kovalenko
On Sun, Sep 9, 2012 at 8:15 AM, Kevin Oberman  wrote:
> 2. Select US east coast or US west as your server. Pick at random or
> pick the one closer to you.

What if neither is close to me (there are other countries in the
world, not only USA, some are even on the other side of the planet,
btw, did you know?) ?

-- 
Alexandr Kovalenko
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


poudriere && building for "."

2012-09-09 Thread Alexandr Kovalenko
Hello,

I have a quick question about poudriere and building for HEAD (AKA .
AKA 10.0-CURRENT).

When I created my buildjail, I used "." to specify version and method "csup".

The funny thing is that now I get (please note "." instead of "10.0"):

checking build system type... i386-portbld-freebsd.
checking host system type... i386-portbld-freebsd.

in all package builds.

Most of packages do not dislike this, but there is at least one, which
does - namely lsof - it fails to detect FreeBSD version.

Could you please advise a solution for this?

Thanks in advance!

-- 
Alexandr Kovalenko
http://uafug.org.ua/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: [HEADS-UP] Announcing the end of port CVS

2012-09-09 Thread Alexandr Kovalenko
On Sun, Sep 9, 2012 at 7:35 PM, Kevin Oberman  wrote:
> On Sun, Sep 9, 2012 at 6:26 AM, Alexandr Kovalenko
>  wrote:
>> On Sun, Sep 9, 2012 at 8:15 AM, Kevin Oberman  wrote:
>>> 2. Select US east coast or US west as your server. Pick at random or
>>> pick the one closer to you.
>>
>> What if neither is close to me (there are other countries in the
>> world, not only USA, some are even on the other side of the planet,
>> btw, did you know?) ?
>
> Yes, I am quite aware of it, but I am merely the messenger. Until
> other subversion mirrors are made available in other parts of the
> world, only the two in the US are available. I'm sure that will change
> in time, but for the moment, only the two US mirrors have been
> announced.
>
> For now, if it is not clear which is closer, you can ping to see which
> has the faster response. In my case, us-west is about 20 ms away while
> us-east is 100. If you have a well connected server in another part of
> the world, I assume the project would be happy to have another mirror
> made available. Note that the full repository is quite large. There
> are clearly security issues, too.

JFYI, I'm already running ftp/cvsup.ua.freebsd.org (primary Ukrainian
mirror) for about 8 years.

But the recent changes to policies, which were discussed behind the
closed doors by some group of people in The FreeBSD Project,
effectively makes all efforts, money and so on, which were invested to
support project, unnecessary. Current (semi-official) statements say
that project is going to abandon practice of non-project managed
mirrors and will do everything on it's own.

As for now my mirror serves full CVS[up] repo from SSD, and have full
FTP archive avaliable, which is synced every hour.

You may have read the situation with Australian SVN mirror - when
project officials officially prohibited guys, who set it up to use
*.freebsd.org name for that.

-- 
Alexandr Kovalenko
ftp/cvsup.ua.freebsd.org maintainer.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: poudriere && building for "."

2012-09-09 Thread Alexandr Kovalenko
On Sun, Sep 9, 2012 at 10:24 PM, Baptiste Daroussin  wrote:
> On Sun, Sep 09, 2012 at 07:48:37PM +0300, Alexandr Kovalenko wrote:
>> I have a quick question about poudriere and building for HEAD (AKA .
>> AKA 10.0-CURRENT).
>>
>> When I created my buildjail, I used "." to specify version and method "csup".
>>
>> The funny thing is that now I get (please note "." instead of "10.0"):
>>
>> checking build system type... i386-portbld-freebsd.
>> checking host system type... i386-portbld-freebsd.
>>
>> in all package builds.
>>
>> Most of packages do not dislike this, but there is at least one, which
>> does - namely lsof - it fails to detect FreeBSD version.
>>
>> Could you please advise a solution for this?
>
> This should "normally" have been fixed in 2.0 and -devel, but it would needs 
> you
> to destroy/recreate your jail.
>
> Can you tell me which version of poudriere you were using when creating your
> jail?

poudriere-1.5.4_1   Port build and test system

> Another way and simpler way to deal with package building on HEAD, is to use 
> the
> new allbsd method, which will fetch the latest current sets build by 
> allbsd.org
> people.

Not quite sure I understand what you are talking about, could you,
please, be more precise? :)

-- 
Alexandr Kovalenko
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


[RFC] databases/mariadb55-{server|client} ports

2012-12-22 Thread Alexandr Kovalenko
Hello,

I've made attempt to make ports of MariaDB 5.5.x and here my proposed
version of it.
Ports were made out of respective mysql55-* ports. They also require
minor change to Mk/bsd.database.mk

Could you please review and advise if everything is good or something
should be changed/improved.

http://pastie.org/5567310

-- 
Alexandr Kovalenko
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [RFC] databases/mariadb55-{server|client} ports

2012-12-23 Thread Alexandr Kovalenko
On Sun, Dec 23, 2012 at 6:36 AM, Alexandr Kovalenko
 wrote:
> I've made attempt to make ports of MariaDB 5.5.x and here my proposed
> version of it.
> Ports were made out of respective mysql55-* ports. They also require
> minor change to Mk/bsd.database.mk
>
> Could you please review and advise if everything is good or something
> should be changed/improved.
>
> http://pastie.org/5567310

Fixed pkg-plist bug with libmysqlservices.a (which, btw, should be
fixed in mysql55-client too - libmysqlservices.a should not be
installed in any of packages).

http://nevermind.kiev.ua/ports/mariadb55-ports-v2.tgz

-- 
Alexandr Kovalenko
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: [RFC] databases/mariadb55-{server|client} ports

2012-12-23 Thread Alexandr Kovalenko
On Sun, Dec 23, 2012 at 6:09 PM, Alexandr Kovalenko
 wrote:
> On Sun, Dec 23, 2012 at 6:36 AM, Alexandr Kovalenko
>  wrote:
>> I've made attempt to make ports of MariaDB 5.5.x and here my proposed
>> version of it.
>> Ports were made out of respective mysql55-* ports. They also require
>> minor change to Mk/bsd.database.mk
>>
>> Could you please review and advise if everything is good or something
>> should be changed/improved.
>>
>> http://pastie.org/5567310
>
> Fixed pkg-plist bug with libmysqlservices.a (which, btw, should be
> fixed in mysql55-client too - libmysqlservices.a should not be
> installed in any of packages).

Ok, ports/174660 :)

-- 
Alexandr Kovalenko
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: [RFC] databases/mariadb55-{server|client} ports

2012-12-24 Thread Alexandr Kovalenko
On Mon, Dec 24, 2012 at 10:06 AM, Alex Dupre  wrote:
> Alexandr Kovalenko ha scritto:
>
>> Fixed pkg-plist bug with libmysqlservices.a (which, btw, should be
>> fixed in mysql55-client too - libmysqlservices.a should not be
>> installed in any of packages).
>
>
> Why do you say so? libmysqlservices.a is needed to create plugins.

At least it should be installed with server package, not client.

-- 
Alexandr Kovalenko
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: [RFC] databases/mariadb55-{server|client} ports

2012-12-24 Thread Alexandr Kovalenko
On Mon, Dec 24, 2012 at 5:44 PM, Alex Dupre  wrote:
> Alexandr Kovalenko ha scritto:
>
>> At least it should be installed with server package, not client.
>
>
> It is installed together with headers needed to build plugins.

Thanks for noticing this. I'll submit another PR after this one is
commited to remove those headers from -client and add to -server, will
also re-add libmysqlservices.a to -server together with headers.

-- 
Alexandr Kovalenko
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: [RFC] databases/mariadb55-{server|client} ports

2012-12-24 Thread Alexandr Kovalenko
On Mon, Dec 24, 2012 at 8:05 PM, Alex Dupre  wrote:
>> Thanks for noticing this. I'll submit another PR after this one is
>> commited to remove those headers from -client and add to -server, will
>> also re-add libmysqlservices.a to -server together with headers.
>
>
> Why are you going to hack the mariadb ports is such way? The MySQL 5.5 ports
> are so for a reason. From the original commit log:
>
> - new installation layout, resembling RPM packages:
>   - client = Client Utilities + Development Libraries + Shared components
>   - server = MySQL Server + Embedded

I've asked MariaDB developers about that and they advised that
libmysqlservices (and appropriate header files) are server development
part.
Plugins which need libmysqlservices are server plugins. There is
separate type of plugins which are client plugins, which have nothing
to do with libmysqlservices.

Basically I'm for having both mysql and mariadb ports semi-identical -
have same install layouts, so if you feel that layout you are using in
mysql55-* is better - it is easy to fix so that mariadb55 will
resemble it.

P.S. I've also noticed that you have .conf file in
"bin/mysqlaccess.conf" in mysql55-client - was that intentional?
Shouldn't it be placed somewhere like /usr/local/etc ?

-- 
Alexandr Kovalenko
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: [RFC] databases/mariadb55-{server|client} ports

2012-12-26 Thread Alexandr Kovalenko
On Mon, Dec 24, 2012 at 10:24 PM, Alexandr Kovalenko
 wrote:
> On Mon, Dec 24, 2012 at 8:05 PM, Alex Dupre  wrote:
>>> Thanks for noticing this. I'll submit another PR after this one is
>>> commited to remove those headers from -client and add to -server, will
>>> also re-add libmysqlservices.a to -server together with headers.
>>
>>
>> Why are you going to hack the mariadb ports is such way? The MySQL 5.5 ports
>> are so for a reason. From the original commit log:
>>
>> - new installation layout, resembling RPM packages:
>>   - client = Client Utilities + Development Libraries + Shared components
>>   - server = MySQL Server + Embedded
>
> I've asked MariaDB developers about that and they advised that
> libmysqlservices (and appropriate header files) are server development
> part.
> Plugins which need libmysqlservices are server plugins. There is
> separate type of plugins which are client plugins, which have nothing
> to do with libmysqlservices.
>
> Basically I'm for having both mysql and mariadb ports semi-identical -
> have same install layouts, so if you feel that layout you are using in
> mysql55-* is better - it is easy to fix so that mariadb55 will
> resemble it.
>
> P.S. I've also noticed that you have .conf file in
> "bin/mysqlaccess.conf" in mysql55-client - was that intentional?
> Shouldn't it be placed somewhere like /usr/local/etc ?

Alex, just for my information - are you willing to commit my PR or we
are just discussing common problems of our 2 (4) ports?
If yes - could you please commit this version and later we'll find a
way to agree on pkg-plists and either me or you (depends on which port
should be fixed) will submit PR/commit fix?

Thanks.

-- 
Alexandr Kovalenko
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: ports/174660: [NEW PORT] databases/mariadb55-{client|server}

2013-01-02 Thread Alexandr Kovalenko
On Sun, Dec 23, 2012 at 6:55 PM, Alexandr Kovalenko
 wrote:
>
>>Number: 174660
>>Category:   ports
>>Synopsis:   [NEW PORT] databases/mariadb55-{client|server}
>>Confidential:   no
>>Severity:   serious
>>Priority:   medium
>>Responsible:freebsd-ports-bugs
>>State:  open
>>Quarter:
>>Keywords:
>>Date-Required:
>>Class:  change-request
>>Submitter-Id:   current-users
>>Arrival-Date:   Sun Dec 23 17:00:00 UTC 2012
>>Closed-Date:
>>Last-Modified:
>>Originator: Alexandr Kovalenko
>>Release:FreeBSD 9.1-PRERELEASE amd64
>>Organization:
> Nevermind Ltd.
>>Environment:
> System: FreeBSD 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r243957
>
>
>>Description:
> New port for MariaDB 5.5.28a.
>
> Requires repocopy from databases/mysql55-client and 
> databases/mysql55-server ports (as of 5.5.28) and then applying patch.
> Also requires minor patch to Mk/bsd.database.mk
>>How-To-Repeat:
> N/A
>>Fix:

Please find file attached with updated ports for MariaDB 5.5, which
are now using same MYSQL_VER scheme as percona55-* ports.

-- 
Alexandr Kovalenko
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Setting up tinderbox-devel on a pkgng system

2013-01-19 Thread Alexandr Kovalenko
On Sat, Jan 19, 2013 at 5:29 AM, David Naylor  wrote:
> Another issue is that, by default, the port installs databases/p5-DBD-mysql
> which is not a recognised port.  The attached patch fixes that [2].

I'm not sure where did you get your ports tree from, but it is
perfectly valid port, which also autodetects which version of MySQL is
used.

http://svnweb.freebsd.org/ports/head/databases/p5-DBD-mysql/

> [2] I assumed that databases/p5-DBD-mysqlXY needs to correspond to
> databases/mysqlXY-client (no idea if that is a correct assumption).
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


CMake, libexecinfo, ${LOCALBASE}/lib and ldconfig

2013-09-26 Thread Alexandr Kovalenko
Hello,

I'm working on 5.5.33a MariaDB port now and got trouble making cmake
to find libexecinfo (stub for linuxish backtrace() function).

I'm desperate now in trying to fight this thing:

Determining if the function backtrace exists failed with the following output:
Change Dir: 
/usr/ports/databases/mariadb55-server/work/mariadb-5.5.33a/CMakeFiles/CMakeTmp

Run Build Command:/usr/local/bin/gmake "cmTryCompileExec343489733/fast"
/usr/local/bin/gmake -f
CMakeFiles/cmTryCompileExec343489733.dir/build.make
CMakeFiles/cmTryCompileExec343489733.dir/build
gmake[1]: Entering directory
`/usr/ports/databases/mariadb55-server/work/mariadb-5.5.33a/CMakeFiles/CMakeTmp'
/usr/local/bin/cmake -E cmake_progress_report
/usr/ports/databases/mariadb55-server/work/mariadb-5.5.33a/CMakeFiles/CMakeTmp/CMakeFiles
1
Building C object
CMakeFiles/cmTryCompileExec343489733.dir/CheckFunctionExists.c.o
/usr/bin/clang  -D_LARGEFILE_SOURCE -D_LARGE_FILES
-D_FILE_OFFSET_BITS=64 -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS
-D__STDC_FORMAT_MACROS -O2 -pipe -fno-strict-aliasing
-DCHECK_FUNCTION_EXISTS=backtrace   -o
CMakeFiles/cmTryCompileExec343489733.dir/CheckFunctionExists.c.o   -c
/usr/local/share/cmake/Modules/CheckFunctionExists.c
Linking C executable cmTryCompileExec343489733
/usr/local/bin/cmake -E cmake_link_script
CMakeFiles/cmTryCompileExec343489733.dir/link.txt --verbose=1
/usr/bin/clang   -O2 -pipe -fno-strict-aliasing
-DCHECK_FUNCTION_EXISTS=backtrace
CMakeFiles/cmTryCompileExec343489733.dir/CheckFunctionExists.c.o  -o
cmTryCompileExec343489733  -lexecinfo
/usr/bin/ld: cannot find -lexecinfo
clang: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[1]: Leaving directory
`/usr/ports/databases/mariadb55-server/work/mariadb-5.5.33a/CMakeFiles/CMakeTmp'
gmake[1]: *** [cmTryCompileExec343489733] Error 1
gmake: *** [cmTryCompileExec343489733/fast] Error 2


root@vbox:~ # ldconfig -r | grep execinfo
141:-lexecinfo.1 => /usr/local/lib/libexecinfo.so.1

Could anyone, please, explain me, why clang can't see libexecinfo
during link phase and how to fix it?

Thanks in advance!

-- 
Alexandr
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: CMake, libexecinfo, ${LOCALBASE}/lib and ldconfig

2013-09-26 Thread Alexandr Kovalenko
On Thu, Sep 26, 2013 at 3:05 PM, Michael Gmelin  wrote:

> Since you're working on 5.5.33a it would be great if you could
> incorporate the patches I just submitted to allow building mariadb
> using clang's libc++ http://www.freebsd.org/cgi/query-pr.cgi?pr=182408 .

ports/182287 should be closed [adding flo@ :> ], as I will submit
maintainer update soon and also this PR does not actually enable
TOKUDB (which is what I'm fighting now, but probably will give up for
now and submit update without it to work on TOKUDB later).

I'm more than happy to apply your patches. I have few questions:

1. Will those patches affect build on stdlibc++ in any way?
2. Would you be so kind to send me patches against current (5.5.33a)
source to help me a bit? :)

Thanks in advance!

> As for your problem, there's been an ldconfig bug in the ports tree a
> few days ago, maybe updating it will fix this for you (this is just a
> wild speculation, I didn't really check if it is related). Feel free
> to send me a tarball of the port skeleton off-list in case you're stuck.


-- 
Alexandr.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: MariaDB 5.5.53a (Was: CMake, libexecinfo, ${LOCALBASE}/lib and ldconfig)

2013-09-27 Thread Alexandr Kovalenko
On Thu, Sep 26, 2013 at 3:54 PM, Michael Gmelin  wrote:
> On Thu, 26 Sep 2013 15:28:54 +0100
> Alexandr Kovalenko  wrote:
>
>> On Thu, Sep 26, 2013 at 3:05 PM, Michael Gmelin 
>> wrote:
>>
>> > Since you're working on 5.5.33a it would be great if you could
>> > incorporate the patches I just submitted to allow building mariadb
>> > using clang's libc++
>> > http://www.freebsd.org/cgi/query-pr.cgi?pr=182408 .
>>
>> ports/182287 should be closed [adding flo@ :> ], as I will submit
>> maintainer update soon and also this PR does not actually enable
>> TOKUDB (which is what I'm fighting now, but probably will give up for
>> now and submit update without it to work on TOKUDB later).
>>
>> 2. Would you be so kind to send me patches against current (5.5.33a)
>> source to help me a bit? :)
>
> I verified my patches against 5.5.33a from 2013-09-20:
>
> patch-sql_item_subselect.cc: applies ok
> patch-storage_pbxt_src_strutil_xt.cc: pbxt has been removed
> patch-storage_pbxt_src_index_xt.cc: pbxt has been removed
> patch-storage_pbxt_src_util_xt.cc: pbxt has been removed
> patch-storage_federated_ha_federated.cc: already upstream
> patch-sql_sql_trigger.cc: ok
> patch-sql_sql_view.cc: ok
>
> This means that only three patches will be required. Just untar the
> attached tarball in the ports files directory:
>
> cd /usr/ports/databases/mariadb55-server/files
> tar -xzf /path/to/patches.tgz
>
> There might be more challenges new to this version of MariaDB, so I'm
> more than happy to test the port once you're ready.

Thanks, your patches are incorporated into
http://www.freebsd.org/cgi/query-pr.cgi?pr=182426 :)

Please feel free to test this update and report any problems you may
encounter :)

-- 
Alexandr.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


[maintainer] Workaround: mariadb55-client and other ports using libmysqlclient.so

2013-10-15 Thread Alexandr Kovalenko
Hello,

Just want to notice you that build of ports which depend on
libmysqlclient.so from MariaDB 5.5.33a is broken now on anything which
is older than OSVERSION 152 (i.e. 9.x and older 10.x), 10-BETA1
and 11-CURRENT are not affected. This happened due to introduction of
libexecinfo dependency. Sorry about that :(

The simpliest temporary workaround is, of course to create symlink:

ln -sf /usr/local/lib/libexecinfo.so /usr/lib

I'm working on a _proper_ solution with upstream now and will submit
proper fix as soon as possible.

Cheers,
Alexandr.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: [maintainer] Workaround: mariadb55-client and other ports using libmysqlclient.so

2013-10-15 Thread Alexandr Kovalenko
On Tue, Oct 15, 2013 at 10:21 PM, Vincent Hoffman  wrote:
> ports/182565

I've submitted fix. Could you please try it and check if it helps?

http://www.freebsd.org/cgi/query-pr.cgi?pr=183001
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: [maintainer] Workaround: mariadb55-client and other ports using libmysqlclient.so

2013-10-15 Thread Alexandr Kovalenko
Thanks for testing Michael!

Michael, no need to merge into your patch, this fix is essential and
urgent, while your is very complex and not so urgent :)

Let's keep things separate :)

On Tue, Oct 15, 2013 at 11:34 PM, Michael Gmelin  wrote:
> On Tue, 15 Oct 2013 22:28:10 +0300
> Alexandr Kovalenko  wrote:
>
>> On Tue, Oct 15, 2013 at 10:21 PM, Vincent Hoffman
>>  wrote:
>> > ports/182565
>>
>> I've submitted fix. Could you please try it and check if it helps?
>>
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=183001
>> ___
>> freebsd-ports@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to
>> "freebsd-ports-unsubscr...@freebsd.org"
>
>
> I tested the patch on 9.1-RELEASE + clang + libc++, it builds and runs
> fine. Since I was just preparing anothing patch for PR 182547 I merged
> this with your patch, it can be found here:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=182547&cat=#reply15
>
> Michael
>
> --
> Michael Gmelin
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: [maintainer] Workaround: mariadb55-client and other ports using libmysqlclient.so

2013-10-16 Thread Alexandr Kovalenko
Hi Dewayne,

Patch for libexecinfo issue is tested by at least 6 different users,
so it is now safe to commit fix without reverting.

Cheers,
Alexandr.

On Wed, Oct 16, 2013 at 1:04 AM, Dewayne
 wrote:
> On 16/10/2013 9:00 AM, Michael Gmelin wrote:
>> On Wed, 16 Oct 2013 00:33:42 +0300
>> Alexandr Kovalenko  wrote:
>>
>>> Thanks for testing Michael!
>>>
>>> Michael, no need to merge into your patch, this fix is essential and
>>> urgent, while your is very complex and not so urgent :)
>>>
>>> Let's keep things separate :)
>>>
>>> On Tue, Oct 15, 2013 at 11:34 PM, Michael Gmelin 
>>> wrote:
>>>> On Tue, 15 Oct 2013 22:28:10 +0300
>>>> Alexandr Kovalenko  wrote:
>>>>
>>>>> On Tue, Oct 15, 2013 at 10:21 PM, Vincent Hoffman
>>>>>  wrote:
>>>>>> ports/182565
>>>>> I've submitted fix. Could you please try it and check if it helps?
>>>>>
>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=183001
>>>>> ___
>>>>> freebsd-ports@freebsd.org mailing list
>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>>>>> To unsubscribe, send any mail to
>>>>> "freebsd-ports-unsubscr...@freebsd.org"
>>>>
>>>> I tested the patch on 9.1-RELEASE + clang + libc++, it builds and
>>>> runs fine. Since I was just preparing anothing patch for PR 182547
>>>> I merged this with your patch, it can be found here:
>>>>
>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=182547&cat=#reply15
>>>>
>>>> Michael
>>>>
>>>> --
>>>> Michael Gmelin
>> Hi Alex,
>>
>> While I understand that your top priority is making the port
>> build again, I would ask you to look at the patches soon. Not reading
>> the correct configuration files is not a negligible problem, especially
>> when migrating from MySQL.
>>
>> Thanks,
>> Michael
>>
>
> Isn't the most expedient solution to reverse the libexecinfo changes
> until the patches are incorporated, tested and deployed?
>
> Is there a reason that the Makefile can't comment out
> LIB_DEPENDS=   libexecinfo.so:${PORTSDIR}/devel/libexecinfo
> and remove files/patch-cmake_os_FreeBSD.cmake in the meantime?
>
> Regards, Dewayne
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"