在 Ubuntu 上安装 Catalyst 和 SQLite 的最佳实践是什么？答案

【问题标题】：What are the best practices for installing Catalyst and SQLite on Ubuntu?在 Ubuntu 上安装 Catalyst 和 SQLite 的最佳实践是什么？
【发布时间】：2011-01-17 10:52:28
【问题描述】：

我没有 Perl 方面的经验，也没有在 Ubuntu 上工作。

我正在使用 Ubuntu 10.10。我从cat-install script 和sudo apt-get install sqlite 安装了最新的Catalyst 版本。安装 Catalyst 后，我能够使用 Catalyst 脚本运行我的服务器，但是在安装 SQLite 后，当我尝试运行服务器时，我在 perl5/namespace/autoclean.pm 中遇到编译错误，说 &namespace undefined subroutine。但我从来没有接触过那里的任何代码。

我不想调试我的问题，因为我的 Ubuntu 昨晚已经崩溃了。 :( 我只需要知道安装这些包的最佳实践，如果有人能具体指导我如何安装这些包，我将不胜感激。

【问题讨论】：

标签： perl installation catalyst ubuntu-10.10

【解决方案1】：

Catalyst 运行时is also packaged on Ubuntu。您可以像使用 SQLite 一样安装它。包名是libcatalyst-perl。

【讨论】：

我的问题是，即使以相同的方式安装后，我在 perl5 中也会出现编译错误。我还使用 libcatalyst-perl 安装。没有运气:(
您应该从cat-install 清理已安装的文件，这样它们就不会再发生冲突了。如果您需要详细信息，请提出新问题。
如何清理所有东西（听起来不错）

【解决方案2】：

这就是我前几天在工作中所做的：

1.  Obtain perl, e.g. current stable (as of the 12th of Jan 2011):

 $ curl http://cpan.perl.org/src/5.0/perl-5.12.2.tar.gz -O
 $ gunzip -c perl-5.12.2.tar.gz | tar xvf -
 $ cd perl 5.12.2
 $ sh Configure -des -Dprefix=~/perl-5.12 # install into ~/perl-5.12
 $ make
 $ make test
 $ make install

2.  Configure PATH and cpan config, by putting the following in ~/.bashrc:

 export PERL_MM_USE_DEFAULT=1
 export PATH=~/perl-5.12/bin:$PATH
 export MANPATH=~/perl-5.12/man:$MANPATH # breaks stuff on solaris

Make CPAN slightly nicer to deal with.

 $ source ~/.bashrc
 $ cpan Bundle::CPAN
 $ cpan App::cpanminus

=head2 Deploying to a different machine using the same architecture

Just copy ~/perl-5.12 over to the new machine and put perl-5.12/bin in the $PATH.

然后安装催化剂：

$ cpanm Catalyst::Devel
$ cpanm Catalyst::Runtime
$ cpanm DBIx::Class # gives you sqlite along with it

【讨论】：

感谢您的回答。我将在当天晚些时候开始修复我的操作系统时尝试。在运行 cpanm Catalyst::Devel 和 Runtime 时，它也会提出一系列臭名昭著的问题，我不知道该怎么回答。
perlbrew 允许您安装自定义的本地 Perl。这可以为你简化很多。如果再加上cpanm和locallib就很强大了。
尽可能避免这种情况。坚持官方回购并让一切正常运行。如果您出于某些原因需要来自 CPAN/source 的东西，那么您在尝试可能的冲突方面会有更好的经验。只是我的 2 美分。
我强烈反对 wk。您将需要CPAN。如果有供应商 perl 更新，它可能会破坏您自己的开发环境，因此最好完全绕过供应商 perl。避免 CPAN 直到无法避免它是愚蠢的，并且错过了 Perl 的优点。