[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: PostgreSQL and Perl - which version?



Thank you ,  Chris.  Since my linux system is Ubuntu 10.4 (lucid lynx), the perl that installed turned out to be 5.10.1.  Apache server is 2.2.14.  After I get PostgreSQL installed, I will see about installing lsmb 1.3.    From what I have seen there is a significant effort to synchronize lsmb and postgresql and apache.  Will worry about that later when all elements indicate they have been installed successfully.

Much appreciate your quick reply.

Tom

-----Original Message-----
From: Chris Travers [mailto:..hidden.. 
Sent: September 24, 2011 07:00 PM
To: ..hidden..
Subject: Re: [Ledger-smb-users] PostgreSQL and Perl - which version?

On Sat, Sep 24, 2011 at 10:39 AM, Thomas Bullock <..hidden..> wrote:
> Hi List,
>
>
>
> I am studying the LSMB install process.  The current stable LSMB 
> version is listed as 1.2.25 and the corresponding system requirements for:
>
> ·         Perl 5.8 or higher  - newest release is 5.14.1

I don't know of any issues with Perl 5.12, and we use 5.10 in a lot of our development testing.  No reports yet of issues from 5.14.

One thing to keep in mind is that the old SQL-Ledger code has a number of scoping issues and these sometimes cause issues with Perl releases.
 If it were up to me I'd stick with 5.12 at the moment but bug reports specific to 5.14 can be filed and we will address them quickly.
>
> ·         PostgreSQL 8.1 or higher - newest release is 9.1

Currently there is no reason to think 9.1 will have any issues with LedgerSMB.  However, my general advice for PostgreSQL is:
If you have a use for the new features, go with the latest.  If not, wait until a couple minor releases (maybe 9.1.2 or so) before moving.
If you need replication, that would be a good reason to go with 9.1 (it's better than 9.0 in that regard).  If not, 9.0 is a better bet.

>
> ·         Apache (version not specified) - newest release 2.2.21

Sure.  Should work.  No concerns there at all.
>
>
>
> My question: Should I be using current release minus some number of 
> versions to get to a version that has been well tested and many know 
> it works well with LSMB 1.2.25?

To be honest, and I will sound crazy for saying this, but virtually all the bugs we are working on for 1.3 at the moment are installation bugs.  If this is a new installation and you are willing to help us test the installation routines, I think 1.3 is currently more secure and robust than 1.2.25.  It's just installation and upgrade that is the problem right now.  Not to say we don't have some bugs there but these bugs have been pretty minor for a while.  No major bugs reported for some time.

If you are feeling adventurous feel free to try RC3 when it comes out (estimated to come out tomorrow).

Best Wishes,
Chris Travers
>
>
>
> For example, PostgreSQL 9.1 includes new features that may not have 
> been tested with LSMB 1.2.25.  Here is what PostgreSQL 9.1 says about itself:
>
> "Version 9.1 delivers several features which users have been 
> requesting for years, removing roadblocks to deploying new or ported 
> applications on PostgreSQL. These include:
>
> ·         Synchronous Replication: enable high-availability with 
> consistency across multiple servers
>
> ·         Per-Column Collations: support linguistically-correct 
> sorting per database, table or column.
>
> ·         Unlogged Tables: greatly improves performance for ephemeral data"
>
>
>
> Is my concern reasonable, since 9.1 was released on 9/12/11, while I 
> think LSMB was released before that?  Could the new features interfere 
> with processing?
>
>
>
> My stronger uncertainty is with PostgreSQL 9.1, though Perl presents 
> the same question.
>
>
>
> Thanks for your advice.
>
>
>
> Tom
>
>
>
> ----------------------------------------------------------------------
> -------- All of the data generated in your IT infrastructure is 
> seriously valuable.
> Why? It contains a definitive record of application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> _______________________________________________
> Ledger-smb-users mailing list
> ..hidden..
> https://lists.sourceforge.net/lists/listinfo/ledger-smb-users
>
>

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
_______________________________________________
Ledger-smb-users mailing list
..hidden..
https://lists.sourceforge.net/lists/listinfo/ledger-smb-users