<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br></div>Hi Andy, Jennifer et al, <div><br></div><div>performing a OS upgrade just to upgrade the perl version seems like overkill to me. </div><div><br></div><div>We here in San Francisco use a set up which allows us to run ensembl related analyses on </div><div>various perl version, i.e. 5.14.2, 5.16.3 and most recently 5.18.1 </div><div><br></div><div>The whole perl environments are controlled via so called "furlani" modules - a system which </div><div>has been developed by John Furlani and Peter Osel - see <a href="http://modules.sourceforge.net/">http://modules.sourceforge.net/</a> </div><div><br></div><div>In a multi-user environment, the Furlani modules help a lot to organize and set up environments for various different tasks and users - I strongly recommend to check this out. </div><div><br></div><div>The system can be easily extended to load other environments as well - it provides dynamic modification </div><div>of the user's environment - not only for perl, but also for users who like to set up their R environment or other. </div><div>Of course you have to build and install the perl version you fancy yourself - and you have to use the correct version of bioperl. </div><div><br></div><div>There are quite a few perl installation management tools and ways to install CPAN modules available, like </div><div><br></div><div><ul class="MailOutline"><li>perlbrew <a href="http://perlbrew.pl/">http://perlbrew.pl/</a></li><li>cpanm <a href="http://www.cpan.org/modules/INSTALL.html">http://www.cpan.org/modules/INSTALL.html</a></li></ul><div><br></div><div>Once you've built your main perl version, you can use <a href="http://search.cpan.org/~adamk/Task-1.04/lib/Task.pm">Tasks</a> - the successor to Bundle::, l to build a list of recommended modules - </div><div>example tasks are here : </div><div><br></div><div>Task::Moose - <a href="http://search.cpan.org/~doy/Task-Moose-0.03/lib/Task/Moose.pm">http://search.cpan.org/~doy/Task-Moose-0.03/lib/Task/Moose.pm</a></div><div>Task::Catalyst - <a href="http://search.cpan.org/~bobtfish/Task-Catalyst-4.02/lib/Task/Catalyst.pm">http://search.cpan.org/~bobtfish/Task-Catalyst-4.02/lib/Task/Catalyst.pm</a></div><div>Task::Kensho - <a href="http://search.cpan.org/~ether/Task-Kensho-0.33/lib/Task/Kensho.pm">http://search.cpan.org/~ether/Task-Kensho-0.33/lib/Task/Kensho.pm</a> </div><div>Task::Jenkins …</div><div><br></div><div>Maybe one day we even have a Task::Ensembl on CPAN ? Or even Ensembl itself ? </div><div><br></div><div><br></div><div>That's my 5 cents worth of insights,</div></div><div><br></div><div> Jan Vogel </div><div><br></div><div><br></div><div><br></div><div><br><div><div>On Jan 9, 2014, at 10:16 AM, Jennifer Staab <<a href="mailto:jstaab@cs.unc.edu">jstaab@cs.unc.edu</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div><div>Hi Andy, I work with Ed and have been following the thread about the upgrade from Perl 5.8 to 5.14 with Ensembl version 75. </div><div> </div><div>We are running Ubuntu 11.10 (Oneiric) which upgrades to Perl 5.12.4 using standard Ubuntu methods. We use the Perl Ensembl API, regularly. Since 11.10 is no longer supported by Ubuntu, we would have to force the upgrade to 5.14 – via CPAN. My issue with this is that it's possible there are incompatibilities with Perl 5.14 and Ubuntu 11.10 that exist and won’t be fixed because 11.10 is no longer supported. </div><div> </div><div>I believe a staged upgrade to 5.10 would solve things because what we use now (5.12.4) should be compatible (?) with any changes regarding upgrade to Perl 5.10. This staged upgrade would give us (and others) time to do necessary upgrades to OS (like 11.10 to 12.04) at a less than rushed pace.</div><div> </div><div>Thanks,</div><div> </div><div>-Jennifer</div><div><br></div><div><font style="color:#333333"><i>Sent from my Verizon Wireless 4G LTE DROID</i></font></div></div><br><br>Andy Yates <<a href="mailto:ayates@ebi.ac.uk">ayates@ebi.ac.uk</a>> wrote:<br><br>Hi Ed,<br><br>Thanks for the response as this is useful information to know. So I have a number of questions:<br><br>1). What kind of user are you primarily? Are you a Perl API, website or tool (VEP) user?<br>2). Would a two release delay in upgrade (75 & 76) give adequate reaction time?<br>3). AFAIK Ubuntu Lucid ships with Perl 5.10.1. Would you be more comfortable with a staged migration. This could be useful for us as it would minimise the amount of changes we would have to back-out and minimise the chances of APIs breaking<br><br>We do want to move away from perl 5.8 as quickly as possible since we do not maintain a Perl 5.8 distribution internally. It is not possible for us to detect when we make 5.8+ only changes to the API ATMO*.<br><br>Cheers,<br><br>Andy<br><br>* Now our projects are hosted at GitHub we are looking into using TravisCI. This can test multiple Perl versions. However not all areas of the project will have this level of continuous integration<br><br>------------<br>Andrew Yates - Ensembl Support Coordinator<br>European Bioinformatics Institute (EMBL-EBI)<br>European Molecular Biology Laboratory<br>Wellcome Trust Genome Campus<br>Hinxton<br>Cambridge CB10 1SD<br>Tel: +44-(0)1223-492538<br>Fax: +44-(0)1223-494468<br><a href="http://www.ensembl.org/">http://www.ensembl.org/</a><br><br>On 9 Jan 2014, at 02:39, Ed Gray <gray_ed@hotmail.com> wrote:<br><br>> Hi Andy,<br>> <br>> Frankly for many of us, we have smallish teams that need a bit more time to react to discontinuing support for the old perl. Many of us are still on Ubuntu 11.<br>> <br>> Ed<br>> <br>> <br>> > From: ap5@sanger.ac.uk<br>> > Date: Wed, 8 Jan 2014 13:30:18 +0000<br>> > To: dev@ensembl.org<br>> > Subject: Re: [ensembl-dev] Perl Version Upgrade<br>> > <br>> > Not as far as I know - the new BLAST code doesn't use it, and that was our only outstanding dependency. We'll confirm that, though, when we're sure that the new interface will make it into 75.<br>> > <br>> > Cheers<br>> > <br>> > Anne<br>> > <br>> > <br>> > On 8 Jan 2014, at 13:27, Hans-Rudolf Hotz <hrh@fmi.ch> wrote:<br>> > <br>> > > Hi Andy<br>> > > <br>> > > <br>> > > Thank you very much for the 'heads-up'<br>> > > <br>> > > Just a quick question in order to double check: Ensembl 75 will still require the old BioPerl version (i.e. BioPerl 1.2.3) ?<br>> > > <br>> > > Regards, Hans<br>> > > <br>> > > <br>> > > <br>> > > On 01/08/2014 03:33 AM, dev-request@ensembl.org wrote:<br>> > > <br>> > >> <br>> > >> Message: 1<br>> > >> Date: Tue, 7 Jan 2014 16:14:39 +0000<br>> > >> From: Andy Yates <ayates@ebi.ac.uk><br>> > >> Subject: [ensembl-dev] Perl Version Upgrade<br>> > >> To: Ensembl developers list <dev@ensembl.org><br>> > >> Message-ID: <8918159B-5D53-435F-8DFD-EB235DC877AB@ebi.ac.uk><br>> > >> Content-Type: text/plain; charset=us-ascii<br>> > >> <br>> > >> Dear all,<br>> > >> <br>> > >> In 2013 the Ensembl team spent a significant amount of time upgrading our internal Perl version from 5.8 to 5.14 (totalling a 9 year development gap). This was in part motivated by the improved runtime and memory consumption seen in later versions of Perl especially in the 5.14 development tree. We were also motivated by some new language constructs only available with later versions of Perl (smart match operators, non-destructive regular expressions, defined OR operators).<br>> > >> <br>> > >> From release 75 we wish to increase the minimal Perl version for Ensembl from 5.8 to 5.14.<br>> > >> <br>> > >> Many OS ship with compatible versions of Perl out of the box; to check what version of Perl you are currently running you should execute the following from your command line (anything with 5.14 or above is great):<br>> > >> <br>> > >> $ perl -v<br>> > >> This is perl 5, version 14, subversion 4 (v5.14.4) built for darwin-thread-multi-2level<br>> > >> <br>> > >> Should you have any questions or concerns about this move please get in touch ASAP either here on dev or via helpdesk.<br>> > >> <br>> > >> All the best,<br>> > >> <br>> > >> Andy<br>> > >> <br>> > >> ------------<br>> > >> Andrew Yates - Ensembl Support Coordinator<br>> > >> European Bioinformatics Institute (EMBL-EBI)<br>> > >> European Molecular Biology Laboratory<br>> > >> Wellcome Trust Genome Campus<br>> > >> Hinxton<br>> > >> Cambridge CB10 1SD<br>> > >> Tel: +44-(0)1223-492538<br>> > >> Fax: +44-(0)1223-494468<br>> > >> http://www.ensembl.org/<br>> > >> <br>> > >> <br>> > >> <br>> > > <br>> > > -- <br>> > > <br>> > > <br>> > > <br>> > > Hans-Rudolf Hotz, PhD<br>> > > Bioinformatics Support<br>> > > <br>> > > Friedrich Miescher Institute for Biomedical Research<br>> > > Maulbeerstrasse 66<br>> > > 4058 Basel/Switzerland<br>> > > <br>> > > _______________________________________________<br>> > > Dev mailing list Dev@ensembl.org<br>> > > Posting guidelines and subscribe/unsubscribe info: http://lists.ensembl.org/mailman/listinfo/dev<br>> > > Ensembl Blog: http://www.ensembl.info/<br>> > <br>> > Anne Parker<br>> > Ensembl Web Production Manager<br>> > http://www.ensembl.org<br>> > <br>> > <br>> > <br>> > <br>> > _______________________________________________<br>> > Dev mailing list Dev@ensembl.org<br>> > Posting guidelines and subscribe/unsubscribe info: http://lists.ensembl.org/mailman/listinfo/dev<br>> > Ensembl Blog: http://www.ensembl.info/<br>> _______________________________________________<br>> Dev mailing list Dev@ensembl.org<br>> Posting guidelines and subscribe/unsubscribe info: http://lists.ensembl.org/mailman/listinfo/dev<br>> Ensembl Blog: http://www.ensembl.info/<br><br><br>_______________________________________________<br>Dev mailing list Dev@ensembl.org<br>Posting guidelines and subscribe/unsubscribe info: http://lists.ensembl.org/mailman/listinfo/dev<br>Ensembl Blog: http://www.ensembl.info/<br>_______________________________________________<br>Dev mailing list Dev@ensembl.org<br>Posting guidelines and subscribe/unsubscribe info: http://lists.ensembl.org/mailman/listinfo/dev<br>Ensembl Blog: http://www.ensembl.info/<br></blockquote></div><br></div></body></html>