Debian Bug report logs - #541239
RFP: gt.m -- Database Engine with Extreme Scalability and Robustness

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: "K.S. Bhaskar" <ks.bhaskar@fnis.com>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: ITP: GT.M -- Database Engine with Extreme Scalability and Robustness

Date: Wed, 12 Aug 2009 13:31:07 -0400

Package: wnpp
Severity: wishlist
Owner: "K.S. Bhaskar" <ks.bhaskar@fnis.com>


* Package name    : GT.M
  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

 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.


-- System Information:
Debian Release: 5.0
  APT prefers jaunty-updates
  APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-backports'), (500, 'jaunty')
Architecture: amd64 (x86_64)

Message #10 received at 541239@bugs.debian.org (full text, mbox, reply):

From: Steve Langasek <vorlon@debian.org>

To: "K.S. Bhaskar" <ks.bhaskar@fnis.com>, 541239@bugs.debian.org

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

Date: Wed, 12 Aug 2009 11:19:35 -0700

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?

>   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.

>  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.

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

Message #15 received at 541239@bugs.debian.org (full text, mbox, reply):

From: "K.S. Bhaskar" <ks.bhaskar@fnis.com>

To: 541239@bugs.debian.org

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

Date: Wed, 12 Aug 2009 15:26:17 -0400

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
> 

Message #20 received at 541239@bugs.debian.org (full text, mbox, reply):

From: Andreas Tille <andreas@fam-tille.de>

To: "K.S. Bhaskar" <ks.bhaskar@fnis.com>, 541239@bugs.debian.org

Cc: Debian Med Project List <debian-med@lists.debian.org>

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

Date: Wed, 12 Aug 2009 22:35:09 +0200

Hi,

