gnome-mount port to libsecret

2018-04-20 Thread Alexander Pyhalov

Hi, guys.

As I know, FreeBSD also stuck with gvfs 1.26 and gnome-mount 0.8, as 
later gvfs removed HAL support. Perhaps, you would be interested in 
gnome-mount patch, switching it from libgnome-keyring to libsecret (to 
avoid using unsupported library) - 
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/desktop/gnome2/gnome-mount/patches/07-libsecret.patch 


--
Best regards,
Alexander Pyhalov,
system administrator of Southern Federal University IT department
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


drop maintainership of databases/pg_reorg, databases/postgresql-repmgr

2014-05-13 Thread Alexander Pyhalov

Hello.
We don't use FreeBSD on our database server longer. Besides, I became 
tightly involved in OpenIndiana development and just don't have time 
enough to support FreeBSD ports I've created, so I'd like to drop 
manitainership for databases/pg_reorg, databases/postgresql-repmgr.
I think it would be honest, because I just can't support them on 
adequate level.

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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


Fwd: [REL - 91amd64-default][databases/postgresql-repmgr] Failed for postgresql-repmgr-1.2.0 in run-depends

2013-10-16 Thread Alexander Pyhalov

Hello.
I started receiving similar messages yesterday. I've checked that 
locally port builds and install without any errors.


What is wrong with port that it can't be built on the build machine? How 
can I debug it?

My /etc/make.conf is:

CFLAGS= -fno-omit-frame-pointer -O2 -pipe
STRIP=
WITH_CTF=1
WITH_PKGNG=yes
BDECFLAGS=  -W -Wall -ansi -pedantic -Wbad-function-cast 
-Wcast-align \

-Wcast-qual -Wchar-subscripts -Winline \
-Wmissing-prototypes -Wnested-externs -Wpointer-arith \
-Wredundant-decls -Wshadow -Wstrict-prototypes 
-Wwrite-strings

COPTFLAGS= -O2 -pipe
MTREE_FOLLOWS_SYMLINKS= -L
WRKDIRPREFIX=/var/tmp


 Исходное сообщение 
Тема: [REL - 91amd64-default][databases/postgresql-repmgr] Failed for 
postgresql-repmgr-1.2.0 in run-depends

Дата: 17.10.2013 08:32
От: pkg-fall...@freebsd.org
Кому: a...@sfedu.ru
Копия: pkg-fall...@freebsd.org

You are receiving this mail as a port that you maintain
is failing to build on the FreeBSD package build server.
Please investigate the failure and submit a PR to fix
build.

Maintainer: a...@sfedu.ru
Last committer: b...@freebsd.org
Ident:  $FreeBSD: head/databases/postgresql-repmgr/Makefile 
327717 2013-09-20 16:13:47Z bapt $
Log URL:
http://beefy2.isc.freebsd.org/bulk/91amd64-default/2013-10-16_16h05m32s/logs/postgresql-repmgr-1.2.0.log
Build URL:  
http://beefy2.isc.freebsd.org/bulk/91amd64-default/2013-10-16_16h05m32s

Log:

 Building databases/postgresql-repmgr
build started at Thu Oct 17 04:32:19 UTC 2013
port directory: /usr/ports/databases/postgresql-repmgr
building for: FreeBSD 91amd64-default-job-17 9.1-RELEASE FreeBSD 
9.1-RELEASE amd64

maintained by: a...@sfedu.ru
Makefile ident:  $FreeBSD: head/databases/postgresql-repmgr/Makefile 
327717 2013-09-20 16:13:47Z bapt $

Poudriere version: 3.1-pre

---Begin Environment---
OSVERSION=901000
UNAME_v=FreeBSD 9.1-RELEASE
UNAME_r=9.1-RELEASE
BLOCKSIZE=K
MAIL=/var/mail/root
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
STATUS=1
MASTERMNT=/usr/local/poudriere/data/build/91amd64-default/ref
PKG_EXT=txz
tpid=13426
POUDRIERE_BUILD_TYPE=bulk
PKGNG=1
PKGNAME=postgresql-repmgr-1.2.0
PKG_DELETE=/usr/local/sbin/pkg-static delete -y -f
PKG_ADD=/usr/local/sbin/pkg-static add
PWD=/root
MASTERNAME=91amd64-default
USER=root
HOME=/root
POUDRIERE_VERSION=3.1-pre
LOCALBASE=/usr/local
PACKAGE_BUILDING=yes
PKG_VERSION=/poudriere/pkg-static version
PKG_BIN=/usr/local/sbin/pkg-static
---End Environment---

