Re: What X86/X64 OS's do we need coverage for?
От | Larry Rosenman |
---|---|
Тема | Re: What X86/X64 OS's do we need coverage for? |
Дата | |
Msg-id | 016001c777da$2a579ff0$7f06dfd0$@org обсуждение исходный текст |
Ответ на | Re: What X86/X64 OS's do we need coverage for? ("Joshua D. Drake" <jd@commandprompt.com>) |
Ответы |
Re: What X86/X64 OS's do we need coverage for?
Re: What X86/X64 OS's do we need coverage for? Re: What X86/X64 OS's do we need coverage for? |
Список | pgsql-hackers |
I might use that as the base then, since the hardware finishes getting here tomorrow. My question still stands on what OS's we need coverage for. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -----Original Message----- From: pgsql-hackers-owner@postgresql.org [mailto:pgsql-hackers-owner@postgresql.org] On Behalf Of Joshua D. Drake Sent: Thursday, April 05, 2007 6:18 PM To: Larry Rosenman Cc: pgsql-hackers@postgresql.org Subject: Re: [HACKERS] What X86/X64 OS's do we need coverage for? > > It will have CentOS 4.4 X86_64 as the base os with VMWare Server running > on it. > > > > I am willing to run any X86 or X64 OS's in VM's as buildfarm clients. > > > > What OS's do we need coverage for? CentOS5 hits ina couple days. J > > > > LER > > > > > > -- > > Larry Rosenman http://www.lerctr.org/~ler > > Phone: +1 512-248-2683 E-Mail: ler@lerctr.org > > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > > > -- === The PostgreSQL Company: Command Prompt, Inc. === Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240 Providing the most comprehensive PostgreSQL solutions since 1997 http://www.commandprompt.com/ Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate PostgreSQL Replication: http://www.commandprompt.com/products/ ---------------------------(end of broadcast)--------------------------- TIP 9: In versions below 8.0, the planner will ignore your desire to choose an index scan if your joining column's datatypesdo not match
В списке pgsql-hackers по дате отправления: