Hi,
On Fri, 2007-01-19 at 04:18 -0800, Milton César de Souza Leite wrote:
> configure: error: C preprocessor "/lib/cpp" fails sanity check
AFAIR, you need to install gcc-g++ package for Slackware to get rid of
this error.
Regards,
--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
Hi,
On Fri, 2007-01-19 at 11:07 +, Aravind wrote:
> PostgreSQL version: 8.0
> Operating system: Suse linux
> Description:postgres database connectivity
> Details:
>
> when the postgres database is connected through pgadminIII the
> connection
> tells Fatal error: Already roo many c
Hi,
On Wed, 2007-01-10 at 21:43 +, Meetesh Karia wrote:
> PostgreSQL version: 8.0.10
> Operating system: Centos-4.2
> Description:RPM: wrong quoting of error message about old database
> format after upgrading
I changed that message for PGDG 8.0 RPMs. The other releases do not have
Hi,
On Tue, 2006-12-12 at 19:23 +0530, Danish Siddiqui wrote:
> Im not able to install postgresql-8.1.2 on CentOS 4.1
"How" it is not working? What is the error message?
--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7
Hi,
On Mon, 2006-10-16 at 19:29 +0200, stig erikson wrote:
> There seems to be files missing in the rpm packages for postgresql 8.1.5.
>
> [] rpm -Uvh postgresql*.rpm
> error: Failed dependencies:
> libpq.so is needed by postgresql-server-8.1.5-2PGDG.i686
> libpq.so is needed by
Hello Tom,
On Mon, 2006-09-04 at 14:35 -0400, Tom Lane wrote:
> "Devrim GUNDUZ" <[EMAIL PROTECTED]> writes:
> > Like the bug report that was submitted a few days ago,
> > http://archives.postgresql.org/pgsql-bugs/2005-09/msg00233.php
> > I have the same thi
Hi,
On Sat, 2006-06-17 at 19:05 -0400, Tom Lane wrote:
> AFAICT the only real solution would be to introduce pg_strcasecmp
> into 7.4, ie backport this patch:
> http://archives.postgresql.org/pgsql-committers/2004-05/msg00037.php
> which seems entirely unreasonable to me.
I was just testing 7.4,
Hi Tom,
On Sat, 2006-06-17 at 18:12 -0400, Tom Lane wrote:
> Devrim GUNDUZ <[EMAIL PROTECTED]> writes:
> > AFAIR we have fixed this early 7.4 series, but it is back now. I'm
> not
> > sure when this reappeared. I haven't tested 7.4.X for a long time.
>
&g
Hi,
Description of problem: initdb fails on tr_TR.UTF-8. OS is Fedora Core 5
on a 32 bit platform, and an up2date system.
Version-Release number of selected component (if applicable): PostgreSQL
7.4.13.
How reproducible: Always
Steps to Reproduce:
1. Compile PostgreSQL 7.4.13
2. Create data dir
Hi,
On Thu, 2006-06-15 at 07:11 +, Tetsuo Sakata wrote:
> I found an error when I tried to install an RPM
> postgresql-docs-8.1.4-1PGDG.i686.rpm which was downloaded via
> http://www.postgresql.org/ftp/binary/v8.1.4/linux/rpms/redhat/rhel-as-4/.
>
> I typed an rpm command to see the error mes
Hi,
On Fri, 2006-03-17 at 00:31 -0500, Tom Lane wrote:
> We could push the RPM initscript into the contrib item, but I fear
> we'd
> forget again to keep it up to date.
>
> Comments anyone?
We don't change initscript so often, so keeping it up2date will not be
hard -- I'll remind you when we cha
Hi,
On Tue, 2005-12-20 at 08:44 +, zhuge xiao wrote:
> PostgreSQL version: 8.0.3
> Operating system: Linux ( FC4 )
> Description:could not connect to server
> Details:
> I have edited the program testlibpq.c which is copied from the PostgreSQL
> document to make it become a CGI pro
upgrade to 8.0. Please note that you'll need a dump/reload.
Regards,
--
Devrim GUNDUZ
Kivi Bilişim Teknolojileri - http://www.kivi.com.tr
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
http://www.gunduz.org
---(end of broa
Hi,
On Mon, 24 Oct 2005, Bruce Momjian wrote:
Please report this to the RPM maintainer. We do not create the RPMs.
I thought we do? Our RPMs are marked as PGDG RPMs...
--
Devrim GUNDUZ
Kivi Bilişim Teknolojileri - http://www.kivi.com.tr
devrim~gunduz.org, devrim~PostgreSQL.org
Hi,
On Tue, 18 Oct 2005, Tom Lane wrote:
Devrim GUNDUZ <[EMAIL PROTECTED]> writes:
I can't see any problems with adding
account required pam_stack.so service=system-auth
See also
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167040
which is what inspired this to start
s not generated by any RPM, so our RPM wanted to
replace it.
I can't see any problems with adding
account required pam_stack.so service=system-auth
to our postgresql.pam file. If noone objects, we may release a new
subversion of 8.0.4 with this fix (and elog patch of Tom).
Regards,
-
icolai Tufar volunteer to fix it.
Regards,
--
Devrim GUNDUZ
Kivi Bilişim Teknolojileri - http://www.kivi.com.tr
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
http://www.gunduz.org
---(end of broadcast)---
So any chance to fix it before beta 3 (and also backpatch?) ?
Regards,
--
Devrim GUNDUZ
Kivi Bilişim Teknolojileri - http://www.kivi.com.tr
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
http://www.gunduz.org
---(end of broa
The following bug has been logged online:
Bug reference: 1931
Logged by: Devrim GUNDUZ
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.1beta2
Operating system: Linux (RHEL 4, Debian 3.1)
Description:ILIKE and LIKE fails on Turkish locale
Details:
Hi,
Like
r PGDG 8.1 beta RPMs. Let's
see what will happen in next beta.
Regards,
--
Devrim GUNDUZ
Kivi Bilişim Teknolojileri - http://www.kivi.com.tr
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
http://www.gunduz.org
atabase in /var/lib/pgsql/data/base/1 ... FATAL: XX000:
failed to initialize lc_messages to ""
LOCATION: InitializeGUCOptions, guc.c:2389
This reminded me a bug that was fixed in 7.4.2. Are you using 7.4 or
7.4.1?
Regards,
--
Devrim GUNDUZ
Kivi Bilişim Teknolojileri - http://ww
beros}
where as the 7.4.6 version has the kerberos directory is set via:
%{?build7x:%define kerbdir "/usr"}
%{?build89:%define kerbdir "/usr"}
I think you'll agree that this directory change is not the default for Redhat
7, 8 or 9
Regards
Donald Fraser
- --
Dev
beros
--with-krb5 \
--with-includes=%{kerbdir}/include \
%endif
Regards,
- --
Devrim GUNDUZ
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
http://www.tdmsoft.com http://www.gunduz.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
olves
ssl build problem :) To say he truth, I didn't search the code for it:
but googled a bit and found the "solution".
Anyway, this seems to be a RHEL-specific problem; not related to
PostgreSQL; since other versions (RH X and FC X) does not have this
problem.
Regards,
-
RPM builds, months ago,
and I remember to have talked this issue on lists...
Regards,
- --
Devrim GUNDUZ
devrim~gunduz.orgdevrim.gunduz~linux.org.tr
http://www.tdmsoft.com
http://www.gunduz.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1
issue restricted to RedHat and Whitebox.
That's true. AFAIK RHEL has a missing symlink, which is a known issue...
Regards,
- --
Devrim GUNDUZ
devrim~gunduz.orgdevrim.gunduz~linux.org.tr
http://www.tdmsoft.com
http://www.gunduz.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1
openssl packages and also installing openssl from source with no luck.
ln -s /usr/kerberos/include/* /usr/include/
will solve your problem, I think. I do the the same in every fresh RHEL
(AFAIR WBEL is identical to RHEL) installations.
Regards,
- --
Devrim GUNDUZ
devrim~gunduz.orgdevrim.gunduz
edu.tr/Linux/linux-programlama/2004/May/0061.html
and all mails in the thread for more information.
Regards,
- --
Devrim GUNDUZ
devrim~gunduz.orgdevrim.gunduz~linux.org.tr
http://www.tdmsoft.com
http://www.gunduz.org
-BEGIN PGP SIGNATURE-
Ve
d
ftp://ftp6.tr.postgresql.org/postgresql/binary/v7.3.8/srpms/fedora/fedora-core-3/postgresql-7.3.8-3PGDG.src.rpm
(or from any mirror near you)
on FC1 and look what's happening?
Thanks,
Regards,
- --
Devrim GUNDUZ
devrim~gunduz.orgdevrim.gunduz~linux.org.tr
http://www.tdmsoft.com
h
x for FC1 (I
currently have no servers running FC1). Instead, created a
README file in FTP directory and explained the problem and workaround.
Just a FYI. You can use FC3 SRPM to build RPMs for FC1.
Regards,
- --
Devrim GUNDUZ
devrim~gunduz.orgdevrim.gunduz~linux.org.tr
http://www.tdmsof
Oh, and the bug report web form won't let me use 7.3.8 or 7.4.6 yet.
Thanks, fixed.
Regards,
- --
Devrim GUNDUZ
devrim~gunduz.orgdevrim.gunduz~linux.org.tr
http://www.tdmsoft.com
http://www.gunduz.org
-BEGIN PGP SIGNATURE-
Version: Gnu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On Wed, 6 Oct 2004, Tom Lane wrote:
Devrim GUNDUZ <[EMAIL PROTECTED]> writes:
Am I missing something, or is it a bug? I can't reproduce it in 8.0beta2.
whereas prior versions did the rollback but still reported the command
tag as COM
til end of transaction block" after the commit?
Since COMMIT was executed 'successfully', I thought that t2 has a row
inside, but:
test=# SELECT * from t2 ;
s_no | x
- --+---
(0 rows)
Am I missing something, or is it a bug? I can't reproduce it in 8.0beta2.
Re
tcl package, and -pl package has pltcl.so.
I haven't rebuilt rpms for 7.4.3 (your version), so it's time for an
upgrade for you ;)
Regards,
- --
Devrim GUNDUZ
devrim~gunduz.orgdevrim.gunduz~linux.org.tr
http://www.tdmsoft.com
http://www.gunduz.org
-BEGIN PGP SIGNATURE-
Ve
resql-pl rpm.
Regards,
- --
Devrim GUNDUZ
devrim~gunduz.orgdevrim.gunduz~linux.org.tr
http://www.tdmsoft.com
http://www.gunduz.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFBP2DYtl86P3SPfQ4RAj53AJ485JTifpH/sJijaXKSa0CRhSaBHwCgt0sO
ajC1sTPOVdCeNBDU4bjSIDg=
=ZAN9
-
all the regression tests passed again, using the latest flex +
glibc... I can't reproduce the problem :( Or there is not a bug :)
Regards,
- --
Devrim GUNDUZ
devrim~gunduz.org devrim.gunduz~linux.org.tr
http://www.tdmsoft.com
-(
Nicolai is on holiday now. I tested on my Fedora Core 2 and RHEL 3 ES
systems and all regression tests passed:
==
All 96 tests passed.
==
I'm using the latest tr_TR locale of glibc, and flex-2.5.4a-29 (of RHEL)
and flex-2.5.4a-31 (of FC 2).
What
problem in glibc, for Turkish locale. Maybe this is
another cause of the problem.
--
Devrim GUNDUZ
devrim~gunduz.org devrim.gunduz~linux.org.tr
http://www.TDMSoft.com
http://www
or a long time).
We digged glibc and found out that tr_TR locale is broken there. Trying to
fix it. Maybe in the next release...
Regards,
- --
Devrim GUNDUZ
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://www.TDMSoft.com
Below is the log file just after Postgresql database server is started
> manually. Log can't record the cause of this problem.
Could be something with hardware or power failure?
Also, could you please increase logging level (log_min_messages in
postgresql.conf)?
Regards,
- --
Devri
40 matches
Mail list logo
