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
dewayne.gerag...@heuristicsystems.com.au wrote:
 On 16/10/2013 9:00 AM, Michael Gmelin wrote:
 On Wed, 16 Oct 2013 00:33:42 +0300
 Alexandr Kovalenko ne...@nevermind.kiev.ua 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 free...@grem.de
 wrote:
 On Tue, 15 Oct 2013 22:28:10 +0300
 Alexandr Kovalenko ne...@nevermind.kiev.ua wrote:

 On Tue, Oct 15, 2013 at 10:21 PM, Vincent Hoffman
 vi...@unsane.co.uk 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=182547cat=#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


[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 vi...@unsane.co.uk 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 free...@grem.de wrote:
 On Tue, 15 Oct 2013 22:28:10 +0300
 Alexandr Kovalenko ne...@nevermind.kiev.ua wrote:

 On Tue, Oct 15, 2013 at 10:21 PM, Vincent Hoffman
 vi...@unsane.co.uk 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=182547cat=#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: 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 free...@grem.de wrote:
 On Thu, 26 Sep 2013 15:28:54 +0100
 Alexandr Kovalenko ne...@nevermind.kiev.ua wrote:

 On Thu, Sep 26, 2013 at 3:05 PM, Michael Gmelin free...@grem.de
 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


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 free...@grem.de 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: 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 d...@freebsd.org 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


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
ne...@nevermind.kiev.ua 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: [RFC] databases/mariadb55-{server|client} ports

2012-12-26 Thread Alexandr Kovalenko
On Mon, Dec 24, 2012 at 10:24 PM, Alexandr Kovalenko
ne...@nevermind.kiev.ua wrote:
 On Mon, Dec 24, 2012 at 8:05 PM, Alex Dupre a...@freebsd.org 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: [RFC] databases/mariadb55-{server|client} ports

2012-12-24 Thread Alexandr Kovalenko
On Mon, Dec 24, 2012 at 10:06 AM, Alex Dupre a...@freebsd.org 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 a...@freebsd.org 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 a...@freebsd.org 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-23 Thread Alexandr Kovalenko
On Sun, Dec 23, 2012 at 6:36 AM, Alexandr Kovalenko
ne...@nevermind.kiev.ua 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
ne...@nevermind.kiev.ua wrote:
 On Sun, Dec 23, 2012 at 6:36 AM, Alexandr Kovalenko
 ne...@nevermind.kiev.ua 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


[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: [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 kob6...@gmail.com 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 kob6...@gmail.com wrote:
 On Sun, Sep 9, 2012 at 6:26 AM, Alexandr Kovalenko
 ne...@nevermind.kiev.ua wrote:
 On Sun, Sep 9, 2012 at 8:15 AM, Kevin Oberman kob6...@gmail.com 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 b...@freebsd.org 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


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,  a...@freebsd.org 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