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 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