---Begin OPTIONS List---
---End OPTIONS List---

--CONFIGURE_ARGS--

--End CONFIGURE_ARGS--

--CONFIGURE_ENV--
TMPDIR=/tmp MAKE=gmake SHELL=/bin/sh CONFIG_SHELL=/bin/sh
--End CONFIGURE_ENV--

--MAKE_ENV--
USE_PGXS=1 TMPDIR=/tmp SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local  
LOCALBASE=/usr/local  LIBDIR=/usr/lib  CC=cc CFLAGS=-O2 -pipe 
-fno-strict-aliasing  CPP=cpp CPPFLAGS=  LDFLAGS=  CXX=c++ 
CXXFLAGS=-O2 -pipe -fno-strict-aliasing  MANPREFIX=/usr/local 
BSD_INSTALL_PROGRAM=install  -s -o root -g wheel -m 555  
BSD_INSTALL_LIB=install  -s -o root -g wheel -m 444  
BSD_INSTALL_SCRIPT=install  -o root -g wheel -m 555  
BSD_INSTALL_DATA=install  -o root -g wheel -m 444  
BSD_INSTALL_MAN=install  -o root -g wheel -m 444

--End MAKE_ENV--

--SUB_LIST--
PREFIX=/usr/local
LOCALBASE=/usr/local
DATADIR=/usr/local/share/postgresql-repmgr
DOCSDIR=/usr/local/share/doc/postgresql-repmgr
EXAMPLESDIR=/usr/local/share/examples/postgresql-repmgr
WWWDIR=/usr/local/www/postgresql-repmgr
ETCDIR=/usr/local/etc/postgresql-repmgr
--End SUB_LIST--

---Begin make.conf---
USE_PACKAGE_DEPENDS=yes
BATCH=yes
WRKDIRPREFIX=/wrkdirs
PORTSDIR=/usr/ports
PACKAGES=/packages
DISTDIR=/distfiles
 /usr/local/etc/poudriere.d/make.conf 
WITH_PKGNG=yes
NO_RESTRICTED=yes
DISABLE_MAKE_JOBS=poudriere
---End make.conf---
===  Cleaning for postgresql-repmgr-1.2.0
===phase: check-config   


===
===phase: pkg-depends

===   postgresql-repmgr-1.2.0 depends on file: /usr/local/sbin/pkg - 
not found
===Verifying install for /usr/local/sbin/pkg in 
/usr/ports/ports-mgmt/pkg

===   Installing existing package /packages/All/pkg-1.1.4_8.txz
Installing pkg-1.1.4_8... done
If you are upgrading from the old package format, first run:

  # pkg2ng
===   Returning to build of postgresql-repmgr-1.2.0
===
===phase: fetch-depends  


===
===phase: fetch  

=== Fetching all distfiles required by postgresql-repmgr-1.2.0 for 
building

===

Re: [HEADSUP] Staging, packaging and more

2013-10-07 Thread Alexander Pyhalov

On 10/04/2013 17:29, Baptiste Daroussin wrote:

On Fri, Oct 04, 2013 at 02:22:52PM +0200, Miroslav Lachman wrote:

I really like the current state with full packages. Disk space is cheap,
full packages is default for whole FreeBSD existence and it is easy to
maintain the system with it. If I want portA and portB, I just install
portA and portB and if I want to see installed ports, I see two ports
installed and not a bunch of lines like:
portA-bin
portA-doc
portA-dev
portB-bin
portB-doc
portB-dev

When I need to update those ports, I will update two ports, not six or
more ports / sub ports.

Embedded systems are corner case, where many things need to be tweaked
anyway.

So I like the idea of default full packages with possibility to
optionally select and install sub parts for those who really need the
fine grained list of packages.


That is because you keep thinking you have to build those ports yourself, we are
here speaking of binary packages.

regards,
Bapt



Can pkg include IPS facets feature or similar one? So, you'll have full 
binary package, but just subset of package files can be installed on the 
system. Facets solve *-devel hell. You just say once: I don't want to 
have development-related parts here...

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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/179954: databases/pg_reorg: does not support pgsql 92

2013-07-04 Thread Alexander Pyhalov

Good day.
Can someone with ports commit bit push this fix so we'll have working
pg_reorg with postgresql 9.2?


Alexander Pyhalov писал 2013-07-01 12:10:

Hello.
Could someone commit fix to ports/179954 ?
The latest patch attached to the bug report seems to fix the problem
with postgresql = 9.1.



---
System Administrator of Southern Federal University Computer Center

___
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

ports/179954: databases/pg_reorg: does not support pgsql 92

2013-07-01 Thread Alexander Pyhalov

Hello.
Could someone commit fix to ports/179954 ?
The latest patch attached to the bug report seems to fix the problem 
with postgresql = 9.1.

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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


pkg repository in jail

2012-08-31 Thread Alexander Pyhalov

Hello.
As far as I can see, one can create pkg repositories with poudriere. 
However, could I run it in jail?
If I can't, can I create pkg-ng packages just with make package, place 
it somewhere and use as a local repository?


I just want to keep my host system absolutely clean (no packages, no 
services except SSH).

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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: pkg (aka pkgng) 1.0 released

2012-08-31 Thread Alexander Pyhalov

Hello.
Could I ask one stupid question?
So, I've installed pkg from ports. Added WITH_PKGNG=yes to make.conf.
Built some packages with make package-recursive to use as common 
repository for several systems.


Now if I wish to update pkg, what should I do?
So, for example, I'll make portsnap fetch  portsnap update...
But could I make install pkg port after deinstalling it?
As I remember, portmaster do it in the same way: backup  deinstall  
install...


On 08/30/2012 18:19, Baptiste Daroussin wrote:

Hi all,

Since Julien Laffaye and I started pkgng lots of things has happened and here we
are now.


--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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: pkg (aka pkgng) 1.0 released

2012-08-31 Thread Alexander Pyhalov

Thank you, Baptiste and other for your work on pkgng. It's amazing.
I've got local repository up and running in less then an hour.

The only inconvenience is a necessity of bootstrapping clients. I've 
just installed pkg*tbz package from ftp.freebsd.org and run pkg2ng. I'm 
sure it could be done more transparent.


On 08/30/2012 18:19, Baptiste Daroussin wrote:

Hi all,

Since Julien Laffaye and I started pkgng lots of things has happened and here we
are now.



--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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


ports/164072 : [NEW PORT] databases/percona-{server,client} status

2012-08-29 Thread Alexander Pyhalov

Hello.
Could someone comment on status of ports/164072?
Have been percona ports ever committed to ports tree?

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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: Why Are You NOT Using FreeBSD?

2012-06-04 Thread Alexander Pyhalov

Hello.
I wish we could use FreeBSD as basic platform, but it is not possible.

We met several problems which led to mass migration to Debian.
First of all, hardware support. EMC multipath was not supported by 
FreeBSD 8, and it was a necessary thing in our environment. We tried to 
use custom patches, but  met wired boot0 behavior - it randomly hung. We 
were interested in VNET jails to have separate network stack for a jail, 
but they were not stable enough. And the last thing - there were no 
means of resource control to prevent malfunctioning jail to influence 
badly the whole system.


So, we moved our infrastructure to OpenVZ/Debian and got all this plus 
possibility of live migration for containers and easy binary package 
management.

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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: [ GSOC ] Differences in shell behaviour

2012-06-03 Thread Alexander Pyhalov

Hello.

On 06/01/2012 19:07, Jilles Tjoelker wrote:


If you do your experiments using scripts instead of in interactive mode,
they should work in 8.x as well as in 9.x.



Thank you for clarification. Yes, it works as expected in scripts on 8.3 
and 7.4:


 cat 1.sh
#!/bin/sh
false  pid=$!

echo I forgot about child
sleep 3

wait $pid
echo $?

 sh 1.sh
I forgot about child
1


--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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: [ GSOC ] Differences in shell behaviour

2012-06-01 Thread Alexander Pyhalov

Good morning.

On 06/01/2012 07:53, Jason Hellenthal wrote:



On Thu, May 31, 2012 at 11:21:10PM +0400, Alexander Pronin wrote:

The problem is:
### sh in 8.3
$ false  pid=$!
$
[1]   Done (1)false
$ wait ${pid}
wait: No such job: 4852


I don't see this behavior on 8.3-STABLE @r236350 i386
  ---
Console  false  pid=$!
Console  wait ${pid}
[1]   Done (1)false
Console  echo $?
1


It seems to behave differently, when you issue some additional commands 
or interact with shell.


