Re: [Koha] memc missing
At 04:53 AM 4/30/2011 +0700, Mizst Audens wrote: The name is actually CGI::Session::Driver::memcached. The text is cut off when displayed by the utility. Thanks - and yes indeed - that's why I wrote below that I suspected libcache-memcached-perl, but that we're apparently up-to-date: paul@server2:~/koha3.4/koha-3.04.00.000$ sudo apt-get install libcache-memcached-perl Reading package lists... Done Building dependency tree Reading state information... Done libcache-memcached-perl is already the newest version. Any ideas where the missing memc[ached] might be found? Best - Paul --Mizst On Sat, Apr 30, 2011 at 4:46 AM, Paul mailto:pau...@aandc.orgpau...@aandc.org wrote: During checks prior to installing 3.4, I found: paul@server2:~/koha3.4/koha-3.04.00.000$ ./http://koha_perl_deps.plkoha_perl_deps.pl -u -m Module Name          Current Version    Required Version Module Required - CGI::Session::Driver::memc   0 *          0.04 Graphics::Magick        1.3.12 *       1.3.5 Does anyone know where CGI::Session::Driver::memc might be found? I thought it could be libcache-memcached-perl but we seem to be up-to-date. Many thanks, Paul Tired old sys-admin ___ Koha mailing list  http://koha-community.orghttp://koha-community.org mailto:Koha@lists.katipo.co.nzKoha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/kohahttp://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] memc missing
I think it's optional. I don't have it, and my installation works fine, so far as I can tell. If you're concerned, the module is in CPAN. It looks like libcgi-session-driver-memcached-perl was pulled from Debian in 2009 (maybe?), and a new package has been prepared by none other than Robin Sheat. Regards, Jared 2011/4/29 Paul pau...@aandc.org At 04:53 AM 4/30/2011 +0700, Mizst Audens wrote: The name is actually CGI::Session::Driver::memcached. The text is cut off when displayed by the utility. Thanks - and yes indeed - that's why I wrote below that I suspected libcache-memcached-perl, but that we're apparently up-to-date: paul@server2:~/koha3.4/koha-3.04.00.000$ sudo apt-get install libcache-memcached-perl Reading package lists... Done Building dependency tree Reading state information... Done libcache-memcached-perl is already the newest version. Any ideas where the missing memc[ached] might be found? Best - Paul --Mizst On Sat, Apr 30, 2011 at 4:46 AM, Paul pau...@aandc.org wrote: During checks prior to installing 3.4, I found: paul@server2:~/koha3.4/koha-3.04.00.000$ ./koha_perl_deps.pl -u -m Module Name          Current Version    Required Version Module Required - CGI::Session::Driver::memc   0 *          0.04 Graphics::Magick        1.3.12 *       1.3.5 Does anyone know where CGI::Session::Driver::memc might be found? I thought it could be libcache-memcached-perl but we seem to be up-to-date. Many thanks, Paul Tired old sys-admin ___ Koha mailing list  http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Jared Camins-Esakov Freelance bibliographer, C P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcam...@cpbibliography.com (web) http://www.cpbibliography.com/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] memc missing
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 ch...@bigballofwax.co.nzwrote: 2011/4/30 Mizst Audens mizs...@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 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] memc missing
On 30 April 2011 11:47, Mizst Audens mizs...@gmail.com wrote: 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 Way off topic for the koha list now, so if you want to continue discussing why you think using packages is worse than compiling from source, feel free to email me off list. (I do have counterpoints for everything you just mentioned :)) Chris ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] memc missing
I'd say it's relevant for Koha deployers, but I'll email you. :-) --Mizst On Sat, Apr 30, 2011 at 6:52 AM, Chris Cormack ch...@bigballofwax.co.nzwrote: On 30 April 2011 11:47, Mizst Audens mizs...@gmail.com wrote: 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 Way off topic for the koha list now, so if you want to continue discussing why you think using packages is worse than compiling from source, feel free to email me off list. (I do have counterpoints for everything you just mentioned :)) Chris ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