thanks for the ITP.  It is really a long time ago that my RFP
(http://bugs.debian.org/175968) was closed without any action.
I have a single comment:  The short description has an advertisement
style and should be more informative like

  Database Engine optimised for medical care applications

if this is correct or something like this.  The features
"Extreme Scalability and Robustness" do not really help any
user who has no idea about GT.M.

Kind regards

     Andreas.

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
>   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
> 
>  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.
> 
> 
> -- System Information:
> Debian Release: 5.0
>   APT prefers jaunty-updates
>   APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-backports'), (500, 'jaunty')
> Architecture: amd64 (x86_64)
> 
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> 
> 

-- 
http://fam-tille.de
Klarmachen zum Ändern!

Message #25 received at 541239@bugs.debian.org (full text, mbox, reply):

From: "K.S. Bhaskar" <ks.bhaskar@fnis.com>

To: Andreas Tille <andreas@fam-tille.de>

Cc: 541239@bugs.debian.org, Debian Med Project List <debian-med@lists.debian.org>

Subject: Re: Bug#541239: ITP: GT.M -- Database Engine with ExtremeScalability and Robustness

Date: Wed, 12 Aug 2009 17:22:45 -0400

Andreas --

Would you consider "Database engine with ACID transactions, scalability 
to TB databases, thousands of concurrent processes, to implement 
geographically separate logical multi-site applications"?  I suspect 
that would be too long, but I am trying to capture the essence of GT.M 
in one line.  Below is more detail on what it is we would like to 
capture about GT.M in the summary.

GT.M is not optimized for health care applications!  In fact, although 
it is increasingly used in health care, it is currently used worldwide 
more in banking / financial applications than in health care (including 
what is, to the best of my knowledge, the largest single system real 
time core processing system that is in live production at any bank 
anywhere in the world).  As another non-medical example, with the M/DB 
software layered on it (see http://mgateway.com), GT.M is used to create 
an API compatible FOSS alternative to the Amazon Simple DB.

The important distinguishing characteristics of GT.M are:

1. Schemaless hierarchical associative memory database engine.

2. Fully ACID (Atomic, Consistent, Isolated, Durable) transactions using 
an STM (Software Transaction Memory) optimistic concurrency control model.

3. Databases that scale (and are regularly used in production) to the 
hundreds of GB and small TB range with hundreds to thousands of 
concurrent users.

4. Software infrastructure (built on streaming replication) to and 
deploy logical multi-site configurations of applications.

5. Compiler for the MUMPS (also known as M) language - it is this that 
attracts the health care IT community and you.

Regards
-- Bhaskar

GT.M - Rock solid. Lightning fast.


On 08/12/2009 04:35 PM, Andreas Tille wrote:
> Hi,
> 
> thanks for the ITP.  It is really a long time ago that my RFP
> (http://bugs.debian.org/175968) was closed without any action.
> I have a single comment:  The short description has an advertisement
> style and should be more informative like
> 
>   Database Engine optimised for medical care applications
> 
> if this is correct or something like this.  The features
> "Extreme Scalability and Robustness" do not really help any
> user who has no idea about GT.M.
> 
> Kind regards
> 
>      Andreas.
> 
> 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
>  >   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
>  >
>  >  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.
>  >
>  >
>  > -- System Information:
>  > Debian Release: 5.0
>  >   APT prefers jaunty-updates
>  >   APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), 
> (500, 'jaunty-backports'), (500, 'jaunty')
>  > Architecture: amd64 (x86_64)
>  >
>  >
>  >
>  > --
>  > To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
>  > with a subject of "unsubscribe". Trouble? Contact 
> listmaster@lists.debian.org
>  >
>  >
> 
> --
> http://fam-tille.de
> Klarmachen zum Ändern!
> 

_____________

The information contained in this message is proprietary and/or confidential. If you are not the 
intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, 
distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, 
please be aware that any message addressed to our domain is subject to archiving and review by 
persons other than the intended recipient. Thank you.
_____________

Message #56 received at 541239-close@bugs.debian.org (full text, mbox, reply):

From: Andreas Tille <tille@debian.org>

To: 541239-close@bugs.debian.org

Subject: Bug#541239: fixed in fis-gtm 6.0-003-1

Date: Sat, 14 Dec 2013 18:00:06 +0000

Source: fis-gtm
Source-Version: 6.0-003-1

We believe that the bug you reported is fixed in the latest version of
fis-gtm, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 541239@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Tille <tille@debian.org> (supplier of updated fis-gtm package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Sun, 24 Nov 2013 09:26:25 +0100
Source: fis-gtm
Binary: fis-gtm fis-gtm-6.0-003
Architecture: source all amd64
Version: 6.0-003-1
Distribution: unstable
Urgency: low
Maintainer: Debian Med Packaging Team <debian-med-packaging@lists.alioth.debian.org>
Changed-By: Andreas Tille <tille@debian.org>
Description: 
 fis-gtm    - metapackage for the latest version of FIS-GT.M database
 fis-gtm-6.0-003 - package for FIS-GT.M database
Closes: 541239
Changes: 
 fis-gtm (6.0-003-1) unstable; urgency=low
 .
   * Initial release (Closes: #541239)
Checksums-Sha1: 
 c0a77cf09fbe8121bacd8fc00baa4db751e8ffba 1652 fis-gtm_6.0-003-1.dsc
 f69ab749b2534a31dcd6a11dd28eb9408710e268 4942002 fis-gtm_6.0-003.orig.tar.gz
 feb31c572381dd89f146c5833c87b1f86ef5c5e1 17913 fis-gtm_6.0-003-1.debian.tar.gz
 1a532d7a27cefb6232149ddd1a92b37f277f0b5d 13608 fis-gtm_6.0-003-1_all.deb
 fd082c30411416889e42bcebfe4a1563725b4b87 3266810 fis-gtm-6.0-003_6.0-003-1_amd64.deb
Checksums-Sha256: 
 13249322bff3553d3fdac9d077e6b26b4ba91c7315f4e6179748f9661e1dcd2a 1652 fis-gtm_6.0-003-1.dsc
 e261760decab8150851639c6ddd67528513bbd9b58ef8b20bed5d52090c46dc6 4942002 fis-gtm_6.0-003.orig.tar.gz
 3c6047530f24f6a7e2e85a19eae6f464e5040e244305563343a73d27d1a8b4e4 17913 fis-gtm_6.0-003-1.debian.tar.gz
 de9b8050caf67c4bb7ae1327e1d272794d65a8d54d56eb2313dcbe7ee260686e 13608 fis-gtm_6.0-003-1_all.deb
 19d9fdb3e0713b45bb3c1ebe6de220ed557cf14be24c685a1fde2fd037a75e6b 3266810 fis-gtm-6.0-003_6.0-003-1_amd64.deb
Files: 
 2e11c0c6ba5e63c43781f5322e1a32ea 1652 database optional fis-gtm_6.0-003-1.dsc
 6aa4db54c20dea1b764a0f2f1de427e3 4942002 database optional fis-gtm_6.0-003.orig.tar.gz
 025f281acb7a05a593e6b8141cdf70c5 17913 database optional fis-gtm_6.0-003-1.debian.tar.gz
 54836346653d79930fc756da4f915ff3 13608 database optional fis-gtm_6.0-003-1_all.deb
 06f4c9791184509da68af9221106f0fb 3266810 database optional fis-gtm-6.0-003_6.0-003-1_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (GNU/Linux)

iEYEARECAAYFAlKTI2UACgkQYDBbMcCf01o0MwCfetdw05+6Sq68yvTFYWzJNOEe
5iYAnj6/7a+9mrQuTv8tuHwltUcEOxyH
=ClHG
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.