-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bill Allombert wrote:
>> I'm trying to figure out where most of the apps from xbase-clients
>> should go in the new menu structure, since they all used to be in
>> Apps/Tools, and I don't see anything obvious. I suppose xeyes could go
>> in some subs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bill Allombert wrote:
> I wonder whether we should add a new menu sections for games like
> billiard and mini-golf that require precision but no reflex.
I moved all sports games that we have in Debian Games Team repository to
"Simulation", and nobody
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Gilbert wrote:
> is there a policy on whether an executable is permitted to update
> itself?
Not sure about The Policy, but I can see a lot of reasons why this
should not be done:
1. The md5 sums will not match anymore, so one cannot
ve
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Evgeniy Ivanov wrote:
> Hi! I live in the second capital of Russian Federation -
> Saint-Petersburg. Some time ago one of the largest mobilephones shops
> network made an advertisement of their support with debian logo. There
Interesting. Could you t
Jon Dowland wrote:
>> ++ Contrib/Applications
>> ++ Contrib/Games
>> ...
>> ++ Non-free/Applications
>> ++ Non-free/Games
>
> I think that could be confusing when packages migrate between
> main,contrib,non-free. I don't know how often that happens.
No, it is confusing because user would
Frank Küster wrote:
> Currently, the free plotting/fitting programs I know of are in fact
> clearly different from spreadsheets, because they lack a decent user
> interface for data manipulation. But that may change (it was promised
> for a future version of grace, and I have not yet checked out
Frank Küster wrote:
>> I have only located a single medicine-related application, but there are
>> more in other sections. The whole bunch of gnumed-* packages is a good
>> example.
>
> That may be a general problem (or feature). I have none installed, but
> I guess there might be a couple of me
I went on and made a list of applications that are currently found in
"Science" [science] and another one with these applications roughly
sorted into sections [science_sorted].
The short version:
Analysis [10]
Astronomy [12]
Biology [16]
Chemistry [11]
Geoscience [5]
Medicine [1]
Physics [
Frank Küster wrote:
> That's a nice exercise, but the interesting question is whether we
> actually have enough *packages* so that their creation makes sense.
Quite frankly, I do not (yet) know if there is a need for each
subsection I listed, but there is no reason for not being forward
compatib
I actually find splitting "Science" a good idea.
I did a little research and came up with this list of possible
subsections, along with example fields they cover:
Astronomy
* Astrodynamics
* Astronomy
* Astrophysics
* Cosmology
* Radio astronomy
Biology
* Anatomy
* Bioinformatics
* Botan
Aaron M. Ucko wrote:
> Would "Tools from NCBI" be any better?
No, it too long, and it still does not explain what NCBI is. That said,
I do not think that there is anything wrong with calling it "NCBI" (or
maybe "NCBI tools"). As much as a biologist cannot be expected to know
what GDB and SVN are,
Daniel Leidert wrote:
> This is not completely true. It defines categories and sub-categories.
> There is also a structure. But I agree, that it does not explicitly
> define/propose a structure. But I also meant, that you should maybe
> think about to be compatible with their category naming.
I d
Eduard Bloch wrote:
> Yep. WRT you said above, what abot renaming "WindowManagers/Modules" to
> "$wm Modules" (one level above WM starters and indicating which
> "modules" are meant by that).
One more thing to consider is that if we will have to to move/rename
modules in the future (current situa
Ben Finney wrote:
>> Yes, but they are only shown if you run a VM they belong to. Being a
>> user of a VM that uses modules, you can be expected to know what
>> they are.
>
> I don't believe that's true; you seem to be conflating "user" with
> "person who installs the software". Most users of a c
Ben Finney wrote:
> One is the assumption that only one window manager will be installed
> on the computer. What if three window managers are installed:
>
> - window manager M, which uses its own modules
> - window manager N, which use sits own modules
> - window manager L, which has no con
Eduard Bloch wrote:
>> Window Managers [was:WindowManagers]
>> Modules [was:WindowManagers/Modules]
>
> I cannot see the reason for this change. "Modules" can stand for any
> kind of modules (kernel, X11, software components) however this section
> was explicitely preserved for Window manager rel
"Data Management" is not a new section. It was previously named
"Databases", as seen in "translate_menus". My mistake, sorry.
- Data Management [new]
- Interactive database programs, collection
- managers, bibliography tools etc.
- gaby, alexandria, mdbtools
+ Data Management [was:Databases]
I don't think we should exclude them from Apps/Science without bothering
to provide an alternative (they would end up in misc, wouldn't they?).
So either we create Apps/Science/humanities, or we change the
description of the Science section so that social sciences and
humanities are allowed in.
While I am at it, here is an update. Hope you will find it useful.
Draft 0.2 [2005-12-10] (Only covers Apps)
Draft 0.1 [2005-12-08] (Only covers Apps)
Legend:
[!] Unmodified
[M] Modified
[+] New
[?] Need more information and/or unsure about what to do with it
Apps (normal applications):
[+]
Se
, but I have a very rough draft of my vision of
menu structure and would gladly complete it, if there is interest in
such document.
Yours faithfully,
Linas Žvirblis
P.S. I am new to these mailing lists, so forgive me if I missed
something obvious.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
20 matches
Mail list logo
