Source: fis-gtm Maintainer: Debian Med Packaging Team Uploaders: Andreas Tille , Amul Shah Section: database Priority: optional Build-Depends: debhelper-compat (= 13), pkgconf, libicu-dev, locales, tcsh, libncurses-dev, gnupg, zlib1g-dev, libgcrypt-dev, libgpgme11-dev, libconfig-dev, libssl-dev, linux-libc-dev, libelf-dev, gcc-multilib, cmake, gawk Build-Conflicts: locales-all Standards-Version: 4.7.0 Vcs-Browser: https://salsa.debian.org/med-team/fis-gtm Vcs-Git: https://salsa.debian.org/med-team/fis-gtm.git Homepage: http://sourceforge.net/projects/fis-gtm Rules-Requires-Root: binary-targets Package: fis-gtm Architecture: amd64 Depends: ${misc:Depends}, fis-gtm-7.1 Provides: mumps Description: metapackage for the latest version of FIS-GT.M database 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. . This metapackage always depends from the default fis-gtm version. Package: fis-gtm-7.1 Architecture: amd64 Multi-Arch: same Depends: ${shlibs:Depends}, ${misc:Depends}, libicu-dev Recommends: zlib1g Pre-Depends: ${misc:Pre-Depends} Provides: gtm, mumps Description: FIS-GT.M database version 7.1 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.