Re: Metaproject: Debian Med tasks
On Sat, Jan 30, 2010 at 01:57:48PM +0100, Holger Schmuhl wrote:
> >> - 'popcon' is the "Debian Popularity Contest" (I looked it up because I did not know it), I would add for Non-Debians maybe a better label, so to be able to understand it at once, like just 'Popularity' ...
> >
> > Good hint. So the footnote marked by the * was too easy to overlook,
> > right?
>
> Right, I missed it as it is quite small ;-)
I'll note this in my usability enhancement todo list ...
> >> In general I have quite some ideas about how to enhance my list (if I would have the time beside my 'normal' job ;-) ) ... maybe this could be also interesting for the Debian-Med task list or some joined efforts (?):
> >
> > The idea to join forces came to me before I contacted you. ;-)
>
> So ... where to start?
That's hard to say. IMHO it would be a good idea to start a common
discussion on a mailing list. But I think we should not start with
these general discussion list and it should rather be focussed on
implementation of code. I remember that I was subscribed to some lists
where I became quite bored and I stopped subscribing these. I would
invite all people who are interested in implementing medical software in
some kind of packages (not necessarily in Debian) to at least subscribe
to the Debian Med list lurk around how we try to handle problems and be
not afraid to report about solutions or problems in other distributions.
The Debian Med packagers should try to focus more technical discussion
consequently on the Debian Med Packaging list to not be to specific
for outsider and users.
For the creation of a common list of medical applications I'm absolutely
sure that a manually maintained list is not maintainable over a longer
time. We just tried it on static web pages and in a Wiki and I'm afraid
that our prospective package list (the part of the tasks pages at the
bottom in red layout) will also contain links to project which will not
be worth linking any more sooner or later. So we should rather relay on
projects we have a grip on via the quality control of a distribution
(Debian for the moment) and saying this I could easily export a
structured file (yaml?) with the information of our tasks pages. You
might either move this to a database or just use this file as the basis
to generate your own list. The advantage for you is that you can base
your list on some kind of quality assured part while we might profit
from some help in the part of not yet packaged software (the prospective
packages). We could use help maintaining these, picking the projects
which would be worth packaging with high priority to attract more users
etc.
> >> - list if the project is already available via the official package repository of the distribution of my choice. Beside Debian there are also packaging efforts within OpenSUSE and Fedora, although they are just at the beginning ...
So if you have some contact feel free to foreward out invitation to have
at least one or two of these poeple lurking on our list. I personally
would probably subscribe a comparable list of Fedora.
> > I would welcome cooperation to other distributions. While I do not know
> > others than Debian personally I would be happy to share experiences and
> > knowledge.
>
> I am in loose contact with Susmit Shannigrahi, the leader of the Fedora Medical group (http://fedoraproject.org/wiki/SIGs/FedoraMedical). They are just starting and identifying the first projects to package. I am pretty sure they are quite happy about any help they can get. And I suppose it is similar for OpenSUSE.
I realised that they are linking to our tasks pages and that one reader
of the Debian Med List is also listed at their Wiki page as "interested"
(Sebastian Hilbert from GNUmed fame). I just putted Susmit Shannigrahi
in CC.
> I mean a vision could be to have just a single 'list' on the web. Information like project description, license type, links to support-forum/documentation & publications (usage reports), screenshots, activity status etc. are of use to all (Debian, Fedora, OpenSUSE) and can be gathered & maintained in a collaborative effort. Additionally we could have a distro specific 'section' which is used for packaging coordination and stuff like that.
Yes, something like that. As I said above I would offer to export some
structured information as a basis for this list. I do not see a future
in a system which is invented *in* *addition* to the work of the
distributors because this means manual work. I believe in a collection
of automatically generated information from the info pool of the
distributors (perhaps by enriching it by a better solution of not yet
packaged stuff). If we are talking about distributors we should not
forget FreeBSD which have some interesting stuff as well[1].
> > We are currently working on the publication issue to insert this
> > information into the packages itself in a structured way (I could send
> > links to the discussion if needed).
>
> In case I found some I added it to my list (freemedsw.apfelkraut.org): Publications are labeled by "Userful <book icon>:" ... but I do not have so many.
>
> And yes, please send me the link to the discussion.
Perhaps this is a useful start:
http://lists.debian.org/debian-blends/2010/01/msg00000.html
(Charless might comment on this.)
Kind regards and thanks for your interest in the work of Debian Med
Andreas.
[1] http://www.freebsd.org/ports/biology.html
--
http://fam-tille.de
Reply to: