At Wed, 13 Jul 2011 09:56:39 -0600 CentOS mailing list
wrote:
>
> --On Wednesday, July 13, 2011 09:00:48 AM +0200 Ljubomir Ljubojevic
> wrote:
>
> > RHEL/CentOS always installs both 32-bit and 64-bit libraries
>
> I disagree. I'm not sure what the algorithm is to select all-64
> vs mixed-32
In yum.conf you can try:
multilib_policy=best
With this yum priorize the packages based on your architecture, but dont
exclude the all the i386 packages if you have a x64 system.
On 13-07-2011 12:16, B.J. McClure wrote:
> On Wed, 2011-07-13 at 10:02 -0500, Les Mikesell wrote:
>> On 7/13/2011 9:
On Wed, 2011-07-13 at 10:02 -0500, Les Mikesell wrote:
> On 7/13/2011 9:54 AM, Always Learning wrote:
> >
> >
> >> (2011/07/13 12:07), Edo wrote:
> >
> >>> “exclude=*.i?86” in your /etc/yum.conf
> >
> > Like many, I dislike both i386 and x64 packages being installed on my
> > x64 machines.
> >
On 7/13/2011 7:27 AM, m.r...@5-cent.us wrote:
> Code bloat... ah, yes, the joys of OOPs
What does OOP have to do with this?
Doubling the pointer size affects C, awk
Consider Erlang, a functional language, not OOP in any way at all, not
even in the sidecar way of, say, Perl. The most re
--On Wednesday, July 13, 2011 09:00:48 AM +0200 Ljubomir Ljubojevic
wrote:
> RHEL/CentOS always installs both 32-bit and 64-bit libraries
I disagree. I'm not sure what the algorithm is to select all-64
vs mixed-32-64 on 64 bit platforms, but I've got a datapoint that
disproves the generalizatio
At Wed, 13 Jul 2011 15:54:18 +0100 CentOS mailing list
wrote:
>
>
>
> > (2011/07/13 12:07), Edo wrote:
>
> >> âexclude=*.i?86â in your /etc/yum.conf
>
> Like many, I dislike both i386 and x64 packages being installed on my
> x64 machines.
>
> However, is there a potential danger
On 7/13/2011 9:54 AM, Always Learning wrote:
>
>
>> (2011/07/13 12:07), Edo wrote:
>
>>> “exclude=*.i?86” in your /etc/yum.conf
>
> Like many, I dislike both i386 and x64 packages being installed on my
> x64 machines.
>
> However, is there a potential danger than in installing only x64
> packa
> (2011/07/13 12:07), Edo wrote:
>> “exclude=*.i?86” in your /etc/yum.conf
Like many, I dislike both i386 and x64 packages being installed on my
x64 machines.
However, is there a potential danger than in installing only x64
packages, one of the required files might be available only in i
Lamar Owen wrote:
> On Wednesday, July 13, 2011 09:00:13 AM m.r...@5-cent.us wrote:
>> Coming in late, here, but 64 bit should run as fast or faster, since the
>> registers are larger, and 64-bit hardware is optimized for by 64-bit
>> compilers. In addition, you get twice as much data per fetch. Th
On Wednesday, July 13, 2011 09:00:13 AM m.r...@5-cent.us wrote:
> Coming in late, here, but 64 bit should run as fast or faster, since the
> registers are larger, and 64-bit hardware is optimized for by 64-bit
> compilers. In addition, you get twice as much data per fetch. The upshot
> is that ther
Robert Heller wrote:
> At Wed, 13 Jul 2011 09:17:55 +0100 (BST) CentOS mailing list
> wrote:
>> On Wed, 13 Jul 2011, John R Pierce wrote:
>>
>> > for many things, 32bit code is more compact and runs faster than 64bit
>> > code (primarily because the code is smaller, so it requires fewer
>> > fetch
At Wed, 13 Jul 2011 09:17:55 +0100 (BST) CentOS mailing list
wrote:
>
> On Wed, 13 Jul 2011, John R Pierce wrote:
>
> > for many things, 32bit code is more compact and runs faster than 64bit
> > code (primarily because the code is smaller, so it requires fewer
> > fetches, more code fits in
On Wed, 13 Jul 2011, John R Pierce wrote:
> for many things, 32bit code is more compact and runs faster than 64bit
> code (primarily because the code is smaller, so it requires fewer
> fetches, more code fits in the cache, etc).64 bit OS's totally
> compatible with 32bit applications. of c
On 07/13/11 12:57 AM, Edo wrote:
> I haven’t used any 32-bit systems for many years now. I don’t have any
> need for them so I don’t install them. So, unless it’s absolutely needed,
> I suggest deleting them all.
for many things, 32bit code is more compact and runs faster than 64bit
code (primari
Hi,
On Wednesday, July 13, 2011 at 4:00 PM, off...@plnet.rs wrote:
> RHEL/CentOS always installs both 32-bit and 64-bit libraries, that is
> the way Red Hat wanted it, so Applications designed only as 32-bit can
> run without any modification on 64-bit system. If you check other
> packages, y
Edo wrote:
> Hi,
>
>
> On Wednesday, July 13, 2011 at 1:50 PM, Nguyen Vu Hung (VNC) wrote:
>
>> Hello all,
>>
>> I am running CentOS 5.6 64 bit.
>>
>> When running "yum -y install ncurses-devel",
>> I expect that only ncurses 64 bit version will be installed.
>
> Try: yum -y install ncurses
(2011/07/13 12:07), Edo wrote:
Hi,
On Wednesday, July 13, 2011 at 1:50 PM, Nguyen Vu Hung (VNC) wrote:
Hello all,
I am running CentOS 5.6 64 bit.
When running "yum -y install ncurses-devel",
I expect that only ncurses 64 bit version will be installed.
Try: yum -y install ncurses-
Hi,
On Wednesday, July 13, 2011 at 1:50 PM, Nguyen Vu Hung (VNC) wrote:
> Hello all,
>
> I am running CentOS 5.6 64 bit.
>
> When running "yum -y install ncurses-devel",
> I expect that only ncurses 64 bit version will be installed.
Try: yum -y install ncurses-devel.x86_64
Or, add “exclu
Hello all,
I am running CentOS 5.6 64 bit.
When running "yum -y install ncurses-devel",
I expect that only ncurses 64 bit version will be installed.
However, actually both i386 and x64 are installed,
that made me unhappy :)
ncurses-devel-5.5-24.20060715.i386.rpm
ncurses-devel-5.5-24.20060715.x
On 02/12/2011 04:57 PM, Peter Ivanov wrote:
> actually the line
> ln -s /usr/lib64/mysql/libmysqlclient.so.15 /usr/lib64/libmysqlclient.so.15
> solved my problem
Your earlier "rpm -ql" and "rpm -V" output indicated that
/etc/ld.so.conf.d/mysql-x86_64.conf was present and correct, so you
probably
On 13.2.2011 01:50, Lamar Owen wrote:
>
> On Feb 12, 2011, at 7:28 PM, Peter Ivanov wrote:
>
>> PHP Startup: Unable to load dynamic library
>> '/usr/lib64/php/modules/mysql.so' - libmysqlclient.so.15: cannot open
>> shared object file: No such file or directory in Unknown on line 0
>
> Run
> ldd
On Sun, 13 Feb 2011, Keith Roberts wrote:
> To: CentOS mailing list
> From: Keith Roberts
> Subject: Re: [CentOS] CentOS 64 bit php 5.2 huge problem
>
> On Sat, 12 Feb 2011, Lamar Owen wrote:
>
>> To: CentOS mailing list
>> From: Lamar Owen
>> Subject: Re:
On Sun, 13 Feb 2011, Peter Ivanov wrote:
> To: CentOS mailing list
> From: Peter Ivanov
> Subject: Re: [CentOS] CentOS 64 bit php 5.2 huge problem
>
> Thnaks Again,
>
>
> i guess i wont update the server until i find more info...
>
> i am happy it works now
Per
On Sat, 12 Feb 2011, Lamar Owen wrote:
> To: CentOS mailing list
> From: Lamar Owen
> Subject: Re: [CentOS] CentOS 64 bit php 5.2 huge problem
>
> On Saturday, February 12, 2011 07:03:59 pm Peter Ivanov wrote:
>> My mysql.so is about 50K .. is that nornal
>
> No; th
Thnaks Again,
i guess i wont update the server until i find more info...
i am happy it works now
thanks
Lamar Owen wrote:
On Feb 12, 2011, at 7:57 PM, Peter Ivanov wrote:
ln -s /usr/lib64/mysql/libmysqlclient.so.15
/usr/lib64/libmysqlclient.so.15
solved my problem
is this file link pe
On Feb 12, 2011, at 7:57 PM, Peter Ivanov wrote:
ln -s /usr/lib64/mysql/libmysqlclient.so.15 /usr/lib64/
libmysqlclient.so.15
solved my problem
is this file link permanent?
The fact you have to do that link indicates a deeper issue; did you
run the ldd line first, and can you post that ou
Hi Lamar,
thnaks a lot for your help
actually the line
ln -s /usr/lib64/mysql/libmysqlclient.so.15 /usr/lib64/libmysqlclient.so.15
solved my problem
you saved my life :)
is this file link permanent?
Lamar Owen wrote:
> ln -s /usr/lib64/mysql/libmysqlclient.so.15
> /usr/lib64/libmysqlcli
On Feb 12, 2011, at 7:28 PM, Peter Ivanov wrote:
PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/
mysql.so' - libmysqlclient.so.15: cannot open shared object file: No
such file or directory in Unknown on line 0
Run
ldd /usr/lib64/php/modules/mysql.so
and list the output.
Hi Lamar,
thanks a lot for bothering with me
here is my output
[root@host ~]# ls -l /usr/lib64/mysql/libmysqlclient*
-rw-r--r-- 1 root root 1837166 Nov 3 19:54
/usr/lib64/mysql/libmysqlclient.a
-rw-r--r-- 1 root root 1855206 Nov 3 19:54
/usr/lib64/mysql/libmysqlclient_r.a
lrwxrwxrwx 1 root
On Saturday, February 12, 2011 07:03:59 pm Peter Ivanov wrote:
> My mysql.so is about 50K .. is that nornal
No; the ones here are three times that size:
[root@localhost ~]# ls -l /usr/lib64/mysql/libmysqlclient*.so.15.0.0
-rwxr-xr-x 1 root root 1517784 Nov 3 19:54
/usr/lib64/mysql/libmysqlclient
My mysql.so is about 50K .. is that nornal
Lamar Owen wrote:
On Saturday, February 12, 2011 05:59:52 pm Peter Ivanov wrote:
Hi Lamar,
here they are
[root@host ~]# rpm -V mysql
S.5. c /etc/my.cnf
prelink: /usr/bin/my_print_defaults: at least one of file's dependencies
has
Hi Lamar,
can you send me your .SO files so i can try to replace them to see what
will happen
Lamar Owen wrote:
On Saturday, February 12, 2011 05:59:52 pm Peter Ivanov wrote:
Hi Lamar,
here they are
[root@host ~]# rpm -V mysql
S.5. c /etc/my.cnf
prelink: /usr/bin/my_
On Saturday, February 12, 2011 05:59:52 pm Peter Ivanov wrote:
> Hi Lamar,
>
> here they are
> [root@host ~]# rpm -V mysql
> S.5. c /etc/my.cnf
> prelink: /usr/bin/my_print_defaults: at least one of file's dependencies
> has changed since prelinking
> S.?./usr/bin/my_print_defaults
Hi Lamar,
here they are
[root@host ~]# yum list | grep ^mysql
mysql.i386 5.0.77-4.el5_5.4 installed
mysql.x86_645.0.77-4.el5_5.4 installed
mysql-devel.i3865.0.77-4.el5_5.4 installed
mysql-devel.x8
On Saturday, February 12, 2011 05:37:00 pm Peter Ivanov wrote:
> HI Lamar,
>
> thanks for the reply.
>
> I can connect with the
>
> mysqlclient
Can you post the output of
yum list | grep ^mysql
please?
And the output of
rpm -V mysql
And the output of
rpm -ql mysql
please?
__
I never install i386 and x86_64 packages on my servers. Not saying that
is what is causing your issue, but I see you have both installed.
Is this on a real machine or a VPS with one of those stb type kernels?
Did this ever work or is this a new install?
signature.asc
Description: OpenPGP dig
HI,
this is a real machine and hew sites are down at the moment because of
this.
the server worked, but suddenly mysql connectivity dissapeared.
when i try to run any mysql related functionality if givem me the error:
Call to undefined function mysql_connect()
the php version was 5.1 (10 min
On 02/12/2011 04:13 PM, Johnny Hughes wrote:
> I never install i386 and x86_64 packages on my servers. Not saying that
> is what is causing your issue, but I see you have both installed.
>
> Is this on a real machine or a VPS with one of those stb type kernels?
>
> Did this ever work or is this
This is Webmin,
i use webmin with centos
Johnny Hughes wrote:
On 02/12/2011 04:13 PM, Johnny Hughes wrote:
I never install i386 and x86_64 packages on my servers. Not saying that
is what is causing your issue, but I see you have both installed.
Is this on a real machine or a VPS with one
Lamar Owen wrote:
On Saturday, February 12, 2011 05:18:14 pm Peter Ivanov wrote:
the server worked, but suddenly mysql connectivity dissapeared.
when i try to run any mysql related functionality if givem me the error:
Call to undefined function mysql_connect()
Can you co
HI Lamar,
thanks for the reply.
I can connect with the
mysqlclient
Lamar Owen wrote:
On Saturday, February 12, 2011 05:18:14 pm Peter Ivanov wrote:
the server worked, but suddenly mysql connectivity dissapeared.
when i try to run any mysql related functionality if givem me
On Saturday, February 12, 2011 05:18:14 pm Peter Ivanov wrote:
> the server worked, but suddenly mysql connectivity dissapeared.
> when i try to run any mysql related functionality if givem me the error:
> Call to undefined function mysql_connect()
Can you connect with the command line mysqlclien
Any other sites on this server using php WITHOUT mysql are working
Johnny Hughes wrote:
On 02/12/2011 04:13 PM, Johnny Hughes wrote:
I never install i386 and x86_64 packages on my servers. Not saying that
is what is causing your issue, but I see you have both installed.
Is this on a real
Hi Alex,
thnaks for the reply.
here is my output
[root@host ~]# yum provides */libmysqlclient.so.15
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* 5jpackage-generic: jpackage.netmindz.net
* addons: mirror.science.uottawa.ca
* base: centos.mirror.iweb.ca
* extras
Am 12.02.2011 22:37, schrieb Peter Ivanov:
> Hi,
No top-posting please.
> thanks for your fast reply.
And you did not really read Johnny's reply ...
> I have all the modules in
>
> /use/lib64/php/modules/
... and neither the error messages.
> But they wont load
>
> Also i have all needed p
-pear-1.5-1
php-mysql-5.2.10-1.el5.centos
php-devel-5.2.10-1.el5.centos
ALso my dir in php.ini is
extension_dir = "/usr/lib64/php/modules"
Johnny Hughes wrote:
On 02/12/2011 03:19 PM, Peter Ivanov wrote:
Hello,
i am getting the following error in CentOS 64 bit with php 5.2
On 02/12/2011 03:19 PM, Peter Ivanov wrote:
> Hello,
>
> i am getting the following error in CentOS 64 bit with php 5.2
>
> I cant get mysql functionality running and the ioncube loader
>
> Please help, i am very desperate
>
>
> Here is my output:
>
>
&g
Hello,
i am getting the following error in CentOS 64 bit with php 5.2
I cant get mysql functionality running and the ioncube loader
Please help, i am very desperate
Here is my output:
[root@host ~]# php -v
Failed loading /usr/local/ioncube/ioncube_loader_lin_5.1.so:
/usr/local/ioncube
Thanks for your email. Would you have the configuration? I was having
some trouble.
On Sun, Mar 28, 2010 at 8:55 PM, James A. Peltier wrote:
> On Thu, 25 Mar 2010, Dieter Best wrote:
>
>> Hello,
>>
>> I need a newer version of gcc (gcc 4.4.3), with yum install I got
>> 4.1.2. Has anyone figured o
On Thu, 25 Mar 2010, Dieter Best wrote:
> Hello,
>
> I need a newer version of gcc (gcc 4.4.3), with yum install I got
> 4.1.2. Has anyone figured out how to configure for the gcc 4.4.3 build
> to go through?
>
> Thanks.
Yes, I built it from sources
--
James A. Peltier
Systems Analyst (FASNet),
Yes, I found out in the meanwhile that was just the c compiler, I did
what you suggested, thanks.
On Fri, Mar 26, 2010 at 6:21 PM, Peter Kjellstrom wrote:
> On Friday 26 March 2010, Dieter Best wrote:
>> I did a "yum install gcc44"
> ...
>> I have the following now. Suggestions?
> ...
>> [r...@ce
On Friday 26 March 2010, Dieter Best wrote:
> I did a "yum install gcc44"
...
> I have the following now. Suggestions?
...
> [r...@centos2 Misc]# gcc44 mytest.cc
> gcc44: error trying to exec 'cc1plus': execvp: No such file or directory
gcc44 contains the c-compiler, you'll want the gcc44-c++ pack
On Mar 26, 2010, at 2:26 PM, Dieter Best wrote:
> I did a "yum install gcc44"
>
> Is it confirmed that this doesn't lead to inconsistencies with the
> existing gcc?
>
> I have the following now. Suggestions?
>
>
> [r...@centos2 Misc]# gcc mytest.cc
> /tmp/ccilP3UL.o:(.eh_frame+0x12): undefined re
I did a "yum install gcc44"
Is it confirmed that this doesn't lead to inconsistencies with the
existing gcc?
I have the following now. Suggestions?
[r...@centos2 Misc]# gcc mytest.cc
/tmp/ccilP3UL.o:(.eh_frame+0x12): undefined reference to `__gxx_personality_v0'
collect2: ld returned 1 exit sta
Dieter Best wrote:
> I need a newer version of gcc (gcc 4.4.3), with yum install I got
> 4.1.2. Has anyone figured out how to configure for the gcc 4.4.3 build
> to go through?
yum install gcc44
-- Rex
___
CentOS mailing list
CentOS@centos.org
http://
Hello,
I need a newer version of gcc (gcc 4.4.3), with yum install I got
4.1.2. Has anyone figured out how to configure for the gcc 4.4.3 build
to go through?
Thanks.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/cen
przemol...@poczta.fm wrote:
> However, to continune this discussion, could you please explain why did you
> switch to 64-bit environment ?
> If you have databases and want to use buffer cache bigger then 4GB it is
> clear for me. In other words
For myself I did not switch off, I still deploy 32-b
- przemol...@poczta.fm wrote:
> On Thu, Jun 25, 2009 at 06:56:01PM +0200, przemol...@poczta.fm wrote:
> > Hello,
> >
> > one of our developers is developing his Web applications
> (PHP-based+MySql) on 64-bit Fedora. He would like to use the same,
> 64-bit environment on CentOS. I am not agains
On Thu, Jun 25, 2009 at 06:56:01PM +0200, przemol...@poczta.fm wrote:
> Hello,
>
> one of our developers is developing his Web applications (PHP-based+MySql) on
> 64-bit Fedora. He would like to use the same, 64-bit environment on CentOS. I
> am not against 64-bits (we use it for many, many year
przemol...@poczta.fm wrote:
> Hello,
>
> one of our developers is developing his Web applications (PHP-based+MySql)
> on 64-bit Fedora. He would like to use the same, 64-bit environment on
> CentOS. I am not against 64-bits (we use it for many, many years using
> Solaris) but what concerns me is th
On Thu, Jun 25, 2009 at 6:39 PM, Alan Sparks wrote:
> przemol...@poczta.fm wrote:
>> Hello,
>>
>> one of our developers is developing his Web applications (PHP-based+MySql)
>> on 64-bit Fedora. He would like to use the same, 64-bit environment on
>> CentOS. I am not against 64-bits (we use it for
przemol...@poczta.fm wrote:
> Hello,
>
> one of our developers is developing his Web applications (PHP-based+MySql) on
> 64-bit Fedora. He would like to use the same, 64-bit environment on CentOS. I
> am not against 64-bits (we use it for many, many years using Solaris) but
> what concerns me is
- przemol...@poczta.fm wrote:
> Hello,
>
> one of our developers is developing his Web applications
> (PHP-based+MySql) on 64-bit Fedora. He would like to use the same,
> 64-bit environment on CentOS. I am not against 64-bits (we use it for
> many, many years using Solaris) but what concerns m
> -Original Message-
> From: przemolicc poczta.fm
> Sent: Thursday, June 25, 2009 12:56
> Subject: [CentOS] 64-bit CentOS - your experience
>
> Hello,
>
> one of our developers is developing his Web applications
> (PHP-based+MySql) on 64-bit Fedora. He wo
Hello,
one of our developers is developing his Web applications (PHP-based+MySql) on
64-bit Fedora. He would like to use the same, 64-bit environment on CentOS. I
am not against 64-bits (we use it for many, many years using Solaris) but what
concerns me is the stability of 64-bit Linux. Can you
On Mon, Jun 30, 2008 at 1:51 PM, Tom Brown <[EMAIL PROTECTED]> wrote:
>
>
>>
>>
>>> flags: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov
>>> pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
>>>
>>>
>>
>> If your CPU has 64-bit mode support the output will incl
flags: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
If your CPU has 64-bit mode support the output will include the “lm” flag.
OK thanks all - it was a long shot
_
On Mon, 30 Jun 2008 13:26:43 -0500
Victor Padro <[EMAIL PROTECTED]> wrote:
>> If your CPU has 64-bit mode support the output will include the "lm" flag.
> http://www.linuxquestions.org/questions/linux-general-1/proccpuinfo-flag-lm-358563/
Umm.. doesn't this web page merely repeat the answer that
http://www.linuxquestions.org/questions/linux-general-1/proccpuinfo-flag-lm-358563/
On Mon, Jun 30, 2008 at 1:18 PM, Frank Cox <[EMAIL PROTECTED]> wrote:
> On Mon, 30 Jun 2008 18:51:33 +0100
> Tom Brown <[EMAIL PROTECTED]> wrote:
>
> > flags: fpu vme de pse tsc msr pae mce cx8 apic mtrr p
On Mon, 30 Jun 2008 18:51:33 +0100
Tom Brown <[EMAIL PROTECTED]> wrote:
> flags: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov
> pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
If your CPU has 64-bit mode support the output will include the “lm” flag.
--
On Mon, Jun 30, 2008 at 12:51 PM, Tom Brown <[EMAIL PROTECTED]> wrote:
> I dont think it is but would the following CPU be able to take a 64 bit
> version of CentOS ?
>
> processor: 0
> vendor_id: GenuineIntel
> cpu family: 15
> model: 2
> model name: Intel(R) Xeon(TM) CPU
I dont think it is but would the following CPU be able to take a 64 bit
version of CentOS ?
processor: 0
vendor_id: GenuineIntel
cpu family: 15
model: 2
model name: Intel(R) Xeon(TM) CPU 2.40GHz
stepping: 7
cpu MHz: 2401.247
cache size: 512 KB
physical id
Jim Perrin wrote:
On Feb 7, 2008 7:57 AM, Centos <[EMAIL PROTECTED]> wrote:
Hello
I have installed Centos 5.1 on 64 bit servers, and I see some of the
packages have been installed two times,
one for i386 and one for 64 bits. I don't know why i386 packages can be
installed on 64 bit machine and
On Feb 7, 2008 7:57 AM, Centos <[EMAIL PROTECTED]> wrote:
> Hello
>
> I have installed Centos 5.1 on 64 bit servers, and I see some of the
> packages have been installed two times,
> one for i386 and one for 64 bits. I don't know why i386 packages can be
> installed on 64 bit machine and why they
>
Hello
I have installed Centos 5.1 on 64 bit servers, and I see some of the
packages have been installed two times,
one for i386 and one for 64 bits. I don't know why i386 packages can be
installed on 64 bit machine and why they
should come together, even some times when I am searching yum repos
On Fri, 6 Jul 2007 18:37:53 -0700
"Akemi Yagi" <[EMAIL PROTECTED]> wrote:
> On 7/6/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > I need to get a new computer and am looking at Intel E6600
> > Core 2 Duo. I'll be running Centos5.
> >
> > I have a couple of VMware Workstation 6 licenses, is t
On 7/6/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
I need to get a new computer and am looking at Intel E6600 Core 2
Duo. I'll be running Centos5.
I have a couple of VMware Workstation 6 licenses, is there a way to
install and run 64 bit inside an VMware virtual machine?
I don't care abo
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
> Sent: Friday, July 06, 2007 9:10 PM
> To: CentOS mailing list
> Subject: [CentOS] 64 bit
>
> I need to get a new computer and am looking at Intel E66
I need to get a new computer and am looking at Intel E6600 Core 2
Duo. I'll be running Centos5.
I have a couple of VMware Workstation 6 licenses, is there a way to
install and run 64 bit inside an VMware virtual machine?
I don't care about performance, it's only for testing and
debugging pu
79 matches
Mail list logo