first case (8.3 r234443):
$ false pid=$!
$ wait ${pid}
[1]   Done (1)false
$ echo $?
1

second case (8.3 r234443):
$ false  pid=$!
$ # some interaction with shell
[1]   Done (1)false
$ wait ${pid}
wait: No such job: 59092


Now, on 9.0-RELEASE
first case:
$ false  pid=$!
$ wait ${pid}
[1]   Done(1) false
$ echo $?
1

second case:
$ false  pid=$!
$ # some activity
[1]   Done(1) false
$ wait ${pid}
$ echo $?
1

Do you see the difference ? Which behavior is correct? Can it be a sh bug?

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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: [ GSOC ] Differences in shell behaviour

2012-06-01 Thread Alexander Pyhalov

Hello.

On 06/01/2012 05:47, Doug Barton wrote:

On 5/31/2012 12:21 PM, Alexander Pronin wrote:

But, is it suitable to write sh script for 9.0, that does not work in 8.3?


No. Our tools need to work in all supported versions of FreeBSD, which
at this time includes 7 as well.


I see two points...
First one is that parallel building is an optional feature wich can be 
made conditionally available for systems with $OSVERSION = 90.
The second one is the following. Is the difference in sh behavior 
intentional? Can it be considered a bug and thus the right thing is to 
fix it in FreeBSD 7/8? However, as it leads to difference in shell 
behavior, it can be undesirable.




--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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: FreeBSD ports which are currently scheduled for deletion

2012-02-07 Thread Alexander Pyhalov

Hello.

On 02/07/2012 12:29, lini...@freebsd.org wrote:

portname:   databases/p5-postgresql-plperl
description:Write SQL functions for PostgreSQL using Perl5
maintainer:p...@freebsd.org
deprecated because: No longer supported by upstream-- upgrade to later
 version
expiration date:2012-03-27
build errors:   none.
overview:http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=p5-postgresql-plperl


And what is wrong with plperl?
It builds and works for me with postgresql 9.0. For example, without 
pl/perl PostgreSQL's dbilink module will not work.



--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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: FreeBSD ports which are currently scheduled for deletion

2012-02-07 Thread Alexander Pyhalov

On 02/08/2012 10:10, Chad Perrin wrote:

On Wed, Feb 08, 2012 at 09:41:04AM +0400, Alexander Pyhalov wrote:

Hello.

On 02/07/2012 12:29, lini...@freebsd.org wrote:

portname:   databases/p5-postgresql-plperl
description:Write SQL functions for PostgreSQL using Perl5
maintainer:p...@freebsd.org
deprecated because: No longer supported by upstream-- upgrade to later
 version
expiration date:2012-03-27
build errors:   none.
overview:http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=p5-postgresql-plperl


And what is wrong with plperl?
It builds and works for me with postgresql 9.0. For example, without
pl/perl PostgreSQL's dbilink module will not work.


If you check out the overview page, it says the package name is:

 postgresql-plperl-8.2.22_2

It evidently works with PostgreSQL 8.2, which (as I understand it) is
being deprecated by the PostgreSQL project itself.  I think this plperl
deprecation is based on the fact the plperl package in question is for
PostgreSQL 8.2, though of course, I'm not 100% certain that's all there
is to it, and I do not know how this all applies to later versions of
PostgreSQL.  Perhaps someone else can provide more information.


As I understand, the same port (databases/p5-postgresql-plperl) works 
for different PostgreSQL version. It can be built with 
databases/postgresqlXX-server. So, if you just don't deliver 
postgresql-perl-8.2.22_2 PACKAGE, I don't care. But don't drop the PORT. 
You just need to change DEFAULT_PGSQL_VER?=82 in its Makefile to 
DEFAULT_PGSQL_VER?=84 and forget about it.



--
С уважением,
Александр Пыхалов,
системный администратор ЮГИНФО ЮФУ.
___
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


ports/160313: New port:databases/pg_reorg

2011-09-01 Thread Alexander Pyhalov

Hello.
Could someone look at ports/160313 ? It is a port for pg_reorg, which is 
used to rebuild your PostgreSQL tables, for example, to eliminate table 
bloat.

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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/160313: New port:databases/pg_reorg

2011-09-01 Thread Alexander Pyhalov

Hello.
Thanks for your patch. This port now looks better and works with 8.4.

On 09/01/2011 14:48, Ruslan Mahmatkhanov wrote:

Alexander Pyhalov wrote on 01.09.2011 10:09:

Hello.
Could someone look at ports/160313 ? It is a port for pg_reorg, which is
used to rebuild your PostgreSQL tables, for example, to eliminate table
bloat.


Hi Alexander,
please consider patch attached.



--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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


new version of postgresql port

2010-10-07 Thread Alexander Pyhalov

Hello.
I've seen interesting commit message in postgresql90-server port: Also, 
try to break the previous 1:1 relation between FreeBSD system and

PostgreSQL versions installed. Use different PREFIX:es to install
different versions on the same system.

I've fetched new version of ports and tried to install postgresql84 from 
ports with default prefix and later - postgresql90 with non-default prefix.


I managed to install postgresql90-client and 
postgresql84-{server,client}. However, while building 
postgresql90-server I received


pgtest# make PREFIX=/usr/local/postgresql/9.0 install
===  postgresql-server-9.0.1 cannot install: the port wants 
postgresql90-client but you have postgresql84-client installed.

*** Error code 1

Stop in /usr/ports/databases/postgresql90-server.

The problem comes from 186 line of /usr/ports/Mk/bsd.database.mk. It 
must be modified to allow such things.
Also, it seems that PREFIX modification is not sufficient: we should 
have some specific postgresql files in /usr/local/etc/periodic and 
several startup scripts in /usr/local/etc/rc.d.


--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of South Federal University
___
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: new version of postgresql port

2010-10-07 Thread Alexander Pyhalov

Hello.
Just a notice. It seems it will not work to install different postgresql 
versions in different PREFIX'es at least because of bsd.databases.mk: 
lines 181 - 186: if we look at postgresql version in $LOCALBASE, it will 
be different from one from $PREFIX.


Palle Girgensohn wrote:

True, it is a first shot at breaking the 1:1 relationship, it is not a 
solution. I think that if you install all PostgreSQL:s in different 
PREFIXes, it will work to install them.




--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of South Federal University
___
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


Question about postgresql 9 and pg_upgrade

2010-09-21 Thread Alexander Pyhalov

Hello.
All latest PostgreSQL ports has conflicts with  earlier versions. May 
this be corrected in some way (for example, modify CONFLICTS variable 
and  install each new PostgreSQL version in its own directory, e.g. 
${LOCALBASE}/postgresql/XX/, where XX is 90 , 91 and so on). This will 
allow us to use pg_upgrade to upgrade databases (it needs binary files 
from both new and old postgresql version).


How do you advise to solve this problem? Should we compile postgresql 
from sources and avoid using databases/postgresql*-server ports?

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of South Federal University
___
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: libthr and libc

2010-09-07 Thread Alexander Pyhalov

Thanks for explanation.

Alex Dupre wrote:

Simple explanation: the stubs are there because you can create a
thread-safe library and use it in a single-threaded or multi-threaded
program. Once linked to a multi-threaded program (with -pthread) the
library gets access to the real libthr implementations of the pthread_*
functions, while in the single-threaded program the library will use the
libc stubs without affecting performance.
If you encounter errors probably your program/libraries dynamically
loads shared libraries that link with libthr and so you eventually call
some pthread_* functions from libc and others from libthr.
Yes, it was the case.  And it was not rather simple to find out this :) 
And one more interesting thing. I have a sample threaded application. On 
one system it was implicitly linked to libthr (on 8.0-stable), and on 
other system (8.1-RELEASE) it had to be explicitly stated -lpthr...


--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of South Federal University
___
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: libthr and libc

2010-09-07 Thread Alexander Pyhalov

Alex Dupre wrote:

Alexander Pyhalov ha scritto:

Yes, it was the case.  And it was not rather simple to find out this :)


Did I win anything? ;-)

Yes. My gratitude.
It would be more if I had gotten this answer two dayas ago before 
sitting with gdb for a working day :)

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of South Federal University
___
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


postgres and CVE-2010-0442

2010-03-25 Thread Alexander Pyhalov

Hello.
Could someone look at http://www.freebsd.org/cgi/query-pr.cgi?pr=144863 
?  There is quite serious security issue in postgres, which allow any 
user to kill others' sessions.

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of South Federal University
___
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


updated FSVS port to 1.2.2 version

2010-03-12 Thread Alexander Pyhalov
I've just updated fsvs port to the latest fsvs version. As usual, no 
warranties.

