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
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
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 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
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
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
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 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...>
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
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:
> 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
11 matches
Mail list logo
