[Koha] memc missing

[Mizst Audens]

I don't know about Debian, but I've had more than my fair share of problems
with packages from Ubuntu repo, and usually a compile from upstream source
fixes the problems. I remember a case with php5-gd where Debian refuses to
update their repo to the new version, causing widespread problems for any
php app relying on image scaling. For a while, the only way to fix it was to
compile from upstream source. So you see where I'm coming from.

But besides that, an immediately visible benefit is that you don't have to
go hunt for package names in repos if you use cpan. You can just grab the
name that's given by the dependency checker.

--Mizst


On Sat, Apr 30, 2011 at 6:03 AM, Chris Cormack <chris at bigballofwax.co.nz>wrote:

> 2011/4/30 Mizst Audens <mizstik at gmail.com>:
> > Sorry for misunderstanding. Normally you get perl modules from CPAN like
> > this:
> > $ cpan CGI::Session::Driver::memcached
> > That's usually a safer bet than relying on distro repository. Normally
> you'd
> > fall back to the repo when there's a conflict of some sort, or it fail to
> > compile.
> > I thought you tried cpan without the -ached part so it could not be found
> at
> > first.
>
> I disagree, I would thoroughly recommend that if you are using Debian
> you should always use the packaged version first, and only use CPAN if
> it isn't packaged.
> That way you get the added security of the debian security team
> looking at your bugs, system upgrades don't break your locally
> installed modules, and a myriad of other reasons.
>
> Having said that, for this one, you can either grab the package from
> sid (unstable) and dpkg -i it on, or use dh-make-perl or as a last
> resort CPAN it on.
>
> It obviously missed the cut for squeeze.
>
> Chris
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20110430/a1f45737/attachment.htm