New fsvs port may be found at http://sfedu.ru/~alp/other/fsvs122.tar.bz2  .
--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of South Federal University
___
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


fsvs port

2010-01-10 Thread Alexander Pyhalov

Hello.
This is my port for fsvs 1.2.1 (a tool which allow you to store your 
filesystem versions in subversion repository in quite a flexible way, 
including file permissions and without a lot of .svn dirs, 
http://fsvs.tigris.org/). It works for me (tested in amd64 jailed 
environment on FreeBSD 8.0). I had to do several patches to compile it, 
but most of them have been included in fsvs main tree (thanks to Phil 
Marek) , in future patch included in port will be  quite small :)

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of South Federal University
___
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: fsvs port

2010-01-10 Thread Alexander Pyhalov

Hello.
I've attached it. Maybe mailing list software cut it... I'll publish it 
and post a link later...

Sergey V. Dyatko wrote:

On Mon, 11 Jan 2010 10:16:14 +0300
Alexander Pyhalov a...@rsu.ru wrote:

AP Hello.
AP This is my port for fsvs 1.2.1 (a tool which allow you to store
AP your filesystem versions in subversion repository in quite a
AP flexible way, including file permissions and without a lot of .svn
AP dirs, http://fsvs.tigris.org/). It works for me (tested in amd64
AP jailed environment on FreeBSD 8.0). I had to do several patches to
AP compile it, but most of them have been included in fsvs main tree
AP (thanks to Phil Marek) , in future patch included in port will be
AP quite small :)

Hi, some times ago i'll trying compile it but unsuccessfully. Where I
can find your port (thereis no any attachments)?

--
wbr, tiger



--
С уважением,
Александр Пыхалов,
системный администратор ЮГИНФО ЮФУ.
___
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: fsvs port

2010-01-10 Thread Alexander Pyhalov

Here is a link to the port..
http://sfedu.ru/~alp/other/fsvs.tar.bz2

Alexander Pyhalov wrote:

Hello.
I've attached it. Maybe mailing list software cut it... I'll publish it 
and post a link later...


--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of South Federal University
___
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: postgresql 8.4.2

2009-12-17 Thread Alexander Pyhalov

Hello.
It's interesting why postgres port lacks options for gss auth... Adding 
them looks straightforward...


Alexander Pyhalov wrote:

Hello.
I'd like to share my patch for postgresql port to update it for 8.4.2 
version.





___
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



--
С уважением,
Александр Пыхалов,
системный администратор ЮГИНФО ЮФУ.
diff -ur postgresql84-server.orig/Makefile postgresql84-server/Makefile
--- postgresql84-server.orig/Makefile   2009-12-03 01:21:27.0 +0300
+++ postgresql84-server/Makefile2009-12-17 17:27:50.0 +0300
@@ -6,7 +6,7 @@
 #
 
 PORTNAME?= postgresql
-DISTVERSION?=  8.4.1
+DISTVERSION?=  8.4.2
 CATEGORIES?=   databases
 MASTER_SITES=  ${MASTER_SITE_PGSQL}
 MASTER_SITE_SUBDIR=source/v${DISTVERSION}
@@ -89,6 +89,7 @@
 OPTIONS+=  LDAP Build with LDAP authentication support off
 OPTIONS+=  MIT_KRB5 Build with MIT's kerberos support off
 OPTIONS+=  HEIMDAL_KRB5 Builds with Heimdal kerberos support off
+OPTIONS+=  GSSAPI Build with GSSAPI support off
 OPTIONS+=  OPTIMIZED_CFLAGS Builds with compiler optimizations (-O3) off
 OPTIONS+=  XML Build with XML data type (server) on
 OPTIONS+=  TZDATA Use internal timezone database (server) on
@@ -182,6 +183,11 @@
 .endif
 .  endif
 
+.  if defined(WITH_GSSAPI)
+CONFIGURE_ARGS+=--with-gssapi
+.  endif
+
+
 .endif # !SLAVE_ONLY
 
 .if defined(CLIENT_ONLY)
diff -ur postgresql84-server.orig/distinfo postgresql84-server/distinfo
--- postgresql84-server.orig/distinfo   2009-12-03 01:21:27.0 +0300
+++ postgresql84-server/distinfo2009-12-15 18:04:29.0 +0300
@@ -1,3 +1,3 @@
-MD5 (postgresql/postgresql-8.4.1.tar.bz2) = f2015af17bacbbfe140daf0d1067f9c9
-SHA256 (postgresql/postgresql-8.4.1.tar.bz2) = 
85f5a5053aea196a2c997785cb5f61368aa46407527de820006d04b594fd9d7c
-SIZE (postgresql/postgresql-8.4.1.tar.bz2) = 13579302
+MD5 (postgresql/postgresql-8.4.2.tar.bz2) = d738227e2f1f742d2f2d4ab56496c5c6
+SHA256 (postgresql/postgresql-8.4.2.tar.bz2) = 
adb3c5c90396195d76e986f835c2bd0e0dad438f91f4dc2b62048caf6d9869f2
+SIZE (postgresql/postgresql-8.4.2.tar.bz2) = 13600699
diff -ur postgresql84-server.orig/pkg-plist-server 
postgresql84-server/pkg-plist-server
--- postgresql84-server.orig/pkg-plist-server   2009-12-03 01:21:27.0 
+0300
+++ postgresql84-server/pkg-plist-server2009-12-15 18:04:29.0 
+0300
@@ -376,6 +376,7 @@
 %%TZDATA%%share/postgresql/timezone/Asia/Manila
 %%TZDATA%%share/postgresql/timezone/Asia/Muscat
 %%TZDATA%%share/postgresql/timezone/Asia/Nicosia
+%%TZDATA%%share/postgresql/timezone/Asia/Novokuznetsk
 %%TZDATA%%share/postgresql/timezone/Asia/Novosibirsk
 %%TZDATA%%share/postgresql/timezone/Asia/Omsk
 %%TZDATA%%share/postgresql/timezone/Asia/Oral

___
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

postgresql 8.4.2

2009-12-15 Thread Alexander Pyhalov

Hello.
I'd like to share my patch for postgresql port to update it for 8.4.2 
version.


--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of South Federal University
diff -ru postgresql84-server.orig/Makefile postgresql84-server/Makefile
--- postgresql84-server.orig/Makefile   2009-12-02 22:21:27.0 +
+++ postgresql84-server/Makefile2009-12-15 12:15:05.742312495 +
@@ -6,7 +6,7 @@
 #
 
 PORTNAME?= postgresql
-DISTVERSION?=  8.4.1
+DISTVERSION?=  8.4.2
 CATEGORIES?=   databases
 MASTER_SITES=  ${MASTER_SITE_PGSQL}
 MASTER_SITE_SUBDIR=source/v${DISTVERSION}
diff -ru postgresql84-server.orig/distinfo postgresql84-server/distinfo
--- postgresql84-server.orig/distinfo   2009-12-02 22:21:27.0 +
+++ postgresql84-server/distinfo2009-12-15 09:21:17.685474773 +
@@ -1,3 +1,3 @@
-MD5 (postgresql/postgresql-8.4.1.tar.bz2) = f2015af17bacbbfe140daf0d1067f9c9
-SHA256 (postgresql/postgresql-8.4.1.tar.bz2) = 
85f5a5053aea196a2c997785cb5f61368aa46407527de820006d04b594fd9d7c
-SIZE (postgresql/postgresql-8.4.1.tar.bz2) = 13579302
+MD5 (postgresql/postgresql-8.4.2.tar.bz2) = d738227e2f1f742d2f2d4ab56496c5c6
+SHA256 (postgresql/postgresql-8.4.2.tar.bz2) = 
adb3c5c90396195d76e986f835c2bd0e0dad438f91f4dc2b62048caf6d9869f2
+SIZE (postgresql/postgresql-8.4.2.tar.bz2) = 13600699
diff -ru postgresql84-server.orig/pkg-plist-server 
postgresql84-server/pkg-plist-server
--- postgresql84-server.orig/pkg-plist-server   2009-12-02 22:21:27.0 
+
+++ postgresql84-server/pkg-plist-server2009-12-15 12:21:30.811168790 
+
@@ -376,6 +376,7 @@
 %%TZDATA%%share/postgresql/timezone/Asia/Manila
 %%TZDATA%%share/postgresql/timezone/Asia/Muscat
 %%TZDATA%%share/postgresql/timezone/Asia/Nicosia
+%%TZDATA%%share/postgresql/timezone/Asia/Novokuznetsk
 %%TZDATA%%share/postgresql/timezone/Asia/Novosibirsk
 %%TZDATA%%share/postgresql/timezone/Asia/Omsk
 %%TZDATA%%share/postgresql/timezone/Asia/Oral
___
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