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

Bug#541239: ITP: GT.M -- Database Engine with Extreme Scalability and Robustness



Thanks for the suggestions, Steve.  Comments below.

Now I have to figure out how to make the changes in the "bug" tracking system!

Regards
-- Bhaskar

GT.M - Rock solid. Lightning fast.


On 08/12/2009 02:19 PM, Steve Langasek wrote:
On Wed, Aug 12, 2009 at 01:31:07PM -0400, K.S. Bhaskar wrote:
 > Package: wnpp
 > Severity: wishlist
 > Owner: "K.S. Bhaskar" <ks.bhaskar@fnis.com>
 >
 >
 > * Package name    : GT.M

This is not a valid package name; package names can only contain lower-case
letters, numbers, and the characters '+', '-', and '.'.  Should this be
called 'gt.m' instead?

[KSB] OK.  I'll call it fis-gtm.


 >   Version         : V5.3-004A
 >   Upstream Author : K.S. Bhaskar <ks.bhaskar@fnis.com>
 > * URL             : http://fis-gtm.com
 > * License         : AGPL v3
 >   Programming Lang: C with some modules in x86 assembly language
> Description : Database Engine with Extreme Scalability and Robustness

you should not use capitals in the short description except for proper
names.

[KSB] OK. Presumably the leading "D" should be capitalized, but not the others.


 >  GT.M is a database engine with scalability proven in large real-time
 >  transaction processing systems that have thousands of concurrent
 >  users, individual database file sizes to the Terabyte range (with
 >  virtually unlimited aggregate database sizes).  Yet the light
 >  footprint of GT.M allows it to also scale down for use in small
 >  applications and software appliances (virtual machines).

 >  The GT.M data model is hierarchical associative memory (i.e.,
 >  multi-dimensional array) that imposes no restrictions on the data
 >  types of the indexes or content - the application logic can impose
 >  any schema, dictionary or data organization suited to its problem
 >  domain.  (Database engines that do not impose schemas, but which
 >  allow layered application software to impose and use whatever schema
 >  that is appropriate to the application are popularly referred to as
 >  "document oriented", "schemaless" or "schema-free" databases.)

 >  GT.M's compiler for the standard M (also known as MUMPS) scripting
 >  language implements full support for ACID (Atomic, Consistent,
 >  Isolated, Durable) transactions, using optimistic concurrency control
 >  and software transactional memory (STM) that resolves the common
 >  mismatch between databases and programming languages. Its unique
 >  ability to create and deploy logical multi-site configurations of
 >  applications provides unrivaled continuity of business in the face of
 >  not just unplanned events, but also planned events, including planned
 >  events that include changes to application logic and schema.

 >  Community support forums for GT.M can be found at
 >  http://sourceforge.net/projects/fis-gtm and support with assured
 >  service levels on commercial terms can be purchased from
 >  gtmsupport@fnis.com.

This long description is incredibly long; I would suggest refining it in
consultation with debian-l10n-english.

[KSB] OK, I'll prune it.

Cheers,
--
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek@ubuntu.com                                     vorlon@debian.org




Reply to: