gnumed-devel
[Top][All Lists]
Advanced

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

Re: [Gnumed-devel] goodbye (was Re: Choice of programming language and p


From: Karsten Hilbert
Subject: Re: [Gnumed-devel] goodbye (was Re: Choice of programming language and project management)
Date: Tue, 8 Sep 2009 22:12:58 +0200
User-agent: Mutt/1.5.20 (2009-06-14)

On Tue, Sep 08, 2009 at 11:16:50AM -0700, Jim Busser wrote:

> Mainly from what I found below I notice there is a
>       /usr/share/gnumed
> and a
>       /usr/share/gnumed/Gnumed

The first is the root of all shared files GNUmed uses and
the second holds the GNUmed Python modules.

> installed machines. There *is* nowadays no "upstream" (in the
> tarball)
>       ../gnumed/Gnumed
> only
>       <extracted tarball>/Gnumed
> which is a symlink to a real directory
>       <extracted tarball>/client

Without either you cannot do

        from Gnumed.pycommon import gmPG2

> so can we make a choice that either:
> 
> 1) the client/ parts that go in /usr/share/gnumed go no deeper, only
> into /usr/share/gnumed and we drop usr/share/gnumed/Gnumed
> or

Nope.

> 2) we henceforth use instead usr/share/gnumed/client (pruning ../
> gnumed/Gnumed)

Nope.

> and as part of this clean up would consolidate
>       /usr/share/gnumed/bitmaps (and contents)
> into
>       /usr/share/gnumed/client/bitmaps

That would mean changing client code and would thus have to
wait for 0.6.

Karsten
-- 
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346




reply via email to

[Prev in Thread] Current Thread [Next in Thread]