[Cooker] MPG123 issues in 8.2
Hi...Thanks for the great job you all do! I have already looked over the archives manually (is there a search on the website for the archives) and I couldn't find any reference to this issue. I apologize if this has been covered before. mpg123 in 8.2 does some strange things with what it perceives to be corrupt mp3 files (ie., junk at the beginning, big number too large!, etc.). When it encounters these files, it dumps. Sometimes it dumps right away, sometimes it dumps partway into the file, sometimes it skips around all over the place and ultimately dumps! mpg123 -t says the same thing the file says on the screen when it is playing or grrr getting ready to dump. Dump meaning in this context, that it dumps the file and moves onto the next one if you have multiples playing, or just ends the playing of the file if playing a single file. Note: On Mandrake 8.2, XMMS does play these very same files very well, so does Win98's version of Winamp, and even believe it or not, RedHat 7.3's version of mpg123 (actually mpg321) also plays these files I know that RedHat's mpg123 is actually a symlink to mpg321. But we installed the rpm for mpg321 on Mandrake with the same exact results as mpg123. So that isn't the issue either. The RedHat 'mpg123' is the most taxing problem, because it should work the same when installed on Mandrake 8.2 install, but it doesn't. RedHat's 'mpg123' version actually works on a RedHat installation! It plays these same files WITHOUT any of the problems and without dumping! Redhat's mpg123 -t says files are OK! I don't know if it is in the libraries somewhere or what! Even if you uninstall mpg123 rpm package for Mandrake and install the RedHat 7.3 version of mpg123 (mpg321) it still does the same thing and worse!!! The mpg321 will dump files that even mpg123 was playing previously on the Mandrake install. We have several machines here, some with Mandrake, some with RedHat on them. This is true on every install of Mandrake 8.2. The RedHat 7.3 version works consistently on all installs that we have. So it doesn't appear to be mpg123 or mpg321 specifically...but maybe a library issue maybe??? I just don't get it. I have done searches on the net but didn't find any references to this problem except that SUSE is apparently having a similar, or the same problem that we are experiencing on Mandrake 8.2 with mpg123. Has anyone else run into this issue. I really need to use mpg123 in commandline, and I need it to work. I do not wish to install RedHat on this computer, I want to stay with Mandrake...but I need mpg123 to work on my Mandrake 8.2 if at all possible. I can't be the only one that needs the commandline mpg123 to work! Thanks in advance for any help in this area. Thanks, Bambi [EMAIL PROTECTED]
[Cooker] RE: MPG123 issues in 8.2 - SOLVED!
Thank you all so much for your responses regarding this issue. My husband found what was needed. He finally got it to work. He installed the latest version of mpg321 for Mandrake, then it still did the same thing. So then he found that if he replaced the smaller Mandrake libm-2.2.4.so with the RedHat version (which was around twice its size) it fixed the problem beautifully! I hope you can pass this info on to the mpg321 rpm team, it may come in handy for them for future rpms. Thanks so much and I hope my husband's tenacity pays off for the entire Mandrake Team. Bambi
[Cooker] MPG123 issues in 8.2 - SOLVED!
Just so you know...some files are so corrupted that they will not play even this way in a commandline player, however... We can definitely play MANY more files with the new mpg321 for MDK IF YOU REPLACE the libm-2.2.4.so with the one from RedHat that is about twice it's size. It is located in /bin. Thanks again, Bambi
[Cooker] MPG123 issues in 8.2 - SOLVED!
Just so you know...some files are so corrupted that they will not play even this way in a commandline player, however... We can definitely play MANY of the ones mpg123 and mpg321 found to be too corrupt to play at all or properly with the newest mpg321 rpm for MDK --- as long as you REPLACE the libm-2.2.4.so with the one from RedHat that is about twice it's size. This file is located in /lib. Thanks again, Bambi
Re: [Cooker] RE: MPG123 issues in 8.2 - SOLVED!
Hi Ben, I do not think it is a matter of sticking up for anyone. I did not say that you as a development team should switch it out like we had to do. I simply said maybe the INFORMATION could be passed to the mpg321 Team. What they do with that information to determine what about that particular lib file made the difference is up to them. We do not pretend to know what about this lib file change-out made the difference, but something about it did. It was just a snipet of information, nothing more. If the mpg321 Team can't use the information, or are already onto the specific issues that make theirs (the version running under 8.2) not work on some corrupted files, then that's great, but if we all keep what information we glean through trial and error from each other, where will we be. Many sets of eyes are better than a few, or one. I am not saying to go BACK to anything...I am saying that on 8.2 this made a difference for us...and it was not on only one Mandrake 8.2 computer, but TWO. Like I said, I can not even begin to speak for anything in 9.0, because I don't have that version. What you all do with this small tidbit of information is your business. But don't blow folks off for sharing a piece of information that worked for them, not only on one computer, but two! and at least find out why! Thanks for taking the time to write. Bambi Ben Reser wrote: On Mon, Sep 30, 2002 at 10:18:18PM -0400, Fran Parker wrote: Why thank you so much for your wonderful attitude. This did work. I do not have 9.0, so I can't talk for 9.0. And despite your smug attitude Han, this fix did work quite well with 8.2. If all developers were as closed minded as you are, it is no wonder Linux distros are becoming so autonomous and not learning from either other where appropriate. This cooker does deal with updates to 8.2 as well as 9.0 does it not? Thanks for nothing, Han. I can't believe I'm going to do this but I'm gonna stick up for Han here. He wasn't saying we shouldn't look at RedHat to see why their stuff works. While granted that the major on this library is the same. Just blindly switching it out doesn't really resolve the problem. I'm not sure I'd call it the dumbest piece of advice. But it's certainly not the resolution to your problem. At best it helps point the way to where the problem really is. If indeed the problem is replicatable on other machines and going back to 2.2.4 solves it. Then we'll need to look at the differences between those version to determine what the problem really is.
Re: [Cooker] RE: MPG123 issues in 8.2 - SOLVED!
Thanks for clearing that up Han ... you are as arrogant as you sounded initially. Mandrake has you to thank for losing them another customer. And we did actually purchase the PowerPack Edition for 8.2, we didn't just download the distro from some ftp server because we wanted to help Mandrake. But from now on, Mandrake will NOT be the distro I use or recommend to ANYONE. I can see it was not worth it. Thank you Han for opening my eyes to that. I would have hated to waste any more money on this company. Good luck...this distro will need it. Goodbye, Bambi Han Boetes wrote: Jonathan Drews ([EMAIL PROTECTED]) wrote: On Monday 30 September 2002 21:41, Han Boetes wrote: ROFLOL. This is not good to treat contributors with such comtempt. I never treat contributors with contempt. She is asking support for a historical release on the developpers list. Then comes up with a solution that is beyond rediculous. It would be better to politely point out what misconception she may have had rather than flame her. I didn't flame her. I told her the truth. That she doesn't like it is her problem. After all this kind of abuse is a negative advertisement for Mandrake. No I want to get back to work. Solve bugs in cooker, update rpms and prepare for the next release. I don't want anybody in here thinking this is a support channel. People with good questions about cooker can use my attention. Not the people that ask here because all the cracks hang out here. Groetjes, Han.
Re: [Cooker] I am puzzled by people's behaviour...
I would like to see a version of just about anything that doesn't have some upgrades or patches available by the time you get it home. Try Windoze any flavor...try a virus software...MS Office, Corel Office 2000, and just about anything else you can think of. Some don't even have the patches for the problems yet...they are working on them. I had to download a 40meg update to Corel Office 2000 when I bought it just to make it work without crashing while doing some things. But at least it was available. And Mandrake is constantly coming up with ways to do it better. There will always be patches. You will see it with RedHat too...the Samba and Linuxconf were basically broken out of the box for certain applications...but they did have an update. I am not saying this is right or wrong...but it is the way it is. There will always be things that need tweaking. Thanks Mandrake and all the Beta/Alpha Testers! Bambi - Original Message - From: "Frederic Soulier" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, November 01, 2000 5:08 AM Subject: [Cooker] I am puzzled by people's behaviour... Well, nice start for a Wednesday morning, mailbox full of shity emails from *not very nice so called disatisfied* customer and frankly I am disgusted by their behaviour. Ok, the final 7.2 version you bought is missing some updates present in the downloadable version and you think you are screwed... fair enough but why so much anger towards the guys at Mdk? What is so difficult in using Mdk-update to get your installation updated with the packages from the Mdk 7.2 download edition? Do you need a university degree to do that? Does it ruin your day because you have to download a few megabytes of data? What is your pbm? The guys at Mandrake go out of their way to provide everybody with a great linux distro, they listen to all of us when we bitch about packages missing or when we ask them to package more programs and so on. And you know what, they do it because they're a nice bunch of developers dedicated to linux and its success. As a matter of fact, they also need to bring the bacon back home so to speak and for that very valid reason they also need to make money and sell their stuff. (something else I want to point out is that it seems to me that more and more people see the *free software* as *free beer* not *free speech* and I am worried about that, anyway that's not the point here...) We all would like to pay a dirt cheap price for the perfect product, bug free that does everything and more with free support... but that does not exist even in the Linux world. The pbm is mandrakesoft is a victim of its openness, they tell us to much and we still bitch about it. Not so long ago we bitched about M$ for not telling us anything, like "we put alpha quality software in our windows crap". We put updates whenever it pleases us and we do not care if our product is full of fucking security holes! And we charge you an arm and a leg for all that crap! How on earth can you come even remotely close to comparing Mandrakesoft to M$?!?!? You're upset? Ok, calm down, get a cup of coffee then try to rationalize your situation... then click on the "Mandrake Update" icon... then just come back on this list and tell everybody how great this distro is 8-) I hope good decisions will come out of this minor (?) tragedy and that lessons will be learned for the future. Linux distro will always be more up-to-date by downloading them instead of buying a packaged version for the simple reason the work to do to put a downloadable version is so much simpler than for a retail version. That's a fact, just accept it. OK, now I need to think about some serious business which is to find a ftp site to download 7.2 :-) can't wait. * The idea about being able to give a donation online to support Mandrakesoft is a great idea. I would definitely be willing to give some money for a download version. Also keep up the superb work you have doing so far. Maybe just make sure next year you do not plan a release too close to the Walmart deadline :-) Fred "very happy to use whatever flavor of Mandrake distro" -- Frederic Soulier [EMAIL PROTECTED] Sonera SmartTrust Ltd mob: +44 (0)789 990 5604 8 the Square / Stockley Park tel: +44 (0)208 606 6136 Uxbridge, UB11 1FW (UK) fax: +44 (0)208 606 6130
Re: [Cooker] Happy Birthday
Happy Birthday Pixel !!! And thanks for all your help! Bambi Pixel wrote: "Joe Menola" [EMAIL PROTECTED] writes: chmod /Pixel PARTY! well make it: mdk72_gold="10pm + 2 days" echo chmod /Pixel PARTY! | at $mdk72_gold :)
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Thanks Steve, Here is what happens when I try rpm -e `rpm -qa | grep mysql` [fran@flp fran]$ su Password: [root@flp fran]# rpm -e `rpm -qa | grep mysql` rpm: no packages given for uninstall [root@flp fran]# Missing something? Thanks, Bambi Steve Fox wrote: Fran Parker wrote: It really seems like I need to delete current version of mysql and wipe out all directories everywhere related to it ... the ones gnorpm says it can't delete since they are not empty. Didn't do that the last time. Then start fresh and see where it goes from there. What are your thoughts? Is there anything else I might need to do to get back to a pre-mysql machine that I am missing? Just try rpm -e `rpm -qa | grep mysql` (make sure to use back ticks (usually under the Esc key) to uninstall all MySQL packages. Then clear out /var/lib/mysql and remove /etc/rc.d/init.d/mysql* (just in case some are left). Then find some packages which have worked before and install those. Good luck. -- Steve Fox http://k-lug.com
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Thanks Antony...that was what was missing... now only references to mysql are in: /tmp/tksysv-backup/rc.d/init.d/mysql /var/lib/mysql* Also still have reference in /usr/lib/per5/site_perl/5.005/i386-linux under the /auto/DBD and /DBD and /Bundle/DBD...but they appear to be related to the perl-mysql stuff. Should I uninstall rpms for the perl-mysql ? or can that stay and link to a new mysql when installed? Should I remove the /tmp/tksysv-backup/rc.d/init.d/mysql too, as well as the /var/lib/mysql* that Steve mentioned? Thanks, Bambi Antony Suter wrote: Fran Parker wrote: Thanks Steve, Here is what happens when I try rpm -e `rpm -qa | grep mysql` [fran@flp fran]$ su Password: [root@flp fran]# rpm -e `rpm -qa | grep mysql` rpm: no packages given for uninstall [root@flp fran]# Missing something? Yes. Do this instead:- rpm -e `rpm -qa | grep -i mysql` -- - Antony Suter ([EMAIL PROTECTED]) "Examiner" openpgp:71ADFC87 - "And how do you store the nuclear equivalent of the universal solvent?"
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Thanks so much! Got it all...checked for any Mysql* stuff with find and it is all gone, except where it is under the perl-mysql directories. I now have a mysql-less machine to start again...later :) Thanks again, Bambi Steve Fox wrote: Fran Parker wrote: Thanks Antony...that was what was missing... now only references to mysql are in: /tmp/tksysv-backup/rc.d/init.d/mysql /var/lib/mysql* Delete the stuff in /var/lib/mysql. That's where your databases are kept. Also still have reference in /usr/lib/per5/site_perl/5.005/i386-linux under the /auto/DBD and /DBD and /Bundle/DBD...but they appear to be related to the perl-mysql stuff. Should I uninstall rpms for the perl-mysql ? or can that stay and link to a new mysql when installed? Should be able to leave these. Should I remove the /tmp/tksysv-backup/rc.d/init.d/mysql too, as well as the /var/lib/mysql* that Steve mentioned? That just looks like its from a backup program you use. Shouldn't have to worry about itl Antony Suter wrote: Yes. Do this instead:- rpm -e `rpm -qa | grep -i mysql` Oops, forgot the packages had capital letters in them ;0) -- Steve Fox http://k-lug.com
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Hi Steve, that is what I figured. The mysql.log stopped recording after I uninstalled a newer cooker version of mysql in favor of the stable one due to an incompatibility with the DBD support needed for pronto mail. There are no entries in the mysql.log after 8/27/2000 when I was using mysql version MySQL-3.23.22 not the current version 22.32. By the way...having two with numbers so close is very difficult to keep track of. I had used gnorpm to uninstall the newer cooker version and then installed the stable MySQL-3.22.32-5mdk rpm in hopes of getting to a version that was compatible with the DBD that Pronto mail uses. I have been at this too long...I have pretty much decided to stay with Netscrappy mail for now...seems dumb to have to have a separate database program installed to run a mail program anyway so it will be stable and quick. I tried Pronto mail with the .CSV database format ...but it is buggy as hell, and slow as molassas if you have more than a hundred or two mail messages you are maintaining. Would still like to get mysql working..but not for this mail program anymore...it is because there are other databases I am using in windows that I would like to be able to use in linux. It really seems like I need to delete current version of mysql and wipe out all directories everywhere related to it ... the ones gnorpm says it can't delete since they are not empty. Didn't do that the last time. Then start fresh and see where it goes from there. What are your thoughts? Is there anything else I might need to do to get back to a pre-mysql machine that I am missing? Thanks for any input. Bambi Steve Fox wrote: Fran Parker wrote: Hi Jean-Michel, I think I forgot one of the steps you suggested..here's output with the "chkconfig--add mysql" before running "/etc/rc.d/init.d/mysql start" [fran@flp fran]$ su Password: [root@flp fran]# chkconfig --add mysql [root@flp fran]# /etc/rc.d/init.d/mysql start [root@flp fran]# Starting mysqld daemon with databases from /var/lib/mysql mysqld daemon ended That means it couldn't start up for some reason. Check /var/lib/mysql/mysqld.log for any errors. -- Steve Fox http://k-lug.com
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Hi Benjamin, I am really at a loss here, here's the output: [fran@flp fran]$ su Password: [root@flp fran]# /etc/rc.d/init/mysql start bash: /etc/rc.d/init/mysql: No such file or directory [root@flp fran]# But when I boot .. mysql daemon is loaded. Bambi Benjamin Reed wrote: Can you make heads or tails out of that? :) Well, it lost the carriage returns in sending, but I didn't see mysql in there at all. Try '/etc/rc.d/init/mysql start' and then try your script again and see if that helps. If it does, you'll need to add the mysql script to your current runlevel's init. -- Ben Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://defiance.dyndns.org/ / http://radio.scenespot.org/ Now playing on Defiance Radio: I Don't Know You People by Orbital
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Hi Benjamin, Well I did that and ps -A ... results follow (will try to align better with carriage returns:) [fran@flp fran]$ su Password: [root@flp fran]# ps -A PID TTY TIME CMD 1 ?00:00:05 init 2 ?00:00:00 kflushd 3 ?00:00:00 kupdate 4 ?00:00:00 kpiod 5 ?00:00:02 kswapd 6 ?00:00:00 mdrecoveryd 351 ?00:00:00 syslogd 361 ?00:00:00 klogd 376 ?00:00:00 atd 391 ?00:00:00 crond 406 ?00:00:00 inetd 421 ?00:00:00 lpd 500 ?00:00:00 master 507 ?00:00:00 pickup 508 ?00:00:00 qmgr 522 ?00:00:00 gpm 571 ?00:00:01 xfs 588 ?00:00:00 smbd 598 ?00:00:00 nmbd 628 tty1 00:00:00 login 629 tty2 00:00:00 mingetty 630 tty3 00:00:00 mingetty 631 tty4 00:00:00 mingetty 632 tty5 00:00:00 mingetty 633 tty6 00:00:00 mingetty 634 ?00:00:00 kdm 641 ?00:00:41 X 981 tty1 00:00:00 bash 1347 ?00:00:00 kdm 1360 ?00:00:00 kwm 1405 ?00:00:00 kikbd 1413 ?00:00:00 kaudioserver 1414 ?00:00:00 kwmsound 1415 ?00:00:01 kpanel 1416 ?00:00:02 kfm 1417 ?00:00:00 krootwm 1418 ?00:00:00 kbgndwm 1421 ?00:00:00 maudio 1426 ?00:00:00 kbiff 1442 ?00:00:00 kcmlaptop 1443 ?00:00:00 kppp 1444 ?00:00:00 kppp 1445 ttyS100:00:00 pppd 1464 ?00:00:02 netscape 1465 ?00:00:00 netscape 1467 ?00:00:00 konsole 1468 pts/000:00:00 bash 1481 pts/000:00:00 su 1482 pts/000:00:00 bash 1497 pts/000:00:00 ps [root@flp fran]# rpm -qil MySQL Name: MySQLRelocations: (not relocateable) Version : 3.22.32 Vendor: MandrakeSoft Release : 5mdk Build Date: Tue 18 Apr 2000 06:33:17 AM EDT Install date: Tue 29 Aug 2000 11:35:56 PM EDT Build Host: kenobi.mandrakeso ft.com Group : Databases Source RPM: MySQL-3.22.32-5mdk.src.r pm Size: 6613938 License: MySQL FREE PUBLIC LICENS E (See the file PUBLIC) Packager: Jean-Michel Dault [EMAIL PROTECTED] URL : http://www.mysql.com/ Summary : MySQL: a very fast and reliable SQL database engine Description : MySQL is a true multi-user, multi-threaded SQL (Structured Query Language) database server. SQL is the most popular database language in the world. MySQL is a client/server implementation that consists of a server daemon mysqld and many different client programs/libraries. The main goals of MySQL are speed, robustness and easy to use. MySQL was originally developed because we at Tcx needed a SQL server that could handle very big databases with magnitude higher speed than what any database vendor could offer to us. We have now been using MySQL since 1996 in a environment with more than 40 databases, 10,000 tables, of which more than 500 have more than 7 million rows. This is about 50G of mission critical data. The base upon which MySQL is built is a set of routines that have been used in a highly demanding production environment for many years. While MySQL is still in development, it already offers a rich and highly useful function set. See the documentation for more information" /etc/logrotate.d /etc/logrotate.d/mysql /etc/rc.d /etc/rc.d/init.d /etc/rc.d/init.d/mysql /usr/bin/isamchk /usr/bin/isamlog /usr/bin/mysql_fix_privilege_tables /usr/bin/mysql_install_db /usr/bin/mysql_setpermission /usr/bin/mysql_zap /usr/bin/mysqlbug /usr/bin/perror /usr/bin/replace /usr/bin/resolveip /usr/bin/safe_mysqld /usr/doc/MySQL-3.22.32 /usr/doc/MySQL-3.22.32/PUBLIC /usr/doc/MySQL-3.22.32/README /usr/doc/MySQL-3.22.32/manual.html /usr/doc/MySQL-3.22.32/manual.ps /usr/doc/MySQL-3.22.32/manual.texi /usr/doc/MySQL-3.22.32/manual.txt /usr/doc/MySQL-3.22.32/manual_toc.html /usr/info/mysql.info.bz2 /usr/sbin/mysqld /usr/share/mysql /usr/share/mysql/binary-configure /usr/share/mysql/czech /usr/share/mysql/czech/errmsg.sys /usr/share/mysql/czech/errmsg.txt /usr/share/mysql/danish /usr/share/mysql/danish/errmsg.sys /usr/share/mysql/danish/errmsg.txt /usr/share/mysql/dutch /usr/share/mysql/dutch/errmsg.sys /usr/share/mysql/dutch/errmsg.txt /usr/share/mysql/english /usr/share/mysql/english/errmsg.sys /usr/share/mysql/english/errmsg.txt /usr/share/mysql/estonia /usr/share/mysql/estonia/errmsg.sys /usr/share/mysql/estonia/errmsg.txt /usr/share/mysql/french /usr/share/mysql/french/errmsg.sys /usr/share/mysql/french/errmsg.txt /usr/share/mysql/german /usr/share/mysql/german/errmsg.sys /usr/share/mysql/german/errmsg.txt /usr/share/mysql/greek /usr/share/mysql/greek/errmsg.sys /usr/share/mysql/greek/errmsg.txt /usr/share/mysql/hungarian /usr/share/mysql/hungarian/errmsg.sys /usr/share/mysql/hungarian/errmsg.txt /usr/share/mysql/italian /usr/share/mysql/italian/errmsg.sys /usr/share/mysql/italian/errmsg.txt /usr/share/mysql/japanese
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
That would probably help :) But here's the output when I do that: [fran@flp fran]$ su Password: [root@flp fran]# /etc/rc.d/init.d/mysql start [root@flp fran]# Starting mysqld daemon with databases from /var/lib/mysql mysqld daemon ended (and it hangs and doesn't give back the cursor ... had to control-c to get it back.) Bambi Pixel wrote: Fran Parker [EMAIL PROTECTED] writes: [root@flp fran]# /etc/rc.d/init/mysql start bash: /etc/rc.d/init/mysql: No such file or directory maybe try with "/etc/rc.d/init.d/mysql start" ;p
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Yep...you all are right! doh! But hung when I tried it correctly, I put the results in response to Jean-Michel Dault. Results are not good...but at least they are results to the correct command :P Bambi Pixel wrote: Fran Parker [EMAIL PROTECTED] writes: [root@flp fran]# /etc/rc.d/init/mysql start bash: /etc/rc.d/init/mysql: No such file or directory maybe try with "/etc/rc.d/init.d/mysql start" ;p
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
yep..and I guess that would normally help! But it didn't... see results in response to Jean-Michel Dault. Not good...but at least correct. Bambi Ellick Chan wrote: On Sat, 2 Sep 2000, Fran Parker wrote: Hi Benjamin, I am really at a loss here, here's the output: [fran@flp fran]$ su Password: [root@flp fran]# /etc/rc.d/init/mysql start isn't that supposed to read /etc/rc.d/init.d/mysql start ? maybe the path was just wrong. bash: /etc/rc.d/init/mysql: No such file or directory [root@flp fran]# But when I boot .. mysql daemon is loaded. Bambi Benjamin Reed wrote: Can you make heads or tails out of that? :) Well, it lost the carriage returns in sending, but I didn't see mysql in there at all. Try '/etc/rc.d/init/mysql start' and then try your script again and see if that helps. If it does, you'll need to add the mysql script to your current runlevel's init. -- Ben Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://defiance.dyndns.org/ / http://radio.scenespot.org/ Now playing on Defiance Radio: I Don't Know You People by Orbital -- Regards, Ellick Chan [EMAIL PROTECTED] Sep 2
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Hi Jean-Michel, I think I forgot one of the steps you suggested..here's output with the "chkconfig--add mysql" before running "/etc/rc.d/init.d/mysql start" [fran@flp fran]$ su Password: [root@flp fran]# chkconfig --add mysql [root@flp fran]# /etc/rc.d/init.d/mysql start [root@flp fran]# Starting mysqld daemon with databases from /var/lib/mysql mysqld daemon ended [root@flp fran]# still had to control-c out of it to get prompt back after it reports mysql daemon ended. Thanks, Bambi Jean-Michel Dault wrote: On Fri, 1 Sep 2000, Fran Parker wrote: [root@flp fran]# perl -e 'use DBD::mysql;'; [root@flp fran]# mysql -u root ERROR 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) [root@flp fran]# Usually that just means the the MySQL server isn't started. Are you absolutely sure it's running? What does 'ps ux' show? From what I see, MySQL-perl is working, but your MySQL server is not running. First do a "chkconfig --add mysql" then run "/etc/rc.d/init.d/mysql start" Jean-Michel Dault [EMAIL PROTECTED] Hi Steve, ps ux as follows: [fran@flp fran]$ su Password: [root@flp fran]# ps ux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.1 1060 112 ?S18:48 0:05 init root 2 0.0 0.0 00 ? SW 18:48 0:00 [kflushd] root 3 0.0 0.0 00 ?SW 18:48 0:00 [kupdate] root 4 0.0 0.0 00 ?SW 18:48 0:00 [kpiod] root 5 0.0 0.0 00 ?SW 18:48 0:02 [kswapd] root 6 0.0 0.0 00 ?SW 18:48 0:00 [mdrecoveryd] root 351 0.0 0.3 1116 208 ?S18:48 0:00 syslogd -m 0 root 361 0.0 0.7 1372 492 ?S18:48 0:00 klogd root 391 0.0 0.2 1272 168 ?S18:48 0:00 crond root 406 0.0 0.3 1080 196 ?S18:48 0:00 inetd root 421 0.0 0.1 1132 80 ?S18:48 0:00 lpd root 500 0.0 0.4 1584 288 ?S18:48 0:00 /usr/lib/postfix/root 522 0.0 0.1 1088 84 ttyS0S18:48 0:00 gpm -t ms root 588 0.0 2.1 3268 1396 ?S18:48 0:00 smbd -D root 598 0.0 0.9 1808 592 ?S18:48 0:00 nmbd -D root 628 0.0 0.0 1028 60 tty1 S18:48 0:00 /sbin/mingetty ttroot 629 0.0 0.0 1028 60 tty2 S18:48 0:00 /sbin/mingetty ttroot 630 0.0 0.0 1028 60 tty3 S18:48 0:00 /sbin/mingetty ttroot 631 0.0 0.0 1028 60 tty4 S18:48 0:00 /sbin/mingetty ttroot 632 0.0 0.0 1028 60 tty5 S18:48 0:00 /sbin/mingetty ttroot 633 0.0 0.0 1028 60 tty6 S18:48 0:00 /sbin/mingetty ttroot 634 0.0 0.3 6076 200 ? S18:48 0:00 kdm -nodaemon root 641 1.7 10.2 18540 6640 ? S18:48 5:06 /etc/X11/X -auth root 642 0.0 0.0 72600 ? SW 18:48 0:00 [kdm] root 727 0.0 1.4 6704 972 ?S 18:49 0:00 /usr/bin/kppp root 730 0.0 0.0 15040 ttyS1SW 18:50 0:00 [pppd] root 1071 0.5 1.4 2012 924 pts/0S23:39 0:00 su root 1074 1.1 1.9 2056 1268 pts/0S23:40 0:00 bash root 1089 0.0 1.4 2492 912 pts/0R23:40 0:00 ps ux [root@flp fran]# Can you make heads or tails out of that? :) Bambi Steve Fox wrote: Fran Parker wrote: Hi Pixel, got the ftp://ftp.mandrakesoft.com/pub/pixel/perl-Mysql-1.22_15-2mdk.i586.rpm and installed it, rebooted and got the following results (we are getting somewhere good, not all the way though): [fran@flp fran]$ su Password: -- Steve Fox http://k-lug.com
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Thanks Pixel, Have downloaded and will try it out when I get home this evening. Will report back with results. Thanks again, Bambi Pixel wrote: Fran Parker [EMAIL PROTECTED] writes: Hi Francois, I went to the cooker site and downloaded what I believe is the latest one dated 8/29/2000 (perl-Mysql-1.22_15-1mdk.i586.rpm) and installed it. 2mdk is out. but the mirror pb keeps you away from it... if you're in a hurry, fetch it at ftp://ftp.mandrakesoft.com/pub/pixel/perl-Mysql-1.22_15-2mdk.i586.rpm
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Hi Pixel, got the ftp://ftp.mandrakesoft.com/pub/pixel/perl-Mysql-1.22_15-2mdk.i586.rpm and installed it, rebooted and got the following results (we are getting somewhere good, not all the way though): [fran@flp fran]$ su Password: [root@flp fran]# perl -e 'use DBD::mysql;'; [root@flp fran]# mysql -u root ERROR 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) [root@flp fran]# Still with this socket thingey! Any further suggestions...at least we got rid of the following :) [root@flp fran]# perl -e 'use DBD::mysql;'; Can't load '/usr/lib/perl5/site_perl/5.6.0/i386-linux/auto/DBD/mysql/mysql.so' for module DBD::mysql: /usr/lib/perl5/site_perl/5.6.0/i386-linux/auto/DBD/mysql/mysql.so: undefined symbol: pthread_key_create at /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm line 200. at -e line 1 Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. [root@flp fran]# that's a big step...at least I think so. Is there something I need to do that I don't know about to get it to work? Or is it a problem with this socket thingey? That is such an ambiguous error message...Error 2002...unknown error or something like that! Thanks, Bambi Pixel wrote: Fran Parker [EMAIL PROTECTED] writes: Hi Francois, I went to the cooker site and downloaded what I believe is the latest one dated 8/29/2000 (perl-Mysql-1.22_15-1mdk.i586.rpm) and installed it. 2mdk is out. but the mirror pb keeps you away from it... if you're in a hurry, fetch it at ftp://ftp.mandrakesoft.com/pub/pixel/perl-Mysql-1.22_15-2mdk.i586.rpm
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Hi Steve, ps ux as follows: [fran@flp fran]$ su Password: [root@flp fran]# ps ux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.1 1060 112 ?S18:48 0:05 init root 2 0.0 0.0 00 ? SW 18:48 0:00 [kflushd] root 3 0.0 0.0 00 ?SW 18:48 0:00 [kupdate] root 4 0.0 0.0 00 ?SW 18:48 0:00 [kpiod] root 5 0.0 0.0 00 ?SW 18:48 0:02 [kswapd] root 6 0.0 0.0 00 ?SW 18:48 0:00 [mdrecoveryd] root 351 0.0 0.3 1116 208 ?S18:48 0:00 syslogd -m 0 root 361 0.0 0.7 1372 492 ?S18:48 0:00 klogd root 391 0.0 0.2 1272 168 ?S18:48 0:00 crond root 406 0.0 0.3 1080 196 ?S18:48 0:00 inetd root 421 0.0 0.1 1132 80 ?S18:48 0:00 lpd root 500 0.0 0.4 1584 288 ?S18:48 0:00 /usr/lib/postfix/root 522 0.0 0.1 1088 84 ttyS0S18:48 0:00 gpm -t ms root 588 0.0 2.1 3268 1396 ?S18:48 0:00 smbd -D root 598 0.0 0.9 1808 592 ?S18:48 0:00 nmbd -D root 628 0.0 0.0 1028 60 tty1 S18:48 0:00 /sbin/mingetty ttroot 629 0.0 0.0 1028 60 tty2 S18:48 0:00 /sbin/mingetty ttroot 630 0.0 0.0 1028 60 tty3 S18:48 0:00 /sbin/mingetty ttroot 631 0.0 0.0 1028 60 tty4 S18:48 0:00 /sbin/mingetty ttroot 632 0.0 0.0 1028 60 tty5 S18:48 0:00 /sbin/mingetty ttroot 633 0.0 0.0 1028 60 tty6 S18:48 0:00 /sbin/mingetty ttroot 634 0.0 0.3 6076 200 ? S18:48 0:00 kdm -nodaemon root 641 1.7 10.2 18540 6640 ? S18:48 5:06 /etc/X11/X -auth root 642 0.0 0.0 72600 ? SW 18:48 0:00 [kdm] root 727 0.0 1.4 6704 972 ?S 18:49 0:00 /usr/bin/kppp root 730 0.0 0.0 15040 ttyS1SW 18:50 0:00 [pppd] root 1071 0.5 1.4 2012 924 pts/0S23:39 0:00 su root 1074 1.1 1.9 2056 1268 pts/0S23:40 0:00 bash root 1089 0.0 1.4 2492 912 pts/0R23:40 0:00 ps ux [root@flp fran]# Can you make heads or tails out of that? :) Bambi Steve Fox wrote: Fran Parker wrote: Hi Pixel, got the ftp://ftp.mandrakesoft.com/pub/pixel/perl-Mysql-1.22_15-2mdk.i586.rpm and installed it, rebooted and got the following results (we are getting somewhere good, not all the way though): [fran@flp fran]$ su Password: [root@flp fran]# perl -e 'use DBD::mysql;'; [root@flp fran]# mysql -u root ERROR 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) [root@flp fran]# Usually that just means the the MySQL server isn't started. Are you absolutely sure it's running? What does 'ps ux' show? -- Steve Fox http://k-lug.com
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Sorry about the formatting Steve... It looked much better in the terminal window, nice columns :) Netscrappy did some strange stuff to it. Bambi Steve Fox wrote: Fran Parker wrote: Hi Pixel, got the ftp://ftp.mandrakesoft.com/pub/pixel/perl-Mysql-1.22_15-2mdk.i586.rpm and installed it, rebooted and got the following results (we are getting somewhere good, not all the way though): [fran@flp fran]$ su Password: [root@flp fran]# perl -e 'use DBD::mysql;'; [root@flp fran]# mysql -u root ERROR 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) [root@flp fran]# Usually that just means the the MySQL server isn't started. Are you absolutely sure it's running? What does 'ps ux' show? -- Steve Fox http://k-lug.com
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Hi Francois,
I went to the cooker site and downloaded what I believe is the latest one dated
8/29/2000 (perl-Mysql-1.22_15-1mdk.i586.rpm) and installed it.
I normally run in KDE but I checked in Gnome in the runlevel editor and the
mysql
daemon is running on all levels which is confirmed during boot as well.
However, I still get the following errors when I try to run mysql.
[fran@flp fran]$ su
Password:
[root@flp fran]# mysql -u root
ERROR 2002: Can't connect to local MySQL server through socket
'/var/lib/mysql/mysql.sock' (111)
[root@flp fran]# perl -e 'use DBD::mysql;';
Can't load '/usr/lib/perl5/site_perl/5.6.0/i386-linux/auto/DBD/mysql/mysql.so'
for module DBD::mysql:
/usr/lib/perl5/site_perl/5.6.0/i386-linux/auto/DBD/mysql/mysql.so: undefined
symbol: pthread_key_create at /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm line
200. at -e line 1 Compilation failed in require at -e line 1. BEGIN
failed--compilation aborted at -e line 1. [root@flp fran]#
what is the deal with this socket thing ... I searched my computer for
/var/lib/mysql/mysql.sock and I don't find one.
Also line 200 (and 201) of DynaLoader.pm states the following:
my $libref = dl_load_file($file, $module-dl_load_flags) or
croak("Can't load '$file' for module $module: ".dl_error());
Any help there?
Did I get the latest one perl-Mysql that you were talking about?
Thanks for any help on this.
Bambi
Francois Pons wrote:
Fran Parker [EMAIL PROTECTED] writes:
I went and installed all perl related items I could that didn't conflict with
anything else and re-installed mysql and it still doesn't work. And I was
incorrect about the perl-base...it was there but near the bottom of the perl rpm
list.
I will see whether a reboot helps any.
None, I added a patch in perl-Mysql to add libpthread, this should be the
problem, now it works for me.
Can you test averything is right now ?
And thanks a lot for the bug report, François.
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
I went and installed all perl related items I could that didn't conflict with anything else and re-installed mysql and it still doesn't work. And I was incorrect about the perl-base...it was there but near the bottom of the perl rpm list. I will see whether a reboot helps any. Bambi Fran Parker wrote: This is the same info I sent under another heading call something is going on with perl. Placing here as well to see if anyone knows what is going on. Please see the original message entitled something is going on with perl for Stefan's quandry with perl as well. I replied under that subject with the following: Hi, I am in a similar quandry! Here is a message I wrote yesterday. Fran Parker wrote: I also have uninstalled the cooker mysql and installed the one from the stable current. Still doesn't work. This is what I get: [fran@flp fran]$ su Password: [root@flp fran]# cd / [root@flp /]# perl -e 'use DBD::mysql;'; Can't load '/usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so' for module DBD::mysql: /usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so: undefined symbol: pthread_key_create at /usr/lib/perl5/5.00503/i386-linux/DynaLoader.pm line 169. at -e line 1 BEGIN failed--compilation aborted at -e line 1. [root@flp /]# This was the reply I got...which I took to heart and did: You need to upgrade to the latest Perl packages which will s/5.005/5.6.0/ I'd be willing to bet you'll find Mysql.pm in /usr/lib/perl5/site_perl/5.6.0/ or /usr/lib/perl5/site_perl/i386-linux/ -- Steve Fox http://k-lug.com Well...now perl still won't do it since upgraded to perl/5.6.0 I don't know what to do now! Here is what I get when I tried to do the same thing again after installing 5.6.0: [fran@flp fran]$ su Password: [root@flp fran]# perl -e 'use DBD::mysql;'; [root@flp fran]# mysql -u root ERROR 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) [root@flp fran]# This is the same error I was getting after successfully doing the data-ShowTable thingey...with previous version of perl, see below: All tests successful. Files=17, Tests=128, 10 wallclock secs ( 5.12 cusr + 1.83 csys = 6.95 CPU) /usr/bin/make test -- OK Running make install Installing /usr/lib/perl5/site_perl/5.005/Data/ShowTable.pm Installing /usr/man/man1/showtable.1 Installing /usr/lib/perl5/man/man3/Data::ShowTable.3 Installing /usr/bin/showtable Writing /usr/lib/perl5/site_perl/5.005/i386-linux/auto/Data/ShowTable/.packlist Appending installation info to /usr/lib/perl5/5.00503/i386-linux/perllocal.pod /usr/bin/make install -- OK [root@flp Msql-Mysql-modules-1.2211]# cd.. [root@flp fran]# cd / [root@flp /]# perl -e 'use DBD::mysql;'; [root@flp /]# mysql -u root ERROR 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/m ysql.sock' (111) [root@flp /]# whoami root Any help on this would be helpful. Note: Mandrake site had the perl 5.6.0 but did not have the perl base for the same version anywhere on the site. I hope someone can help with this. I am just trying to change from .CSV to mysql for the database for Pronto! mail. .CSV is too slow. This has been a nightmare so far for 4 days now. I am at a loss as to what to do about this incompatibility thing. Thanks for anyhelp anyone can give on this. Bambi Steve Fox wrote: Fran Parker wrote: I also have uninstalled the cooker mysql and installed the one from the stable current. Still doesn't work. This is what I get: [fran@flp fran]$ su Password: [root@flp fran]# cd / [root@flp /]# perl -e 'use DBD::mysql;'; Can't load '/usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so' for module DBD::mysql: /usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so: undefined symbol: pthread_key_create at /usr/lib/perl5/5.00503/i386-linux/DynaLoader.pm line 169. at -e line 1 BEGIN failed--compilation aborted at -e line 1. [root@flp /]# You need to upgrade to the latest Perl packages which will s/5.005/5.6.0/ I'd be willing to bet you'll find Mysql.pm in /usr/lib/perl5/site_perl/5.6.0/ or /usr/lib/perl5/site_perl/i386-linux/ -- Steve Fox http://k-lug.com
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
This is very odd...I noted on boot that mysql daemon is loading. However, this is the response when I do `rpm -qa | grep perl` [fran@flp fran]$ su Password: [root@flp fran]# `rpm -qa | grep perl` bash: perlftlib-1.2-7mdk: command not found [root@flp fran]# I just don't get it. gnorpm shows that perlftlib is installed. I don't get it. Bambi Steve Fox wrote: Fran Parker wrote: I also have uninstalled the cooker mysql and installed the one from the stable current. Still doesn't work. This is what I get: [fran@flp fran]$ su Password: [root@flp fran]# cd / [root@flp /]# perl -e 'use DBD::mysql;'; Can't load '/usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so' for module DBD::mysql: /usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so: undefined symbol: pthread_key_create at /usr/lib/perl5/5.00503/i386-linux/DynaLoader.pm line 169. at -e line 1 BEGIN failed--compilation aborted at -e line 1. [root@flp /]# This is odd. If you've loaded the perl-5.6.0 rpm then it should be looking in the 5.6.0 directories, not the 5.005. What does `rpm -qa | grep perl` show? -- Steve Fox http://k-lug.com
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
Great Francois...I will go and get the patch...hope it is in cooker :) Then I will report back...thank you so much! Bambi Francois Pons wrote: Fran Parker [EMAIL PROTECTED] writes: I went and installed all perl related items I could that didn't conflict with anything else and re-installed mysql and it still doesn't work. And I was incorrect about the perl-base...it was there but near the bottom of the perl rpm list. I will see whether a reboot helps any. None, I added a patch in perl-Mysql to add libpthread, this should be the problem, now it works for me. Can you test averything is right now ? And thanks a lot for the bug report, François.
Re: [Cooker] something is going on with perl...
Hi, I am in a similar quandry! Here is a message I wrote yesterday. Fran Parker wrote: I also have uninstalled the cooker mysql and installed the one from the stable current. Still doesn't work. This is what I get: [fran@flp fran]$ su Password: [root@flp fran]# cd / [root@flp /]# perl -e 'use DBD::mysql;'; Can't load '/usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so' for module DBD::mysql: /usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so: undefined symbol: pthread_key_create at /usr/lib/perl5/5.00503/i386-linux/DynaLoader.pm line 169. at -e line 1 BEGIN failed--compilation aborted at -e line 1. [root@flp /]# This was the reply I got...which I took to heart and did: You need to upgrade to the latest Perl packages which will s/5.005/5.6.0/ I'd be willing to bet you'll find Mysql.pm in /usr/lib/perl5/site_perl/5.6.0/ or /usr/lib/perl5/site_perl/i386-linux/ -- Steve Fox http://k-lug.com Well...now perl still won't do it since upgraded to perl/5.6.0 I don't know what to do now! Here is what I get when I tried to do the same thing again after installing 5.6.0: [fran@flp fran]$ su Password: [root@flp fran]# perl -e 'use DBD::mysql;'; [root@flp fran]# mysql -u root ERROR 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) [root@flp fran]# This is the same error I was getting after successfully doing the data-ShowTable thingey...with previous version of perl, see below: All tests successful. Files=17, Tests=128, 10 wallclock secs ( 5.12 cusr + 1.83 csys = 6.95 CPU) /usr/bin/make test -- OK Running make install Installing /usr/lib/perl5/site_perl/5.005/Data/ShowTable.pm Installing /usr/man/man1/showtable.1 Installing /usr/lib/perl5/man/man3/Data::ShowTable.3 Installing /usr/bin/showtable Writing /usr/lib/perl5/site_perl/5.005/i386-linux/auto/Data/ShowTable/.packlist Appending installation info to /usr/lib/perl5/5.00503/i386-linux/perllocal.pod /usr/bin/make install -- OK [root@flp Msql-Mysql-modules-1.2211]# cd.. [root@flp fran]# cd / [root@flp /]# perl -e 'use DBD::mysql;'; [root@flp /]# mysql -u root ERROR 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/m ysql.sock' (111) [root@flp /]# whoami root Any help on this would be helpful. Note: Mandrake site had the perl 5.6.0 but did not have the perl base for the same version anywhere on the site. I hope someone can help with this. I am just trying to change from .CSV to mysql for the database for Pronto! mail. .CSV is too slow. This has been a nightmare so far for 4 days now. I am at a loss as to what to do about this incompatibility thing. Thanks for anyhelp anyone can give on this. Bambi
Re: [Cooker] perl-mysql (was: mod_php-mysql bad)
This is the same info I sent under another heading call something is going on with perl. Placing here as well to see if anyone knows what is going on. Please see the original message entitled something is going on with perl for Stefan's quandry with perl as well. I replied under that subject with the following: Hi, I am in a similar quandry! Here is a message I wrote yesterday. Fran Parker wrote: I also have uninstalled the cooker mysql and installed the one from the stable current. Still doesn't work. This is what I get: [fran@flp fran]$ su Password: [root@flp fran]# cd / [root@flp /]# perl -e 'use DBD::mysql;'; Can't load '/usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so' for module DBD::mysql: /usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so: undefined symbol: pthread_key_create at /usr/lib/perl5/5.00503/i386-linux/DynaLoader.pm line 169. at -e line 1 BEGIN failed--compilation aborted at -e line 1. [root@flp /]# This was the reply I got...which I took to heart and did: You need to upgrade to the latest Perl packages which will s/5.005/5.6.0/ I'd be willing to bet you'll find Mysql.pm in /usr/lib/perl5/site_perl/5.6.0/ or /usr/lib/perl5/site_perl/i386-linux/ -- Steve Fox http://k-lug.com Well...now perl still won't do it since upgraded to perl/5.6.0 I don't know what to do now! Here is what I get when I tried to do the same thing again after installing 5.6.0: [fran@flp fran]$ su Password: [root@flp fran]# perl -e 'use DBD::mysql;'; [root@flp fran]# mysql -u root ERROR 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) [root@flp fran]# This is the same error I was getting after successfully doing the data-ShowTable thingey...with previous version of perl, see below: All tests successful. Files=17, Tests=128, 10 wallclock secs ( 5.12 cusr + 1.83 csys = 6.95 CPU) /usr/bin/make test -- OK Running make install Installing /usr/lib/perl5/site_perl/5.005/Data/ShowTable.pm Installing /usr/man/man1/showtable.1 Installing /usr/lib/perl5/man/man3/Data::ShowTable.3 Installing /usr/bin/showtable Writing /usr/lib/perl5/site_perl/5.005/i386-linux/auto/Data/ShowTable/.packlist Appending installation info to /usr/lib/perl5/5.00503/i386-linux/perllocal.pod /usr/bin/make install -- OK [root@flp Msql-Mysql-modules-1.2211]# cd.. [root@flp fran]# cd / [root@flp /]# perl -e 'use DBD::mysql;'; [root@flp /]# mysql -u root ERROR 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/m ysql.sock' (111) [root@flp /]# whoami root Any help on this would be helpful. Note: Mandrake site had the perl 5.6.0 but did not have the perl base for the same version anywhere on the site. I hope someone can help with this. I am just trying to change from .CSV to mysql for the database for Pronto! mail. .CSV is too slow. This has been a nightmare so far for 4 days now. I am at a loss as to what to do about this incompatibility thing. Thanks for anyhelp anyone can give on this. Bambi Steve Fox wrote: Fran Parker wrote: I also have uninstalled the cooker mysql and installed the one from the stable current. Still doesn't work. This is what I get: [fran@flp fran]$ su Password: [root@flp fran]# cd / [root@flp /]# perl -e 'use DBD::mysql;'; Can't load '/usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so' for module DBD::mysql: /usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so: undefined symbol: pthread_key_create at /usr/lib/perl5/5.00503/i386-linux/DynaLoader.pm line 169. at -e line 1 BEGIN failed--compilation aborted at -e line 1. [root@flp /]# You need to upgrade to the latest Perl packages which will s/5.005/5.6.0/ I'd be willing to bet you'll find Mysql.pm in /usr/lib/perl5/site_perl/5.6.0/ or /usr/lib/perl5/site_perl/i386-linux/ -- Steve Fox http://k-lug.com
Re: [Cooker] mod_php-mysql bad
I also have uninstalled the cooker mysql and installed the one from the stable current. Still doesn't work. This is what I get: [fran@flp fran]$ su Password: [root@flp fran]# cd / [root@flp /]# perl -e 'use DBD::mysql;'; Can't load '/usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so' for module DBD::mysql: /usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so: undefined symbol: pthread_key_create at /usr/lib/perl5/5.00503/i386-linux/DynaLoader.pm line 169. at -e line 1 BEGIN failed--compilation aborted at -e line 1. [root@flp /]# This is driving me nuts! Was simply trying to change from .CSV database to mysql database in Pronto! mail since it works faster and is more reliable. is the perl5 not compatible or what? Any help would be appreciated. Bambi Fran Parker wrote: speaking of mysql Has anyone compiled a DBD::mysql for the new cooker version of mysql? I installed it and it seems to work ... but the perl doesn't work right with Pronto! mail when trying to switch it gets errors that the creator of Pronto! said was due to an incompatibility with the version of DBD::mysql I could find. Any help on this one...didn't see one in cooker. Thanks in advance for any help on this. Bambi Takacs Sandor wrote: On Mon, 28 Aug 2000, Sylvain COTINEAU wrote: I have mod_php-mysql-4.0.1pl2-4mdk installed and I cannot access mysql functions in PHP. I noticed in the apache log this warning: PHP Warning: Unable to load dynamic library '/usr/lib/php/extensions/mysql.so' - /usr/lib/php/extensions/mysql.so: undefined symbol: pthread_key_create in Unknown on line 0 Any ideas if I'm missing something or if they package is bad? I'm not the only one ! Someone in cooker team can do something pleaaz ! :-( I think that php compiled with pthread, but apache didn't. Use LIBS="-lgdbm -lpthread" \ in apache.spec, and recompile. -- Takika
