[pgadmin-hackers] sh bootstrap warnings
Hello, I get these on a fresh checkout: -8 [EMAIL PROTECTED] pgadmin3] % sh bootstrap + '[' -x config ']' + aclocal /usr/share/aclocal/pkg.m4:5: warning: underquoted definition of PKG_CHECK_MODULES run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending%20aclocal /usr/share/aclocal/libmikmod.m4:11: warning: underquoted definition of AM_PATH_LIBMIKMOD /usr/share/aclocal/gtk.m4:7: warning: underquoted definition of AM_PATH_GTK /usr/share/aclocal/glib.m4:8: warning: underquoted definition of AM_PATH_GLIB ... -8 Does it mean the autoconf installed is slightly old? Thanks, -- Serguei A. Mokhov| /~\The ASCII Computer Science Department | \ / Ribbon Campaign Concordia University | XAgainst HTML Montreal, Quebec, Canada | / \ Email! ---(end of broadcast)--- TIP 9: the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match
[pgadmin-hackers] configure doesn't find my pgsql installation
Hello, My pgsql is installed in /local/pkg/pgsql8.0, but configure of pgadmin can't seem to be persuaded to believe that or anything else for that matter. Could you hint me what am I doing wrong? (I have pg in fact in two different locations, one is fresh from CVS the other is 8.0.1, none is found by the pgadmin's configure). [EMAIL PROTECTED] pgadmin3] % uname -srvpio Linux 2.6.5-1.358 #1 Sat May 8 09:04:50 EDT 2004 i686 i386 GNU/Linux pg version: bleeding edge padmin version: alike [EMAIL PROTECTED] pgadmin3] % ./configure --prefix=/local/pkg/pgadmin3 --enable-debug --with-pgsql=/local/pkg/pgsql8.0/ checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking arpa/inet.h usability... yes checking arpa/inet.h presence... yes checking for arpa/inet.h... yes checking netdb.h usability... yes checking netdb.h presence... yes checking for netdb.h... yes checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking for stdlib.h... (cached) yes checking for stdbool.h that conforms to C99... yes checking for _Bool... yes checking for an ANSI C-conforming const... yes checking for size_t... yes checking whether time.h and sys/time.h may both be included... yes checking for working strtod... yes checking for gethostbyname... yes checking for inet_ntoa... yes checking for memmove... yes checking for memset... yes checking for strchr... yes checking for wx-config binary... yes checking for pgsql include files... yes checking for pgsql... yes checking for PQexec in -lpq... no checking for SSL_connect in -lpq... no checking libpq-fe.h usability... yes checking libpq-fe.h presence... yes checking for libpq-fe.h... yes checking pgsql in /local/pkg/pgsql8.0/... failed configure: error: you must specify a valid pgsql installation with --with-pgsql=DIR Thanks, -- Serguei A. Mokhov| /~\The ASCII Computer Science Department | \ / Ribbon Campaign Concordia University | XAgainst HTML Montreal, Quebec, Canada | / \ Email! ---(end of broadcast)--- TIP 8: explain analyze is your friend
Re: [pgadmin-hackers] configure doesn't find my pgsql installation
On Fri, 4 Feb 2005, Adam H. Pendleton wrote: Date: Fri, 04 Feb 2005 18:21:37 -0500 installation Could you send the config.log file generated by configure? This will help in debugging the problem. Sure. Attached. Serguei A. Mokhov wrote: Hello, My pgsql is installed in /local/pkg/pgsql8.0, but configure of pgadmin can't seem to be persuaded to believe that or anything else for that matter. Could you hint me what am I doing wrong? (I have pg in fact in two different locations, one is fresh from CVS the other is 8.0.1, none is found by the pgadmin's configure). [EMAIL PROTECTED] pgadmin3] % uname -srvpio Linux 2.6.5-1.358 #1 Sat May 8 09:04:50 EDT 2004 i686 i386 GNU/Linux pg version: bleeding edge padmin version: alike [EMAIL PROTECTED] pgadmin3] % ./configure --prefix=/local/pkg/pgadmin3 --enable-debug --with-pgsql=/local/pkg/pgsql8.0/ checking pgsql in /local/pkg/pgsql8.0/... failed configure: error: you must specify a valid pgsql installation with --with-pgsql=DIR Thanks, -- Serguei A. Mokhov| /~\The ASCII Computer Science Department | \ / Ribbon Campaign Concordia University | XAgainst HTML Montreal, Quebec, Canada | / \ Email!This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by pgadmin3 configure 1.3.0, which was generated by GNU Autoconf 2.59. Invocation command line was $ ./configure --prefix=/local/pkg/pgadmin3 --enable-debug --with-pgsql=/local/pkg/pgsql8.0/ ## - ## ## Platform. ## ## - ## hostname = ipecac.cs.concordia.ca uname -m = i686 uname -r = 2.6.5-1.358 uname -s = Linux uname -v = #1 Sat May 8 09:04:50 EDT 2004 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = i686 /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /mnt/fis0/pkg/cvs/bin PATH: /local/bin PATH: /encs/bin PATH: /site/bin PATH: /usr/local/bin PATH: /usr/X11R6/bin PATH: /usr/bin PATH: /bin PATH: /usr/sbin PATH: /sbin PATH: /usr/ucb PATH: /site/bin PATH: /mnt/fis0/pkg/mysql/bin PATH: /mnt/fis0/pkg/lyx/bin ## --- ## ## Core tests. ## ## --- ## configure:1377: checking build system type configure:1395: result: i686-pc-linux-gnu configure:1403: checking host system type configure:1417: result: i686-pc-linux-gnu configure:1439: checking for a BSD-compatible install configure:1494: result: /usr/bin/install -c configure:1505: checking whether build environment is sane configure:1548: result: yes configure:1605: checking for gawk configure:1621: found /usr/bin/gawk configure:1631: result: gawk configure:1641: checking whether make sets $(MAKE) configure:1661: result: yes configure:1874: checking for gcc configure:1890: found /encs/bin/gcc configure:1900: result: gcc configure:2144: checking for C compiler version configure:2147: gcc --version /dev/null 5 gcc (GCC) 3.3.2 Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2150: $? = 0 configure:2152: gcc -v /dev/null 5 Reading specs from /encs/pkg/gcc-3.3.2/root/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/specs Configured with: ./configure --prefix=/encs/pkg/gcc-3.3.2/root --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit Thread model: posix gcc version 3.3.2 configure:2155: $? = 0 configure:2157: gcc -V /dev/null 5 gcc: `-V' option must have argument configure:2160: $? = 1 configure:2183: checking for C compiler default output file name configure:2186: gccconftest.c 5 configure:2189: $? = 0 configure:2235: result: a.out configure:2240: checking whether the C compiler works configure:2246: ./a.out configure:2249: $? = 0 configure:2266: result: yes configure:2273: checking whether we are cross compiling configure:2275: result: no configure:2278: checking for suffix of executables configure:2280: gcc -o conftestconftest.c 5 configure:2283: $? = 0 configure:2308: result: configure:2314: checking for suffix of object files configure:2335: gcc -c conftest.c 5 configure:2338: $? = 0 configure:2360: result: o configure:2364: checking whether we are using the GNU C compiler configure:2388: gcc -c conftest.c 5 configure:2394: $? = 0 configure:2398: test -z || test ! -s conftest.err configure:2401: $? = 0 configure:2404: test -s conftest.o configure:2407: $? = 0 configure:2420: result: yes configure:2426: checking whether gcc accepts -g configure:2447: gcc -c -g conftest.c 5 configure:2453: $? = 0 configure:2457: test -z || test ! -s conftest.err configure:2460: $? = 0 configure:2463: test -s conftest.o configure:2466: $? = 0
[pgadmin-hackers] Getting wxstd.po for ru_RU
Hello, Since the wxWidgets guys have the Russian translation available, which pgAdmin didn't pick up yet, should I compile the correspoding .mo file and submit 'em for inclusion? They have just ru.po in their CVS. -- Serguei A. Mokhov| /~\The ASCII Computer Science Department | \ / Ribbon Campaign Concordia University | XAgainst HTML Montreal, Quebec, Canada | / \ Email! ---(end of broadcast)--- TIP 7: don't forget to increase your free space map settings
Re: [pgadmin-hackers] Translation of pgAdmin III V1.2
On Wed, 15 Sep 2004, Andreas Pflug wrote: Date: Wed, 15 Sep 2004 15:18:57 + But even if they aren't merged regularly, shouldn't the entire thing be merged at once (like in a transaction) and not part-way through? Like some had 1008 as total, and others 1012... No. You can update from template any time yourself, using pgadmin3.pot. Yup, I know. :) Same for the web site. Merging the strings centrally is just for convenience (and sometimes fails) I see. Regards, Andreas -- Serguei A. Mokhov| /~\The ASCII Computer Science Department | \ / Ribbon Campaign Concordia University | XAgainst HTML Montreal, Quebec, Canada | / \ Email! ---(end of broadcast)--- TIP 9: the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match
Re: [pgadmin-hackers] Translation updates: ru_RU
On Mon, 23 Aug 2004, Dave Page wrote: Date: Mon, 23 Aug 2004 08:18:21 +0100 Thanks, applied. Thanks. But the translations page is apparently updated irregularly. The link points to the updated file correctly, but the statistics is off. How often is the page updated? And no, it's not the browser's cache. -s Regards, Dave -Original Message- From: Serguei Mokhov [mailto:[EMAIL PROTECTED] Sent: 22 August 2004 19:27 To: pgadmin-hackers Cc: [EMAIL PROTECTED]; Dave Page; Andreas Pflug Subject: Translation updates: ru_RU Hello, Attached is a nearly complete ru_RU translation. Please apply. Thanks, -s ru_RU-pg_admin.zip -- Serguei A. Mokhov| /~\The ASCII Computer Science Department | \ / Ribbon Campaign Concordia University | XAgainst HTML Montreal, Quebec, Canada | / \ Email! ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [pgadmin-hackers] pgAdmin web site reaching one million hits in
Dear Jean-Michel, Dave, When I originally saw your message I was to blame Oleg and Teodor :) Yet, indeed pgAdmin III seems to be quite popular in Russian, because I got some number of support-requests in Russian :) So, I guess, I'd have to translate the website and maintain existing translations more actively :) -s On Tue, 20 Jan 2004, Jean-Michel POURE wrote: Le Mardi 20 Janvier 2004 13:07, Dave Page a écrit : That site (sn.sai.msu.ru) rings a bell. I don't suppose it's Oleg/Teodor's indexer for www.pgsql.ru? 251737 hits for sn.sai.msu.ru alone! Strange. The number of visits are more interesting: March: 755 April: 650 May: 9056 June: 18.776 July: 21.776 August : 19.729 Sept: 27.744 Oct: 33.890 Nov: 29.894 Dec: 24.745 (in December, PostgreSQL has 327.898 visits) The statistics by country show that pgAdmin usage is quite balanced: http://www.pgadmin.org/stats/webalizer/usage_200312.html#TOPCTRYS Let us dream that the number of users could double in each country... Cheers, Jean-Michel -- Serguei A. Mokhov| /~\The ASCII Computer Science Department | \ / Ribbon Campaign Concordia University | XAgainst HTML Montreal, Quebec, Canada | / \ Email! ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send unregister YourEmailAddressHere to [EMAIL PROTECTED])
Re: [pgadmin-hackers]
On Thu, 2 Oct 2003, Hiroshi Saito wrote: From: Andreas Pflug [EMAIL PROTECTED] Serguei A. Mokhov wrote: Hi, I think I have a similar issue... A pgAdmin III user contacted me with the question why they can't see the data in Russian and how to to solve the problem. I queried them for more information. I think their data must be encoded in some other encoding (e.g. KOI8-R) and when it gets to the client side, it's not converted. This is correctly diagnosed, non-ascii data in a SQL_ASCII encoded database will not be shown because the server doesn't know how to encode it in Unicode. This is fixed for HEAD and BRANCH. No. Server encoding as below. -- SQL_ASCII -- UNICODE CREATE DEFAULT CONVERSION pg_catalog.ascii_to_utf_8 FOR 'SQL_ASCII' TO 'UNICODE' FROM ascii_to_utf8; -- UNICODE -- SQL_ASCII CREATE DEFAULT CONVERSION pg_catalog.utf_8_to_ascii FOR 'UNICODE' TO 'SQL_ASCII' FROM utf8_to_ascii; Yes, I know about existance of this conversion (as well as about the KOI8-R one). It's been there for ages... I'll report back once the user gets back to me on that. I'm not sure though whether they'd be willing to pull the stuff from the CVS and compile it -- even you guys recommend to use the binaries... ;) regards, Hiroshi Saito -- Serguei A. Mokhov| /~\The ASCII Computer Science Department | \ / Ribbon Campaign Concordia University | XAgainst HTML Montreal, Quebec, Canada | / \ Email! I swear, education is the only industry, where the consumer is happier when they get less for their money -- Julia Timofeev ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster
Re: [pgadmin-hackers]
On Wed, 1 Oct 2003, Jean-Michel POURE wrote: Le Mercredi 1 Octobre 2003 20:05, Andreas Pflug a écrit : This is not a bug of PostgreSQL, nor of pgAdmin. SQL_ASCII database *should* contain only 7bit ascii characters. If you use 8-bit characters, conversion is unpredictable (well, it *is* predictable, but probably not what you'd like to see) IMHO, SQL_ASCII database contain more than 7bit characters. I used it several times to store Frenc accentuated text and it worked like a charm. The name ASCII may not be well chosen. It contains more than ASCII presently. Indeed, no one has forbidden extended-ASCII chars :) Though these would be interpreted differntly. My 256 char ASCII table is different from yours presentation-wise. But you can't control it uniformly unless you explicitly tell how to enterpret. I wanna see my Cyrillic chars and not the diacritics of Latin chars, for example. An Indian friedn of mind would like to see their Hindi chars there instead, so... You are lucky because your accented chars are the deault representation. There could potentially be a need to tell the UI which ASCII it is, not sure how it is. -- Serguei A. Mokhov| /~\The ASCII Computer Science Department | \ / Ribbon Campaign Concordia University | XAgainst HTML Montreal, Quebec, Canada | / \ Email! I swear, education is the only industry, where the consumer is happier when they get less for their money -- Julia Timofeev ---(end of broadcast)--- TIP 7: don't forget to increase your free space map settings
