Re: [pgadmin-hackers] Update
Dave Page wrote: It would be cool if there were a generic mechanism we could use to write the version number into scripts 'n' stuff at configure time. The would certainly make my life easier with various build scripts. By "write them into scripts" what do you mean? Can you provide an example of what you would like to see? ahp
Re: [pgadmin-hackers] Update
Title: Message -Original Message-From: Adam H. Pendleton [mailto:[EMAIL PROTECTED] Sent: 07 October 2003 13:37To: Dave PageCc: pgadmin-hackersSubject: Re: [pgadmin-hackers] UpdateDave Page wrote: It would be cool if there were a generic mechanism we could use to write the version number into scripts 'n' stuff at configure time. The would certainly make my life easier with various build scripts. By "write them into scripts" what do you mean? Can you provide an example of what you would like to see? Say I have some code in a script that looks like: mv pgadmin3.tgz pgadmin3-${VERSION}.tgz When configure runs, it then changes that to: mv pgadmin3.tgz pgadmin3-1.1.0.tgz Rather than change it of course, it could take script.in and create script. Regards, Dave.
Re: [pgadmin-hackers] Update
Title: Message -Original Message-From: Adam H. Pendleton [mailto:[EMAIL PROTECTED] Sent: 07 October 2003 13:48To: Dave PageCc: pgadmin-hackersSubject: Re: [pgadmin-hackers] UpdateDave Page wrote: Say I have some code in a script that looks like: mv pgadmin3.tgz pgadmin3-${VERSION}.tgz When configure runs, it then changes that to: mv pgadmin3.tgz pgadmin3-1.1.0.tgz Rather than change it of course, it could take script.in and create script. Sure, that seems easy enough to do. The only catch would be that configure would probably have to have the version number hard-coded into it. Otherwise it shouldn't be a problem. If you give me some specifics, or just a script to start with, I'll take a crack at it. I don't have a script yet as it would mean rewriting/splitting some of them - for example the pkg/src/build-tarball script would have to be split into pre and post configure sections. Can't configure get the version number from configure.ac? Regards, Dave.
Re: [pgadmin-hackers] Update
Adam H. Pendleton wrote: Dave Page wrote: Say I have some code in a script that looks like: mv pgadmin3.tgz pgadmin3-${VERSION}.tgz When configure runs, it then changes that to: mv pgadmin3.tgz pgadmin3-1.1.0.tgz Rather than change it of course, it could take /script.in/ and create /script/. Sure, that seems easy enough to do. The only catch would be that configure would probably have to have the version number hard-coded into it. Can't we have this grep/awk-ed from version.h? I just introduced the macro VERSION_PACKAGE: grep VERSION_PACKAGE src/include/version.h | awk '{print $3}' Regards, Andreas ---(end of broadcast)--- TIP 7: don't forget to increase your free space map settings
Re: [pgadmin-hackers] wxWindows RPMs
It is Good idea. Commit If it did, yesterday's I am a stranger.:-) - Original Message - From: Dave Page [EMAIL PROTECTED] -Original Message- From: Jean-Michel POURE [mailto:[EMAIL PROTECTED] Le Mardi 7 Octobre 2003 14:45, Dave Page a écrit : Perhaps we should create a patch directory on Snake and just keep them all in there so they don't get lost or forgotten (like Hiroshi's which I'm sure he thinks we'll forget :-) ), Oops, It is because I forget it well.:-) In http://snake.pgadmin.org/wxwindows/patches? That would be nice because I will publish daily build logs for wxWindows members. If you like :-) Regards, Dave. My server recovered vigor.! All right, let's do my best. regards, Hiroshi Saito ---(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] unsubscribe
unsubscribe
[pgadmin-hackers] FW: IMPORTANT: Upcoming changes in IPs ...
For info: This will affect the pgAdmin website and primary ftp site, as well as the mailing lists. Snake and the CVS server will not be affected as they are a few thousand miles away from Panama! Regards, Dave We received word late last week that our co-lo facility in Panama is changing buildings (same block, new building), as well as changing network uplinks ... They are anticipating ~6hrs downtime on Saturday to move the hardware to the new server room, pending that we receive our new IPs on time ... we will be setting all the domain TTLs low so that by the time the servers come back up, DNS has timed out and will pick up the new IPs ... svr1.postgresql.org will be one of the first VMs to be coming up, as its currently sitting on the database server ... web related VMs will come up as quickly as we can get the appropriate IPs switched over ... we'll be spending the rest of this week laying down the framework for switching the IPs in the various VM config files, so that we have less to do on Saturday ... Will send out a note once we have a more definite time, but it will most likely be around 4pm GMT ... ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faqs/FAQ.html
Re: [pgadmin-hackers] [pgadmin-support] Os x link problem
-Original Message- From: Adam H. Pendleton [mailto:[EMAIL PROTECTED] Sent: 07 October 2003 20:10 To: Dave Page Cc: attilio drei; [EMAIL PROTECTED] Subject: Re: [pgadmin-support] Os x link problem Actually, it works on Mac OS X, I just haven't had a chance to post the details. You got it going? That's excellent news - nice work!! Have a beer on me :-) Regards, Dave ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://archives.postgresql.org
[pgadmin-hackers] CVS compile error
I still get this compile error, on Mac, with the CVS HEAD from both pgadmin3 and wxWindows: utils/utffile.cpp: In member function `off_t wxUtfFile::Read(wxString, long long int)': utils/utffile.cpp:85: no matching function for call to `wxMBConv::MB2WC( wxStringBuffer, char*, long unsigned int)' /usr/local/wx2/include/wx/strconv.h:46: candidates are: virtual size_t wxMBConv::MB2WC(wchar_t*, const char*, long unsigned int) const ahp ---(end of broadcast)--- TIP 7: don't forget to increase your free space map settings