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
Hi,
thanks for your fast reply.
I have all the modules in
/use/lib64/php/modules/
But they wont load
Also i have all needed php packages,
[root@host ~]# rpm -qa |grep php
php-odbc-5.2.10-1.el5.centos
php-mbstring-5.2.10-1.el5.centos
php-cli-5.2.10-1.el5.centos
php-xmlrpc-5.2.10-1.el5.cento
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:
>
>
>
>
> [root@host ~]# php -v
> Failed l
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/io
48 matches
Mail list logo