Re: [ADMIN] 8.0 install via fink on OS X, now what?

2006-05-29 Thread Guido Neitzer
On 29.05.2006, at 22:27 Uhr, Peter Kovacs wrote: Are there any known issues related to compiling for OS X on Intel? No issues I know about. But I have only build it once on our test MacBook Pro. cug ---(end of broadcast)--- TIP 5: don't forg

Re: [ADMIN] 8.0 install via fink on OS X, now what?

2006-05-29 Thread Brendan Duddridge
None. Using postgresql 8.1.3 on my Intel MacBook right now. Works great. Brendan Duddridge | CTO | 403-277-5591 x24 | [EMAIL PROTECTED] ClickSpace Interactive Inc. Suite L100, 239 - 10th Ave. SE Calgary, AB T2G 0V9 http://ww

Re: [ADMIN] 8.0 install via fink on OS X, now what?

2006-05-29 Thread Peter Kovacs
Are there any known issues related to compiling for OS X on Intel? Thanks Peter Guido Neitzer wrote: On 29.05.2006, at 19:56 Uhr, Mitch Pirtle wrote: Now finally getting comfortable on the new PowerBook, and after weeks of whining about no OS X packages I discovered the fink binaries, which

Re: [ADMIN] 8.0 install via fink on OS X, now what?

2006-05-29 Thread Guido Neitzer
On 29.05.2006, at 19:56 Uhr, Mitch Pirtle wrote: Now finally getting comfortable on the new PowerBook, and after weeks of whining about no OS X packages I discovered the fink binaries, which I dutifully installed last night. Bad idea. They are normally old, install in stupid locations, are not

[ADMIN] 8.0 install via fink on OS X, now what?

2006-05-29 Thread Mitch Pirtle
Hi gang, Now finally getting comfortable on the new PowerBook, and after weeks of whining about no OS X packages I discovered the fink binaries, which I dutifully installed last night. However I have no idea where I am in the install process afterwards, as there is no 'postgres' user and such -

Re: [ADMIN] recover of data directory

2006-05-29 Thread Alvaro Herrera
Daniel Drotos wrote: > On Mon, 29 May 2006, Tom Lane wrote: > > >If you could identify which file is which, you could manually > >reconstruct the directories, but I'm afraid the odds of doing that > > Postgresql data files do not identifying themselves (in their content) > so it's an ext2fs prob

Re: [ADMIN] recover of data directory

2006-05-29 Thread Daniel Drotos
On Mon, 29 May 2006, Tom Lane wrote: If you could identify which file is which, you could manually reconstruct the directories, but I'm afraid the odds of doing that Postgresql data files do not identifying themselves (in their content) so it's an ext2fs problem. I'm trying to solve it, just

Re: [ADMIN] recover of data directory

2006-05-29 Thread Tom Lane
Daniel Drotos <[EMAIL PROTECTED]> writes: > During machine maintenance I've made 'rm -rf *' on postgres data > directory by a (very stupid) mistake. Postmaster was not running that > time. > Using e2undel I dumped out contents of deleted files (3728 files have > been deleted by that command). Be

Re: [ADMIN] recover of data directory

2006-05-29 Thread Gourish Singbal
  tough luck .. could u query the unix groups and see if u could retrive the original filenames and directory structure ?.   On 5/29/06, Daniel Drotos <[EMAIL PROTECTED]> wrote: Hi,During machine maintenance I've made 'rm -rf *' on postgres datadirectory by a (very stupid) mistake. Postmaster was n

[ADMIN] recover of data directory

2006-05-29 Thread Daniel Drotos
Hi, During machine maintenance I've made 'rm -rf *' on postgres data directory by a (very stupid) mistake. Postmaster was not running that time. Using e2undel I dumped out contents of deleted files (3728 files have been deleted by that command). Because of "rm -r", sizes of recovered direct