AW: problems loading DBD::MySQL
"Selke, Gisbert W." <[email protected]> Thu, 17 Dec 2009 16:36:43 +0100
| Newsgroups | gmane.comp.db.mysql.perl |
|---|---|
| Message-ID | <DA5D2621C9566F488C32ACE506A7BB89AEFD4B@wido-exch01.wido.bv.aok.de> |
Hi Keith -- > -----Urspr=FCngliche Nachricht----- > Von: Keith Thomas [mailto:[email protected]]=20 > Gesendet: Mittwoch, 16. Dezember 2009 21:47 my only question now is that when I go to the ppm repository=20 > and look, it does not list DBD::mysql, but if I go to the=20 > \Perl\site\lib\DBD\mysql I find a pod and pm file. Am I ok then? It's an old and unresolved issue that ppm will not pick up any manual = installations. ppm is all very nice and handy where it works, but = sometimes it doesn't, and you have to resort to other means (like you = did). Then ppm will not know about this, but perl itself will: Try=20 perl -MDBD::mysql -e "print $DBD::mysql::VERSION"=20 The next glitch will come up when next time you will be using ppm in = order to upgrade DBD::mysql (supposing you resolve the firewall = problem). I guess one could write a "repair script" for the ppm database = to update it about all the manual changes (probably someone already has = one this -- I haven't been concerned enough myself). If you're really concerned about it, there is still one way out: * make your DBD::mysql as described by you, but do not install * make ppm * Take the resulting ppm/ppd files and drop them into some directory = that will serve as your local ppm repository * direct ppm (the programme) to your local repository instead of one of = those on the internet * install \Gisbert -- MySQL Perl Mailing List For list archives: http://lists.mysql.com/perl To unsubscribe: http://lists.mysql.com/[email protected]