Re: [pgadmin-hackers] pgadmin3+Fedora Core 2 status report
> -Original Message- > From: Diego A. Gil [mailto:[EMAIL PROTECTED] > Sent: 08 September 2004 02:07 > To: Dave Page > Cc: PgAdmin Hackers; Devrim GUNDUZ > Subject: Re: [pgadmin-hackers] pgadmin3+Fedora Core 2 status report > > Hi, > > I compiled sucessfully wxWidgets-pgAdmin3-20040907.tar.bz2 > and pgadmin3-src-20040907.tar.gz following instructions in > pgadmin3-1.1.0/docs/en_US/unix_compilation.html. > > There was just a little problem: wxWidget's include files > were installed in /usr/local/include/wx-2.5/wx, not in > /usr/local/include/wx. When running pgadmin configure script > I got an error saying stc was not installed and that I have > to install it. > > Searching a little, I realized that the script was expecting > to find stc include files in /usr/loca/include/wx, so I made > a symlink from /usr/local/include/wx-2.5/wx to > /usr/local/include/wx and run again configure script. This > time everything was OK. Then I compiled and installed pgadmin > and is running as expected: very well !!. > > Any idea about this ? I fixed that yesterday in CVS (it should be in last nights snapshot). It's probably best to remove the symlink as soon as possible to ensure that pgAdmin always finds the correct version of wx. Glad to hear it's working btw, and thanks for spending time on it! Interesting that the configure script cannot seem to follow a symlink on FC2... Regards, Dave ---(end of broadcast)--- TIP 7: don't forget to increase your free space map settings
[pgadmin-hackers] CVS Commit by dpage: Additional path updates.
Log Message: --- Additional path updates. Modified Files: -- pgadmin3: acinclude.m4 (r1.34 -> r1.35) Index: acinclude.m4 === RCS file: /projects/pgadmin3/acinclude.m4,v retrieving revision 1.34 retrieving revision 1.35 diff -Lacinclude.m4 -Lacinclude.m4 -u -w -r1.34 -r1.35 --- acinclude.m4 +++ acinclude.m4 @@ -166,10 +166,10 @@ fi], [ AC_MSG_RESULT(yes) WX_HOME=/usr/local/wx2 -if test ! -f "${WX_HOME}/include/wx/wx.h" +if test ! -f "${WX_HOME}/include/wx/wx-2.5/wx.h" then WX_HOME=/usr/local -if test ! -f "${WX_HOME}/include/wx/wx.h" +if test ! -f "${WX_HOME}/include/wx/wx-2.5/wx.h" then WX_HOME=/usr fi @@ -428,7 +428,7 @@ fi WX_NEW_CPPFLAGS=`${WX_CONFIG} --cxxflags` -CPPFLAGS="$CPPFLAGS $WX_NEW_CPPFLAGS -I${WX_HOME}/include" +CPPFLAGS="$CPPFLAGS $WX_NEW_CPPFLAGS -I${WX_HOME}/include/wx-2.5" case "${host}" in *-apple-darwin*) CPPFLAGS="$CPPFLAGS -no-cpp-precomp -fno-rtti" ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster
Re: [pgadmin-hackers] update for id_ID Translation
> -Original Message- > From: Erwien Samantha Y [mailto:[EMAIL PROTECTED] > Sent: 08 September 2004 07:40 > To: [EMAIL PROTECTED] > Cc: Dave Page > Subject: update for id_ID Translation > > Dear All, > > I finish update the id_ID translation, > Here's the attachment. Thanks - update applied. Should be reflected on the translations page withn a few hours. Regards, Dave ---(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] pgadmin3+Fedora Core 2 status report
> -Original Message- > From: Hiroshi Saito [mailto:[EMAIL PROTECTED] > Sent: 08 September 2004 02:24 > To: Dave Page; Diego A. Gil > Cc: Adam H. Pendleton; Devrim GUNDUZ; PgAdmin Hackers > Subject: Re: [pgadmin-hackers] pgadmin3+Fedora Core 2 status report > > Adam may solve a problem as for whether to be the figure > which originally this should be if it is taken into > consideration though it isn't certain. Ack - I fixed most of that yesterday but managed to miss a couple that you didn't! I've applied the missing bits - thanks. Regards, Dave ---(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] Ready to roll beta
Message d'origine >Sujet: [pgadmin-hackers] Ready to roll beta >Date: Tue, 7 Sep 2004 21:35:57 +0100 >De: "Dave Page" <[EMAIL PROTECTED]> >A: <[EMAIL PROTECTED]> > >I plan to roll 1.2beta1 tomorrow unless anyone has a good reason not to. >I know there is an outstanding issue with FC2, however I'm not convinced >this is something that need holdup production of the source tarball. > >If anyone disagrees or has any other objections, please let me know >ASAP. So, I SHOUT! :) Can you let us a couple of day to manage all the build to be tested at least once. As discussed yesterday evening, I have some stuff to review (should not be too much) and I must take care of keyboard issues under debian. FC2 should be ok now thanks to Diego and Devrim but we should document the way --with-wx* configure options work as it was just the way to call them which was not correct. Can we wait until the WE ? Thx. Raphaël ---(end of broadcast)--- TIP 8: explain analyze is your friend
Re: [pgadmin-hackers] Ready to roll beta
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: 08 September 2004 10:54 > To: Dave Page > Cc: [EMAIL PROTECTED] > Subject: Re: [pgadmin-hackers] Ready to roll beta > > So, I SHOUT! :) > Can you let us a couple of day to manage all the build to be > tested at least once. > As discussed yesterday evening, I have some stuff to review > (should not be too much) and I must take care of keyboard > issues under debian. Thought that one was resolved... > FC2 should be ok now thanks to Diego and Devrim but we should > document the way --with-wx* configure options work as it was > just the way to call them which was not correct. From what I could gather, the configure script failed to run the symlinked wx-config, which I can only imagine is a shell issue, but yes, a doc would help. > Can we wait until the WE ? We can, but I can't hold off the postgresql-win32 beta any more, so we will have to ship the current cvs tip with that. Regards, Dave ---(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] Ready to roll beta
[EMAIL PROTECTED] wrote: So, I SHOUT! :) Can you let us a couple of day to manage all the build to be tested at least once. As discussed yesterday evening, I have some stuff to review (should not be too much) and I must take care of keyboard issues under debian. FC2 should be ok now thanks to Diego and Devrim but we should document the way --with-wx* configure options work as it was just the way to call them which was not correct. Can we wait until the WE ? Thx. Well, this is an unfortunate situation. Beta1 win32 should roll ASAP to be included in pginstaller Beta2 (which is overdue), but we need time for *ix. I'd vote for making a code freeze now, bumping up the version to Beta1 now, but delaying cvs tagging until all configuration stuff is fixed. This way, we can get Beta1 for win32 out now, and have the time to tidy up for *ix beta. Regards, Andreas ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://archives.postgresql.org
Re: [pgadmin-hackers] Ready to roll beta
> -Original Message- > From: Andreas Pflug [mailto:[EMAIL PROTECTED] > Sent: 08 September 2004 09:06 > To: [EMAIL PROTECTED] > Cc: Dave Page; [EMAIL PROTECTED] > Subject: Re: [pgadmin-hackers] Ready to roll beta > > Well, this is an unfortunate situation. Beta1 win32 should > roll ASAP to be included in pginstaller Beta2 (which is > overdue), but we need time for *ix. > > I'd vote for making a code freeze now, bumping up the version > to Beta1 now, but delaying cvs tagging until all > configuration stuff is fixed. > > This way, we can get Beta1 for win32 out now, and have the > time to tidy up for *ix beta. Hmm, I'm not convinced the fc2 issue is one we can fix anyway (it's trying to execute the right file, just seems to be failing because it's a symlink - which shouldn't happen of course). The other issue is the 'f' key on Debian - are we simply waiting for confirmation that the newer compiler resolves that? Also, don't forget that everything at release is built from the source tarball, and not CVS (at least it should be). So once that is created, that's it. Regards, Dave. ---(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] Ready to roll beta
Dave Page wrote: Also, don't forget that everything at release is built from the source tarball, and not CVS (at least it should be). So once that is created, that's it. I meant to release Beta1 win32 as binary only. Regards, Andreas ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [pgadmin-hackers] Ready to roll beta
> -Original Message- > From: Andreas Pflug [mailto:[EMAIL PROTECTED] > Sent: 08 September 2004 09:29 > To: Dave Page > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: [pgadmin-hackers] Ready to roll beta > > Dave Page wrote: > > > > > > > > > > > > Also, don't forget that everything at release is built from > the source > > tarball, and not CVS (at least it should be). So once that > is created, > > that's it. > > I meant to release Beta1 win32 as binary only. Yes, but to do that (properly) I need to produce the tarball first. That's the best way to ensure consistent releases. Or are you saying that we ignore consistency in this instance? Regards, Dave. ---(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] Ready to roll beta
Dave Page wrote: Yes, but to do that (properly) I need to produce the tarball first. That's the best way to ensure consistent releases. Or are you saying that we ignore consistency in this instance? I don't understand the problem. The binary is for pginstaller only, and its supporting files (languages) might differ slightly from the official pgAdmin3 beta release (if we allow it) which we wouldn't publish and announce until cvs is tagged. The version number of pgAdmin3 that's included in pgInstaller should reflect that it is functionally identical to pgAdmin3 Beta1. How should this affect consistency? Regards, Andreas ---(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] Ready to roll beta
> -Original Message- > From: Andreas Pflug [mailto:[EMAIL PROTECTED] > Sent: 08 September 2004 09:46 > To: Dave Page > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: [pgadmin-hackers] Ready to roll beta > > Dave Page wrote: > > > > > Yes, but to do that (properly) I need to produce the tarball first. > > That's the best way to ensure consistent releases. Or are > you saying > > that we ignore consistency in this instance? > > I don't understand the problem. The binary is for pginstaller > only, and its supporting files (languages) might differ > slightly from the official > pgAdmin3 beta release (if we allow it) which we wouldn't > publish and announce until cvs is tagged. > > The version number of pgAdmin3 that's included in pgInstaller > should reflect that it is functionally identical to pgAdmin3 Beta1. > > How should this affect consistency? Because it will claim to be beta1 even though it does not reflect and cannot be rebuilt exactly the official beta1 tarball. Sod it though it's only beta 1... I'll bump the version number and build the win32 installer. Regards, Dave ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster
Re: [pgadmin-hackers] pgadmin3+Fedora Core 2 status report
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Tue, 7 Sep 2004, Diego A. Gil wrote: There was just a little problem: wxWidget's include files were installed in /usr/local/include/wx-2.5/wx, not in /usr/local/include/wx. When running pgadmin configure script I got an error saying stc was not installed and that I have to install it. Searching a little, I realized that the script was expecting to find stc include files in /usr/loca/include/wx, so I made a symlink from /usr/local/include/wx-2.5/wx to /usr/local/include/wx and run again configure script. This time everything was OK. Then I compiled and installed pgadmin and is running as expected: very well !!. I still can't compile! :-( = if g++ -DHAVE_CONFIG_H -I. -I. -I.. - -DDATA_DIR=\"/usr/local/pgadmin3/share/pgadmin3/\" -Wall -g - -I../src/include -I../src/agent/include -I/usr/include -DSSL - -I/usr/local/lib/wx/include/gtk2-2.5 -I/usr/local/include/wx-2.5 - -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES - -I/usr/local/include/wx-2.5 - -DDATA_DIR=\"/usr/local/pgadmin3/share/pgadmin3/\" -Wall -g - -I../src/include -I../src/agent/include -Wall -g -O0 -MT utffile.o -MD -MP - -MF ".deps/utffile.Tpo" -c -o utffile.o `test -f 'utils/utffile.cpp' || echo './'`utils/utffile.cpp; \ then mv -f ".deps/utffile.Tpo" ".deps/utffile.Po"; else rm -f ".deps/utffile.Tpo"; exit 1; fi utils/utffile.cpp: In member function `off_t wxUtfFile::Read(wxString&, long long int)': utils/utffile.cpp:86: error: no matching function for call to `wxMBConv::MB2WC( wxStringBuffer, char*&, unsigned int)' /usr/local/include/wx-2.5/wx/strconv.h:46: error: candidates are: virtual size_t wxMBConv::MB2WC(wchar_t*, const char*, unsigned int) const make[2]: *** [utffile.o] Error 1 make[2]: Leaving directory `/root/system/pgadmin3/pgadmin3/SOURCES/pgadmin3/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/system/pgadmin3/pgadmin3/SOURCES/pgadmin3' make: *** [all] Error 2 == This is the latest CVS... umm I hour ago. If I was using Windos, maybe a format c:/ and reinstall could solve this problem :-D :( 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) iD8DBQFBPsiZtl86P3SPfQ4RAiNXAJ9vb/rGNyi3uEQkIERcDrLGc1qYrwCZAYMf CCiI24/IdE8gwri+36UoGcY= =eHhe -END PGP SIGNATURE- ---(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] CVS Commit by dpage: Version bump for beta 1
Log Message: --- Version bump for beta 1 Modified Files: -- pgadmin3: configure.ac (r1.22 -> r1.23) pgadmin3/src/include: version.h (r1.8 -> r1.9) Index: configure.ac === RCS file: /projects/pgadmin3/configure.ac,v retrieving revision 1.22 retrieving revision 1.23 diff -Lconfigure.ac -Lconfigure.ac -u -w -r1.22 -r1.23 --- configure.ac +++ configure.ac @@ -1,7 +1,7 @@ AC_PREREQ(2.57) AC_REVISION($Revision$) AC_COPYRIGHT(Copyright 2002 - 2004 The pgAdmin Development Team) -AC_INIT(pgadmin3, 1.1.0, [EMAIL PROTECTED]) +AC_INIT(pgadmin3, 1.2.0-beta1, [EMAIL PROTECTED]) AC_CONFIG_AUX_DIR(config) AC_CONFIG_SRCDIR([src/pgAdmin3.cpp]) AM_CONFIG_HEADER([config.h]) Index: version.h === RCS file: /projects/pgadmin3/src/include/version.h,v retrieving revision 1.8 retrieving revision 1.9 diff -Lsrc/include/version.h -Lsrc/include/version.h -u -w -r1.8 -r1.9 --- src/include/version.h +++ src/include/version.h @@ -11,9 +11,9 @@ // Application Versions -#define VERSION_STR wxT("1.1.0 Devel") -#define VERSION_NUM 1,1,0,0 -#define VERSION_PACKAGE 1.1.0-devel +#define VERSION_STR wxT("1.2.0 Beta 1") +#define VERSION_NUM 1,2,0,0 +#define VERSION_PACKAGE 1.2.0-beta1 #define PRERELEASE 1 // #define BUILD "..." ---(end of broadcast)--- TIP 8: explain analyze is your friend
Re: [pgadmin-hackers] Ready to roll beta
Dave Page wrote: Because it will claim to be beta1 even though it does not reflect and cannot be rebuilt exactly the official beta1 tarball. If we agree not to change anything for win32, it *can* be rebuilt from a later tarball, no? Sod it though it's only beta 1... I'll bump the version number and build the win32 installer. Right. If we really encounter problems, we simply push out another beta immediately. Regards, Andreas ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://archives.postgresql.org
[pgadmin-hackers] slovenian translation try no. 3
previous 2 email failed, one turned down due to a dangerous attachment (zip), other just didn't make it to the list yet. retrying again but this time just sending the link to the .po file, not including it: http://mcajvar.prkoritu.net/pgadmin3.po (~100k) *** hi! so far i've managed to translate this much. there's still some untranslated strings but i need to take a more thorough check so i make sure the translations are about right :) i'm not exactly a heavy duty user so i have some problems finding certain strings. also, the translation status is read from files if i understand the script correctly. and these files need to be generated by, like dave said, an update script. this script only executes if called from localhost. so i was thinking, maybe a daily/weekly cron job would be ok? to call, say, links which would then open the script. the script processing shouldn't take very long so imho wouldn't be too much of a burden for the server. just a thought... -- lp, M ---(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
[pgadmin-hackers] CVS Commit by dpage: Cleanup images.
Log Message: --- Cleanup images. Modified Files: -- pgadmin3/docs/en_US/images: backup.png (r1.1 -> r1.2) connect.png (r1.1 -> r1.2) editgrid.png (r1.1 -> r1.2) export.png (r1.1 -> r1.2) grantwiz.png (r1.1 -> r1.2) gridopt-filter.png (r1.1 -> r1.2) gridopt-sort.png (r1.1 -> r1.2) logfile.png (r1.1 -> r1.2) logs.png (r1.1 -> r1.2) main.png (r1.1 -> r1.2) maintenance.png (r1.1 -> r1.2) options-general.png (r1.1 -> r1.2) options-logging.png (r1.1 -> r1.2) options-pref.png (r1.1 -> r1.2) options-query.png (r1.1 -> r1.2) password.png (r1.1 -> r1.2) query.png (r1.1 -> r1.2) restore-content.png (r1.1 -> r1.2) restore.png (r1.1 -> r1.2) server.png (r1.1 -> r1.2) status.png (r1.1 -> r1.2) Added Files: --- pgadmin3/docs/en_US/images: locks.png (r1.1) ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://archives.postgresql.org
Re: [pgadmin-hackers] Ready to roll beta
Message d'origine >Sujet: Re: [pgadmin-hackers] Ready to roll beta >Date: Wed, 8 Sep 2004 09:51:10 +0100 >De: "Dave Page" <[EMAIL PROTECTED]> >A: "Andreas Pflug" <[EMAIL PROTECTED]> >Copie à: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> > > > >> -Original Message- >> From: Andreas Pflug [mailto:[EMAIL PROTECTED] >> Sent: 08 September 2004 09:46 >> To: Dave Page >> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] >> Subject: Re: [pgadmin-hackers] Ready to roll beta >> >> Dave Page wrote: >> >> > >> > Yes, but to do that (properly) I need to produce the tarball first. >> > That's the best way to ensure consistent releases. Or are >> you saying >> > that we ignore consistency in this instance? >> >> I don't understand the problem. The binary is for pginstaller >> only, and its supporting files (languages) might differ >> slightly from the official >> pgAdmin3 beta release (if we allow it) which we wouldn't >> publish and announce until cvs is tagged. >> >> The version number of pgAdmin3 that's included in pgInstaller >> should reflect that it is functionally identical to pgAdmin3 Beta1. >> >> How should this affect consistency? > >Because it will claim to be beta1 even though it does not reflect and >cannot be rebuilt exactly the official beta1 tarball. > >Sod it though it's only beta 1... I'll bump the version number and build >the win32 installer. What about releasing beta1 as we always do so that win32 can be released. My bet is that all debian troubles are due to mistakes on my side. FC2 is solved with the correct configure line. Let's go for it. If I need to patch for debian, I'll patch (I already did this for 1.0.2 which did not build properly from scratch...) and send feedback for the next beta so that we have a good stable release. Cheers, Raphaël ---(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] slovenian translation try no. 3
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Miha Radej > Sent: 08 September 2004 10:05 > To: [EMAIL PROTECTED] > Subject: [pgadmin-hackers] slovenian translation try no. 3 > > previous 2 email failed, one turned down due to a dangerous > attachment (zip), other just didn't make it to the list yet. > retrying again but this time just sending the link to the .po > file, not including it: > http://mcajvar.prkoritu.net/pgadmin3.po (~100k) Thanks - can you zip and email it with the .mo file (I don't have poEdit right now) directly to me please - I'm just packing now for Win32, so if you're quick.. > hi! > > so far i've managed to translate this much. there's still > some untranslated strings but i need to take a more thorough > check so i make sure the translations are about right :) i'm > not exactly a heavy duty user so i have some problems finding > certain strings. OK. > also, the translation status is read from files if i > understand the script correctly. and these files need to be > generated by, like dave said, an update script. this script > only executes if called from localhost. so i was thinking, > maybe a daily/weekly cron job would be ok? > to call, say, links which would then open the script. the > script processing shouldn't take very long so imho wouldn't > be too much of a burden for the server. just a thought... If you look closely at the code you'll see that the localhost check is actually broken - but yes, I will look at making that an hourly cron job. Regards, Dave. ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
[pgadmin-hackers] CVS Commit by andreas: Slovenian update
Log Message: --- Slovenian update Modified Files: -- pgadmin3/src/ui/sl_SI: pgadmin3.mo (r1.11 -> r1.12) ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster
Re: [pgadmin-hackers] slovenian translation try no. 3
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Dave Page > Sent: 08 September 2004 10:15 > To: Miha Radej; [EMAIL PROTECTED] > Subject: Re: [pgadmin-hackers] slovenian translation try no. 3 > > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > Miha Radej > > Sent: 08 September 2004 10:05 > > To: [EMAIL PROTECTED] > > Subject: [pgadmin-hackers] slovenian translation try no. 3 > > > > previous 2 email failed, one turned down due to a dangerous > attachment > > (zip), other just didn't make it to the list yet. > > retrying again but this time just sending the link to the .po file, > > not including it: > > http://mcajvar.prkoritu.net/pgadmin3.po (~100k) > > Thanks - can you zip and email it with the .mo file (I don't > have poEdit right now) directly to me please - I'm just > packing now for Win32, so if you're quick.. Oops, scrub that - I do have a copy of poEdit. In the future though, if you can include the .mo file that'd be very helpful. Thanks, Dave. ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [pgadmin-hackers] CVS Commit by andreas: Slovenian update
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: 08 September 2004 10:30 > To: [EMAIL PROTECTED] > Subject: [pgadmin-hackers] CVS Commit by andreas: Slovenian update > > Log Message: > --- > Slovenian update > > Modified Files: > -- > pgadmin3/src/ui/sl_SI: > pgadmin3.mo (r1.11 -> r1.12) Damn, you beat me: cvs -z9 commit -m "Updated translation from Miha Radej" (in directory C:\Documents and Settings\dpage\My Documents\CVS\pgadmin3\src\ui\sl_SI\) cvs commit: Examining . cvs commit: Up-to-date check failed for `pgadmin3.mo' cvs commit: Up-to-date check failed for `pgadmin3.po' cvs [commit aborted]: correct above errors first! :-) /D ---(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] CVS Commit by andreas: Slovenian update
Dave Page wrote: cvs -z9 commit -m "Updated translation from Miha Radej" (in directory C:\Documents and Settings\dpage\My Documents\CVS\pgadmin3\src\ui\sl_SI\) cvs commit: Examining . cvs commit: Up-to-date check failed for `pgadmin3.mo' cvs commit: Up-to-date check failed for `pgadmin3.po' cvs [commit aborted]: correct above errors first! :-) :-P ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faqs/FAQ.html
Re: [pgadmin-hackers] pgadmin3+Fedora Core 2 status report
Message d'origine >Date: Wed, 8 Sep 2004 11:53:43 +0300 (EEST) >De: Devrim GUNDUZ <[EMAIL PROTECTED]> >A: PgAdmin Hackers <[EMAIL PROTECTED]> >Sujet: Re: [pgadmin-hackers] pgadmin3+Fedora Core 2 status report > >-BEGIN PGP SIGNED MESSAGE- >Hash: SHA1 > > >Hi, > >On Tue, 7 Sep 2004, Diego A. Gil wrote: > >I still can't compile! :-( > >= >if g++ -DHAVE_CONFIG_H -I. -I. -I.. >- -DDATA_DIR=\"/usr/local/pgadmin3/share/pgadmin3/\" -Wall -g >- -I../src/include -I../src/agent/include -I/usr/include -DSSL >- -I/usr/local/lib/wx/include/gtk2-2.5 -I/usr/local/include/wx-2.5 >- -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES >- -I/usr/local/include/wx-2.5 >- -DDATA_DIR=\"/usr/local/pgadmin3/share/pgadmin3/\" -Wall -g >- -I../src/include -I../src/agent/include -Wall -g -O0 -MT utffile.o -MD -MP >- -MF ".deps/utffile.Tpo" -c -o utffile.o `test -f 'utils/utffile.cpp' || >echo './'`utils/utffile.cpp; \ >then mv -f ".deps/utffile.Tpo" ".deps/utffile.Po"; else rm -f >".deps/utffile.Tpo"; exit 1; fi >utils/utffile.cpp: In member function `off_t wxUtfFile::Read(wxString&, >long >long int)': >utils/utffile.cpp:86: error: no matching function for call to >`wxMBConv::MB2WC( >wxStringBuffer, char*&, unsigned int)' >/usr/local/include/wx-2.5/wx/strconv.h:46: error: candidates are: virtual >size_t wxMBConv::MB2WC(wchar_t*, const char*, unsigned int) const Did you recheck you enabled unicode in the wxWidgets build ? Cheers, Raphaël ---(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] pgadmin3+Fedora Core 2 status report
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Wed, 8 Sep 2004 [EMAIL PROTECTED] wrote: Did you recheck you enabled unicode in the wxWidgets build ? Sorry Raphaël :( I've missed it. Ok, rebuilding again... - -- 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) iD8DBQFBPtxotl86P3SPfQ4RAiwBAJ9vM/7gyYWLh5XN0EUooJ/umuXipACfesbH uxtbYtrnfN3I3JA6s5bbnDw= =JiQ6 -END PGP SIGNATURE- ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster
[pgadmin-hackers] CVS Commit by dpage: Beta 1 prep
Log Message: --- Beta 1 prep Modified Files: -- pgadmin3/pkg/win32: pgadmin3.wsi (r1.17 -> r1.18) pgadmin3.wsm (r1.2 -> r1.3) ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
[pgadmin-hackers] pgAdmin III v1.2.0 Beta1 (Win32)
...can be downloaded from ftp://ftp.postgresql.org/pub/pgadmin3/beta/win32/pgadmin3-1_2_0-beta1.zi p, or hang on for the next PostgreSQL Win32 Installer beta for a bundled copy... I'll do a proper announcement when we release the source tarball. Regards, Dave. ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
[pgadmin-hackers] CVS Commit by dpage: Database size functions are all in /contrib/dbsize
Log Message: --- Database size functions are all in /contrib/dbsize Modified Files: -- pgadmin-tools/support: Makefile (r1.1.1.1 -> r1.2) README.admin (r1.1.1.1 -> r1.2) admin.sql.in (r1.4 -> r1.5) Removed Files: - pgadmin-tools/support: size.c --- support/size.c +++ /dev/null @@ -1,284 +0,0 @@ -/* - * size.c - * object size functions - * - * Copyright (c) 2004, PostgreSQL Global Development Group - * - * Author: Andreas Pflug <[EMAIL PROTECTED]> - * - * IDENTIFICATION - * $PostgreSQL: $ - * - */ - - -#include "postgres.h" - -#include -#include - -#include "access/heapam.h" -#include "storage/fd.h" -#include "utils/syscache.h" -#include "catalog/pg_tablespace.h" -#include "miscadmin.h" - -extern DLLIMPORT char *DataDir; - -Datum pg_tablespace_size(PG_FUNCTION_ARGS); -Datum pg_database_size(PG_FUNCTION_ARGS); -Datum pg_relation_size(PG_FUNCTION_ARGS); -Datum pg_size_pretty(PG_FUNCTION_ARGS); - -PG_FUNCTION_INFO_V1(pg_tablespace_size); -PG_FUNCTION_INFO_V1(pg_database_size); -PG_FUNCTION_INFO_V1(pg_relation_size); -PG_FUNCTION_INFO_V1(pg_size_pretty); - -static int64 -db_dir_size(char *path) -{ -int64 dirsize=0; -struct dirent *direntry; - DIR *dirdesc; - char filename[MAXPGPATH]; - - dirdesc=AllocateDir(path); - - if (!dirdesc) - return 0; - - while ((direntry = readdir(dirdesc)) != 0) - { - struct stat fst; - - if (!strcmp(direntry->d_name, ".") || !strcmp(direntry->d_name, "..")) - continue; - - snprintf(filename, MAXPGPATH, "%s/%s", path, direntry->d_name); - - if (stat(filename, &fst) < 0) - ereport(ERROR, - (errcode_for_file_access(), -errmsg("could not stat \"%s\": %m", filename))); - dirsize += fst.st_size; - } - - FreeDir(dirdesc); - return dirsize; -} - -#include - -/* - * calculate total size of tablespace - */ -Datum -pg_tablespace_size(PG_FUNCTION_ARGS) -{ -Oid tblspcOid = PG_GETARG_OID(0); - - char tblspcPath[MAXPGPATH]; - char pathname[MAXPGPATH]; - int64 totalsize=0; - DIR *dirdesc; -struct dirent *direntry; - - if (tblspcOid == DEFAULTTABLESPACE_OID) - snprintf(tblspcPath, MAXPGPATH, "%s/base", DataDir); - else if (tblspcOid == GLOBALTABLESPACE_OID) - snprintf(tblspcPath, MAXPGPATH, "%s/global", DataDir); - else - snprintf(tblspcPath, MAXPGPATH, "%s/pg_tblspc/%u", DataDir, (unsigned)tblspcOid); - - dirdesc = AllocateDir(tblspcPath); - - if (!dirdesc) - ereport(ERROR, - (errcode_for_file_access(), -errmsg("No such tablespace OID: %u: %m", (unsigned)tblspcOid))); - - while ((direntry = readdir(dirdesc)) != 0) - { - struct stat fst; - - if (!strcmp(direntry->d_name, ".") || !strcmp(direntry->d_name, "..")) - continue; - - snprintf(pathname, MAXPGPATH, "%s/%s", tblspcPath, direntry->d_name); - if (stat(pathname, &fst) < 0) - ereport(ERROR, - (errcode_for_file_access(), -errmsg("could not stat \"%s\": %m", pathname))); - totalsize += fst.st_size; - - if (fst.st_mode & S_IFDIR) - totalsize += db_dir_size(pathname); - } - - FreeDir(dirdesc); - - PG_RETURN_INT64(totalsize); -} - - -/* - * calculate size of databases in all tablespaces - */ -Datum -pg_database_size(PG_FUNCTION_ARGS) -{ -Oid dbOid = PG_GETARG_OID(0); - - int64 totalsize=0; - DIR *dirdesc; -struct dirent *direntry; - char pathname[MAXPGPATH]; - - snprintf(pathname, MAXPGPATH, "%s/global/%u", DataDir, (unsigned)dbOid); - totalsize += db_dir_size(pathname); - snprintf(pathname, MAXPGPATH, "%s/base/%u", DataDir, (unsigned)dbOid); - totalsize += db_dir_size(pathname); - - snprintf(pathname, MAXPGPATH, "%s/pg_tblspc", DataDir); - dirdesc = AllocateDir(pathname); - - if (!dirdesc) - ereport(ERROR, - (errcode_for_file_access(), -errmsg("could not open tablespace directory: %m"))); - - while ((direntry = readdir(dirdesc)) != 0) - { - if (!strcmp(direntry->d_name, ".") || !strcmp(direntry->d_name, "..")) - continue; - - snprintf(pathname, MAXPGPATH, "%s/pg_tblspc/%s/%u", DataDir, direntry->d_name, (unsigned)dbOid); - totalsize += db_dir_size(pathname); - } - - FreeDir(dirdesc); - - if (!totalsize) - ereport(ERROR, -
Re: [pgadmin-hackers] pgadmin3+Fedora Core 2 status report
Dave: Maybe there are some paths in acinclude.m4 that still needs changes. I did not change the ones related to /usr/local/wx2. Diego. ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://archives.postgresql.org
Re: [pgadmin-hackers] pgadmin3+Fedora Core 2 status report
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Wed, 8 Sep 2004, Devrim GUNDUZ wrote: Did you recheck you enabled unicode in the wxWidgets build ? Sorry Raphaël :( I've missed it. Ok, rebuilding again... :-( It failed again, giving the same error. I cannot understand why the same problem does not exist for Diego. 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) iD8DBQFBPywCtl86P3SPfQ4RAovTAKCy5ey5FElx8IiCXb1BSOmQNaR7mQCg00P8 rXokeAnsd7cM9iG3VvXUXRc= =hFxh -END PGP SIGNATURE- ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster
[pgadmin-hackers] CVS Commit by dpage: Fix paths properly this time.
Log Message: --- Fix paths properly this time. Modified Files: -- pgadmin3: acinclude.m4 (r1.35 -> r1.36) Index: acinclude.m4 === RCS file: /projects/pgadmin3/acinclude.m4,v retrieving revision 1.35 retrieving revision 1.36 diff -Lacinclude.m4 -Lacinclude.m4 -u -w -r1.35 -r1.36 --- acinclude.m4 +++ acinclude.m4 @@ -166,10 +166,10 @@ fi], [ AC_MSG_RESULT(yes) WX_HOME=/usr/local/wx2 -if test ! -f "${WX_HOME}/include/wx/wx-2.5/wx.h" +if test ! -f "${WX_HOME}/include/wx-2.5/wx/wx.h" then WX_HOME=/usr/local -if test ! -f "${WX_HOME}/include/wx/wx-2.5/wx.h" +if test ! -f "${WX_HOME}/include/wx-2.5/wx/wx.h" then WX_HOME=/usr fi ---(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] pgadmin3+Fedora Core 2 status report
> -Original Message- > From: Diego A. Gil [mailto:[EMAIL PROTECTED] > Sent: 08 September 2004 16:26 > To: Dave Page > Cc: PgAdmin Hackers; Devrim GUNDUZ > Subject: Re: [pgadmin-hackers] pgadmin3+Fedora Core 2 status report > > I have atthached acinclude.m4.diego and config.log. Please > make a diff with current version to see changes (I know, I > have to learn it too !). OK, you fixed one error, but missed an identical one a couple of lines above :-) I *think* I've got them all now - would appreciate it if you could double check. Thanks, Dave PS: cvs -z9 diff -u acinclude.m4 (Assuming you're working in a cvs tree.) ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [pgadmin-hackers] pgadmin3+Fedora Core 2 status report
Devrim: If you are using : ./configure --with-wx-config=/usr/local/bin/wx-config --enable-static --with-pgsql=/usr try with : ./configure --enable-static --enable-debug --with-wx=/usr/local --with-wx-config=wx-config-2.5 If stil fails, check the following : Which wxWidgets snapshot are you using ? Mine is http://developer.pgadmin.org/snapshots/wxWidgets/wxWidgets-pgAdmin3-20040907.tar.bz2 Which pagadmin snapshot are you using ? I use cvs checkout: CVSROOT=:pserver:[EMAIL PROTECTED]:/projects export CVSROOT cvs login cvs -z9 checkout pgadmin3 cd pgadmin3 sh bootstrap I suggest clean all: rm -rf /usr/local/lib/libwx* rm -rf /usr/local/lib/wx rm -rf /usr/local/include/wx-2.5 rm -rf /usr/local/include/wx in each package: make clean make distclean Read carefuly ./docs/en_US/unix_compilation.html under pagadmin source dir. 1. download wxWidgets snapshot. 2. download or checkou pgadmin sources. 3. follow unix_compilation.html instructions. If you still have problems, upload again you config.log file and send me a mail. Diego. ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster
Re: [pgadmin-hackers] pgAdmin III v1.2.0 Beta1 (Win32)
Dave Page wrote: can be downloaded from ftp://ftp.postgresql.org/pub/pgadmin3/beta/win32/pgadmin3-1_2_0-beta1.zi p, or hang on for the next PostgreSQL Win32 Installer beta for a bundled copy... I'll do a proper announcement when we release the source tarball. Yepee. :) Don't forget to sign the file... Regards, Raphaël ...trying to correct his mistakes ;) ---(end of broadcast)--- TIP 8: explain analyze is your friend
Re: [pgadmin-hackers] pgAdmin III v1.2.0 Beta1 (Win32)
Dave Page wrote: ...can be downloaded from ftp://ftp.postgresql.org/pub/pgadmin3/beta/win32/pgadmin3-1_2_0-beta1.zi p, or hang on for the next PostgreSQL Win32 Installer beta for a bundled copy... Why as zip? IMHO msi is enough. Regards, Andreas ---(end of broadcast)--- TIP 8: explain analyze is your friend
Re: [pgadmin-hackers] pgadmin3+Fedora Core 2 status report
Dave: I made a fresh cvs tree (a new checkout), configure it with --enable-static and --enable-debug and compiled OK. I saw in acinclude.m4 that you fixed wx2 related path too. Everything seems to work ok now. Thanks. Diego. ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
[pgadmin-hackers] debian status: OK!
Hi guys, debian packages are ok now. The "f" key is back to a working state ;) @Martin: I'll try to upload the stuff until tomorrow morning but I can't promise... I'm quite tired and want to have some sleep. @Andreas,Dave: I think this problem was due to a bad packaging of wx stuff from my poor brain. Just to be sure, I'll retry an entire build with gcc 3.4.x series to verify everything is ok with this compiler too. Cheers, Raphaël ---(end of broadcast)--- TIP 8: explain analyze is your friend
Re: [pgadmin-hackers] pgAdmin III v1.2.0 Beta1 (Win32)
-Original Message- From: Andreas Pflug [mailto:[EMAIL PROTECTED] Sent: Wed 9/8/2004 6:19 PM To: Dave Page Cc: [EMAIL PROTECTED] Subject: Re: [pgadmin-hackers] pgAdmin III v1.2.0 Beta1 (Win32) > Why as zip? IMHO msi is enough. On pginstaller we had some corrupt downloads that manifest themselves as really bizarre errors that don't give any hint as to the real problem. The zip files crc checks help prevent this (or at least show up the problem during unzip). Plus, it does shave a few kb off the size. /d ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster