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

Re: Psychology task

On Tue, Jun 09, 2009 at 03:08:32PM +0200, Michael Hanke wrote:
> Sure there are psychology people working in health care,

... so we have to catch it.

> as they are working in schools

... I'm not sure whether Debian Edu is interested (or I'm rather
sure they are not) but in a wider sense the packages would be
*also* a target for Debian Edu - just to make clear the idea
of Blends.

> the aerospace industry, or preventing crazy people
> from getting their driver's license back ;-)

Perhaps once a day we might have a Debian Transport Blend featuring
a transport-psychology package ... OK, just dreaming to find
another example how Blends might work.
> Thanks for the pointer. This approach, however, needs thought about what
> is egg and what is hen. a -med task referenced in -science implies that
> the former is a subset of the later.

This is not really a hen - egg - problem.  We just *know* that med-bio
and med-bio-dev were there first.  And this task is actively maintained.
There was no need for the creator of science-biology to diverge from
the worl of Debian Med but it was useful to add something which was

> You started it in -med hence you
> would consider the healthcare-related pieces a subset of science?

No.  I started with Debian Med because there was no Debian Science
when I was starting.

> Or would you intend another relationship if a -science task would be
> started?

I would just apply common sense.  If a science-psychology package
is actively maintained by experts and it *makes* *sense* to just
adopt their work unchanged I might consider just making the dependency
inside med-psychology from science-psychology to keep my effort for
maintenance low.  If a science-psychology metapackage would contain
packages I would not like to include into med-psychology (for whatever
reason) the simple inclusion mechanism just would not work and I'm
bound to manual editing - which is in this case not so much work.
In the case of biology it is just a lot of work.  So finaly we want
to reach a result which fits the need of our users (=proper dependencies
in tasks packages) and do not make a science of package categorisation.

Kind regards



Reply to: