On Mon, Sep 06, 2010 at 11:40:55PM -0400, K.S. Bhaskar wrote:
> Writabilty of files: I prefer for an installed version of GT.M to not
> have *any* writable files, even if root-owned and only owner-writable.
How does GT.M persist data ?
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67
On Mon, Sep 06, 2010 at 11:40:55PM -0400, K.S. Bhaskar wrote:
> The concept of a "single user" GT.M is not meaningful. GT.M is
> inherently multi-user.
Well, one needs to keep apart the concepts. Of course, the
database engine itself is (like PostgreSQL) inherently
multi-(DB)-user and will alway
On Mon, Sep 06, 2010 at 11:40:55PM -0400, K.S. Bhaskar wrote:
> Unicode version: GT.M itself requires ICU version 3.6 or higher.
> However, there is a defect in the way Debian packages ICU, by putting
> the version number in the package name (e.g., libicu36). So, there is
> no way to define a
GT.M - Rock solid. Lightning fast. Secure. No compromises.
On 09/07/2010 12:59 AM, Charles Plessy wrote:
Dear Bhaskar,
here are two short comments about unpacking binary packages and
dependance on
libicu.
Le Mon, Sep 06, 2010 at 11:40:55PM -0400, K.S. Bhaskar a écrit :
[KSB] <...snip...>
GT.M - Rock solid. Lightning fast. Secure. No compromises.
On 09/07/2010 07:53 AM, Karsten Hilbert wrote:
On Mon, Sep 06, 2010 at 11:40:55PM -0400, K.S. Bhaskar wrote:
> Writabilty of files: I prefer for an installed version of GT.M to not
> have *any* writable files, even if root-owned and
GT.M - Rock solid. Lightning fast. Secure. No compromises.
On 09/07/2010 08:03 AM, Karsten Hilbert wrote:
On Mon, Sep 06, 2010 at 11:40:55PM -0400, K.S. Bhaskar wrote:
> The concept of a "single user" GT.M is not meaningful. GT.M is
> inherently multi-user.
Well, one needs to keep apart th
On Tue, Sep 07, 2010 at 09:54:48AM -0400, K.S. Bhaskar wrote:
> [KSB] Thank you, Charles. This is is a handy feature that I was not
> aware of!
Debian is cool, isn't it? ;-)
> The first question is: should the GT.M package require ICU (International
> Components for ICU) or should it recommen
On Tue, Sep 07, 2010 at 10:18:16PM +0200, Andreas Tille wrote:
> IMHO as long as you are dealing with peoples names you always have to
> respect non-ASCII characters even in pure English environments.
Indeed. That would pretty much decide it for me. Experience
from GNUmed speaks to the same effec
GT.M - Rock solid. Lightning fast. Secure. No compromises.
On 09/07/2010 04:18 PM, Andreas Tille wrote:
On Tue, Sep 07, 2010 at 09:54:48AM -0400, K.S. Bhaskar wrote:
> [KSB] Thank you, Charles. This is is a handy feature that I was not
> aware of!
Debian is cool, isn't it? ;-)
[KSB] Yes, i
On Tue, Sep 07, 2010 at 04:51:48PM -0400, K.S. Bhaskar wrote:
>> IMHO as long as you are dealing with peoples names you always have to
>> respect non-ASCII characters even in pure English environments.
>
> [KSB] In the United States, it is common to pretend that there are no
> non-ASCII character
Hi Steffen,
thanks for the ITP.
As you can see at
http://debian-med.alioth.debian.org/tasks/bio#paml
this package is also provided by BioLinux people and I'd regard this as
a really cool first step to integration if you would involve the
maintainer inside BioLinux in the official Debian pack
11 matches
Mail list logo
