tag:blogger.com,1999:blog-73400153770211589002024-02-08T02:43:05.435-08:00Debian in Biology and MedicineThoughts on Open Source with Debian in the fields of computational biology and medical informatics.Unknownnoreply@blogger.comBlogger21125tag:blogger.com,1999:blog-7340015377021158900.post-78108628243397390382014-11-13T22:50:00.001-08:002014-11-13T22:50:40.014-08:00Bits from Debian Med team (by Andreas Tille)<h2>New set of metapackages</h2>
<p>
The version number of debian-med metapackages was bumped to 1.99 as a
signal that we plan to release version 2.0 with Jessie. As usual the
metapackages will be recreated shortly before the final release to include
potential changes in the package pool. Feel free to install the
metapackages med-* with the package installer of your choice.
</p><p>
As always you can have a look at the packages in our focus by visiting
our <a href="http://blends.debian.org/med/tasks">tasks pages</a>.
Please note that there may be new packages that aren’t ready for
release and that won’t be installed by using the current
metapackages. This is because we don’t stop packaging software when
the current testing is in freeze.
</p>
<h2>Some support for Hospital Information Systems</h2>
<p>
This release contains, for the first time some support for Hospital
Information Systems (HIS) with the dependency fis-gtm of the med-his
metapackage. This was made possible due to the work of Luis Ibanez
(at kitware at
the time when working on the packaging) and Amul Shah (fisglobal). Thanks to a fruitful
cooperation between upstream FIS and Debian the build system of fis-gtm
was adapted to enable an easier packaging.
</p><p>
The availability of fis-gtm will simplify
running <a href="http://www.osehra.org/">Vista-foia</a> on Debian
systems and we are finally working on packaging Vista as well to make
Debian fit for running inside hospitals.
</p><p>
There was some interesting work done by Emilien Klein who was working
hard to get <a href="http://health.gnu.org/">GNUHealth</a>
packaged. Emilien has given a detailed explanation on the
<a href="https://lists.debian.org/debian-med/2014/09/msg00103.html">Debian
Med mailing list</a> giving reasons why he removed the existing packages from the
Debian package pool again. While this is a shame for GNUHealth users
there might be an opportunity to revive this effort if there was
better coordination between upstream and Tryton (which is the
framework GNUHealth is based upon). In any case the
<a href="http://svn.debian.org/wsvn/debian-med/trunk/packages/gnuhealth/trunk/">packaging
code in SVN</a> as a useful resource to base private packages on.
Feel free to contact us via the Debian Med mailing list if you
consider creating GNUHealth Debian packages.
</p>
<h2>Packages moved from non-free to main</h2>
<p>
The Debian Med team worked hard to finally enable DFSG free licenses for
<a href="http://evolution.genetics.washington.edu/phylip.html">PHYLIP</a>
and other package based on this tool. PHYLIP is well known in
bioinformatics and actually one of the first packages in this field
inside Debian (oldest changelog entry 28 Aug 1998). Since then it was
considered non-free because its use was restricted to scientific /
non-commercial use and also has the condition that you need to pay
a fee to the University of Washington if you intend to use it
commercially.
</p><p>
Since Debian Med was started we were in continuous discussion with the
author Joe Felsenstein. We even started
an <a href="https://wiki.debian.org/DebianMed/Meeting/Southport2012/ePetition_Phylip">online
petition</a> to show how large the interest in a DFSG free PHYLIP
might be. As a side note: This petition was *not* presented to the
authors since they happily decided to move to a free license because
of previous discussion and since they realised that the money they
"gained" over they years was only minimal. The petition is
mentioned here to demonstrate that it is possible to gather support to
see positive changes implemented that benefit all users and that this
approach can be used for similar cases.
</p><p>
So finally PHYLIP was released in September under a BSD-2-clause
license and in
turn <a href="http://doua.prabi.fr/software/seaview">SeaView</a> (a
similarly famous program and also long term non-free citizen)
depending on PHYLIP code was freed as well. There are several other
tools like python-biopython and python-cogent which are calling PHYLIP
if it exists. So not only is PHYLIP freed we can now stop removing those parts of the test suites
of these other tools that are using PHYLIP.
</p><p>
Thanks to all who participated in freeing PHYLIP specifically its author
Joe Felsenstein.
</p>
<h2>Autopkgtest in Debian Med packages</h2>
<p>
We tried hard to add autopkgtests to all packages where some upstream
test suite exists and we also tried to create some tests on our own.
Since we consider testing of scientific software a very important
feature this work was highly focused on for the Jessie release. When
doing so we were able to drastically enhance the reliability of
packages and found new formerly hidden dependency relations. Perhaps
the hardest work was to run the full test suite
of <a href="http://biopython.org">python-biopython</a> which also has
uncovered some hidden bugs in the upstream code on architectures that
are not so frequently used in the field of bioinformatics. This was
made possible by the very good support of upstream who were very
helpful in solving the issues we reported.
</p><p>
However, we are not at 100% coverage of autopkgtest and we will keep on
working on our packages in the next release cycle for Jessie+1.
</p>
<h2>General quality assurance</h2>
<p>
A general inspection of all Debian Med packages was done to check all
packages which were uploaded before the Wheezy release and never touched
since then. Those packages where checked for changed upstream locations
which might have been hidden from uscan and in some cases new upstream
releases were spotted by doing this investigation. Other old packages
were re-uploaded conforming to current policy and packaging tools also
polishing lintian issues.
</p>
<h2>Publication with Debian Med involvement</h2>
<p>
The Debian Med team is involved in a paper which is in
<a href="http://www.biomedcentral.com/">BioMed Central</a> (in press). The title
will be "Community-driven development for computational biology at
Sprints, Hackathons and Codefests"
</p>
<h2>Updated team metrics</h2>
<p>
The team metrics graphs on
the <a href="http://blends.debian.org/med/">Debian Med Blend entry
page</a> were updated. At the bottom you will find a 3D Bar chart of
dependencies of selected metapackages over different versions.
It shows our continuous work in several fields. Thanks to all Debian
Med team members for their rigorous work on our common goal to make
Debian the best operating system for medicine and biology.
</p><p>
Please note that VCS stat calculation is currently broken and does not
reflect the latest commits this year.
</p>
<h2>Blends installable via d-i?</h2>
<p>
In bug <a href="http://bugs.debian.org/758116">#758116</a> it is
requested to list all Blends and thus also Debian Med in the initial
tasksel selection. This would solve a long term open issue which was
addessed more than eleven years ago
(in <a href="http://bugs.debian.org/186085">#186085</a>) in a more
general and better way. This would add a frequently requested feature
by our users who always wonder how to install Debian Med.
</p><p>
While there is no final decision on bug #758116 and we are
quite late with the request to get this implemented in Jessie feel free
to contribute ideas so that this selection of Blends can be done in the best
possible manner.
</p>
<h2>Debian Med Bug Squashing Advent Calendar 2014</h2>
<p>
The Debian Med team will again do
the <a href="http://debian-med.alteholz.de/advent/">Bug Squashing
Advent Calendar</a>. Feel free to join us in our bug squashing effort
where we <strong>close</strong> bugs while other people are <strong>opening</strong> doors. :-)
</p>
Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-26328198975067671762013-11-28T05:33:00.003-08:002013-11-28T05:33:53.619-08:00Bits from Debian Med team (by Andreas Tille)Some of these bits are a bit outdated but there is no point in hiding
this information just because it is old.
<h2>FOSDEM talk</h2>
<p>
Andreas Tille had a <a
href="http://people.debian.org/~tille/talks/201302_fosdem_distro/">talk
at FOSDEM</a> which is also Video recorded. A quite similar but
updated talk was held at <a
href="http://people.debian.org/~tille/talks/20130812_blend">DebConf
13</a> (see below).
</p>
<h2>Jabber interview by reporter from India</h2>
<p>
There was an interesting interview between Rajeev Nair and Andreas
Tille at So, 17.02.2013 Rajeev Nair is Business head of an <a
href="http://www.healthcafe.in">health care journal in India</a> held
via jabber. Since this might serve as some nice FAQ about Debian Med
here is a <a
href="http://anonscm.debian.org/viewvc/debian-med/trunk/community/interview/interview_r.nair-a.tille.log?view=markup">complete
log of this interview</a> (permission to publish it was granted).
</p>
<h2>Article about Debian Med</h2>
<p>
As a consequence of the interview above the Debian Med team has
assembled an article which was originally intended to be published in
the Health Cafe journal but somehow this never happened. So we ended
up with a nice article targeting at interested readers about Free
Software in medicine with not necessarily informatics background.
Since the article is considered to be of good quality and has consumed
some time of several team members we are seeking for ideas for
relevant places where to publish it. It is available as <a
href="http://debian-med.alioth.debian.org/docs/debian-med-healthcafe.pdf">PDF</a>
as well as in <a
href="http://anonscm.debian.org/viewvc/debian-med/trunk/community/papers/13_healthcafe/">SVN</a>.
</p>
<h2>Yearly sprint of Debian Med team</h2>
<p>
This year we had our third sprint of the Debian Med team and all
participants consider it a great success again. The sprint was in end
of February and the individual reports are linked from the <a
href="https://wiki.debian.org/DebianMed/Meeting/Kiel2013">according
wiki page</a>. Since Andreas Tille was able to prove the nice effect
of having face to face meetings in Debian teams in the team metrics
graphs presented in his talks at DebConf (see below) we will keep on
with this good tradition. The <a
href="https://wiki.debian.org/DebianMed/Meeting/Aberdeen2014">next
sprint</a> is scheduled for Friday 31st January until Sunday 2nd
February in Stonehaven near Aberdeen. If you are interested to meet
the people behind Debian Med and want to join us in developing
packages which are helpful in health care and bioinformatics you are
invited to join us.
</p>
<h2>DebConf 13 in Vaumarcus</h2>
<p>
Andreas Tille had two talks with specific influence to Debian Med
development(<a
href="http://people.debian.org/~tille/talks/20130812_blend">Debian Med
as a success story for other Blends</a>, <a
href="http://people.debian.org/~tille/talks/20130815_mom">How to
attract new developers for your team (MoM, SoB)</a>. For those who
want to read a full (and lengthy) report about DebConf 13 by Andreas
Tille this is online <a
href="http://debianmed.blogspot.de/2013/09/debconf-13-report-by-andreas-tille.html">in
this blog article</a>.
</p>
<h2>Codefest of the Open Bioinformatics Foundation</h2>
<p>
Ivo Maintz and Steffen Möller organised the <a
href="http://www.open-bio.org/wiki/Codefest_2013">Codefest of the Open
Bioinformatics Foundation</a> in Berlin. About 40 contributors from
all over the world attended, connecting the Debian community strongly
with upstream. The event triggered a joint paper of participants to
Sprints, Codefests and Hackathons alike, presented at the Nettab
conference on <a href="http://www.nettab.org/2013/">Semantic, Social,
and Mobile Applications for Bioinformatics and Biomedical
Laboratories</a> in Venice.
</p>
<h2>Reupload unattended packages</h2>
<p>
Andreas Tille has mentored the <a
href="https://wiki.debian.org/SummerOfCode2013/StudentApplications#Redesign_metapackage_creation_for_Debian_Blends">GSoC
student Emmanouil Kiagias</a> and as a byproduct some Blends metadata
were now kept in UDD. This has inspired some new tools and one of
this was an <a
href="http://anonscm.debian.org/gitweb/?p=blends/website.git;a=blob;f=misc/sql/0-aging.sh">UDD
query</a> to return all packages in the interest of the Blend ordered
by date when they were uploaded. It has shown that there were
packages hanging around in the package pool since five years. So some
effort was done to check those packages which were not necessarily
"buggy" according to BTS entries and so we were able to fix the
following issues in about 20-30 packages:
<ul>
<li>Remove DM-Upload-Allowed fields</li>
<li>hardening</li>
<li>canonical Vcs fields</li>
<li>checking homepages / watch files</li>
<li>checking policy 3.9.4 (cme fix dpkg-control)</li>
<li>profit from xz compression in binary packages which makes perfectly sense in some of our packages</li>
<li>DEP5</li>
<li>DEP3</li>
<li>use dh consequently to simplify things for team members / NMUers</li>
<li>finally upload several changes in VCS but remained UNRELEASED</li>
<li>found several other hidden issues like</li>
</ul>
Since it was impressive how many things that deserve fixing are hidden
in such long unattended packages it is recommended also to other teams
to spend some time into these. The UDD query can be easily tweaked
for a team maintainer address.
</p>
<h2>Debian Med Bug Squashing Advent Calendar 2013</h2>
<p>
The Debian Med team will again do the <a
href="http://debian-med.alteholz.de/advent/">Bug Squashing Advent
Calendar</a>. Feel free to join us in our bug squashing effort where
we <b>close</b> bugs while other people are <b>opening</b> doors. :-)
</p>
<p>
Kind regards and see you at Debian Med sprint
<br />
Andreas.
</p>
Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com1tag:blogger.com,1999:blog-7340015377021158900.post-55046452168179655902013-09-16T07:47:00.000-07:002013-09-16T07:47:18.995-07:00<h1>DebConf 13 report (by Andreas Tille)</h1>
<h2>General impression</h2>
<p>
<a href="https://gallery.debconf.org/main.php?g2_itemId=61157"><img
src="https://gallery.debconf.org/main.php?g2_view=core.DownloadItem&g2_itemId=61159&g2_serialNumber=2"
align="left" vspace="2" hspace="10" border="1px" alt="unofficial
Scenic Hacklab" /></a> I'm beginning my DebConf report in an <a
href="https://gallery.debconf.org/main.php?g2_itemId=61157">unofficial
"Scenic Hacklab"</a> right at the edge of the lake in Yverdon. This
is the right place to memorise the last days. When I started from
this place cycling to Le Camp 12 days ago I was full of great
expectations and what should I say - the reality has even beaten
these.
</p><p>
Once it comes about comparing DebConfs even if it is an unfair
comparison due all the differences my secret long term favourite was
Helsinki very closely followed by Argentina and also very closely
followed by all the other great DebConfs I joined (and I joined all in
Europe). Would Le Camp be able to beat it? The short answer is: Yes,
it is now my favourite DebConf while I think I do not suffer from the
last-Debconf-was-the-best-DebConf-syndrome (and I realised there are
<a href="http://joeyh.name/blog/entry/best_DebConf_ever/">others
thinking the same</a>).
</p><p>
As you might probably know I'm a bit addicted to swimming. While
Helsinki had admittedly the better conditions I was at least able to
fix the distance issue using my bicycle. (Hey, those Le Camp
photographers did a great job in hiding the fact that you can not
actually touch the lake right from the meadow of Le Camp.) Being able
to have my bicycle at DebConf scored some extra points. However, the
really great view of the lake, the inspiring "Scenic Hacklab" which
was my favourite place has bumped DebConf13 at first place in my
personal ranking.
</p><p>
So it comes quite natural to say: "Kudos to the great organisation
team!" They did a Swiss-like precise work and perfectly succeeded in
hiding any problems (I assume there were some as always) from the
attendees so everything went smooth, nice and shiny for the attendees.
The local team was even precise in setting up great weather conditions
for DebConf.
</p><p>
<a href="https://gallery.debconf.org/main.php?g2_itemId=61118"><img
src="https://gallery.debconf.org/main.php?g2_view=core.DownloadItem&g2_itemId=61120&g2_serialNumber=2"
align="right" vspace="2" hspace="10" border="1px" alt="sunrise over
the lake" /></a>
While saying thanks to the local team I would like to also explicitly
thank Luca Capello who has quite some share that this DebConf was
possible at all (while I have to decrease my DebConf score one point
because he was not really there - Luca to bad that you were not able to
come full time!) Also thanks to Gunnar and Gannef who helped remotely
(another score down because I were missing them this year as well).
</p><p>
Even if it was my favourite DebConf I was not able to work down my
todo list fully (which was not only uploading one package per day
which I at least statistically fullfilled). But that's probably a
general feature of todo lists anyway. One item was definitely done:
Doing my daily swimming BoF. I actually was able to do the other
parts of the triathlon which was skipped by Christian and have done in
summary about 150km cycling with 3500m elevation and estimated 7-8km
swimming (0m elevation ;-)). Considering the great view at <a
href="https://gallery.debconf.org/main.php?g2_itemId=61118">sunrise
over the lake</a> I was not hating my <a
href="http://wikipedia.qwika.com/de2en/Senile_Bettflucht">"Senile bed
escape" disease</a> too much (I was every day waking up at sunset) -
it was simply a great experience. I will never forget seeing water
drips glimmering like gold inside the morning sun while seeing the
Alps panorama in the distant. I hope I was able to help all
interested swimmers with the <a
href="http://fam-tille.de/debconf/beach.html">DebConf Beach Map</a>
which was just a by-product of my activities in DebCamp.
</p><p>
<a href="https://gallery.debconf.org/main.php?g2_itemId=60905"><img
src="https://gallery.debconf.org/main.php?g2_view=core.DownloadItem&g2_itemId=60907&g2_serialNumber=2"
align="left" vspace="2" hspace="10" border="1px" alt="" /></a>
Speaking about OSM: I was astonished that the area was way less
covered than I expected. Thanks to several DebConf attendees the
situation became better and the map does not only show random trees in
the wild but also the tracks leading to these. (Remark: It was no
DebConf attendee who is responsible for plastering the map with single
trees.) While I had my mapping focus basically close to the edge of
the lake I was also able to even map <a
href="https://gallery.debconf.org/main.php?g2_itemId=60905">my very
own street</a>. :-)
</p><p>
I clearly remember one specific mapping tour when I was invited by the
DPL: He convinced me to join him on a bicycle tour and since I was
afraid to get fired I joined him instead to keep on hacking. Also
Sorina was brave enough to join us on the tour and she did quite well.
(Sorina, do you remember the agreement about your work on the installer?
;-)) Lucas described the tour as: going uphill on only asphalted roads.
Sorina and me were witnessing the mighty DPL powers when we left the
wood around Le Camp to reach the described road: The asphalt was just
put onto the road - no doubt that it was done on the immediate demand of
mighty DPL. :-)
</p><p>
DebCamp time was flying like nose dive and a lot of known (and unknown)
faces arrived at Le Camp. What I really liked a lot this year was that
several really young children has pulled down the average age of DebConf
attendees. I clearly remember all the discussion one year ago what to
do about children. As always the issue was solved in a typical Debian
way: Just do it and bring your children - they had obviously a great
time as well. I think the youngest child was 2 months and the oldest
"child" above 20. ;-) Actually Baptiste Perrier did great in making the
C&W party a success and had obviously a nice time. (I wished my son
would have been able to come as well but he needs to write his
bachelor’s thesis in physics. :-()
</p><p>
It was nice to see the kids using all playing facilities and
communicating with geeks. Also I would like to point out that even the
very young attendees had their share at the success of DebConf: Just
think of the three "bell ringing assistants" who helped me ringing the
bells for lunch and dinner. I've got this cool job from Didier in the
beginning of DebCamp. I must say having some real bells ringing is by
far nicer than just the "lunch / dinner starts in 10 minutes" from IRC
bot. The only thing I did not understand was that people did not
considered ringing the bells at 8:00 for breakfast as a good idea.
</p><p>
Regarding the food in general I would also like to send kudos to the
kitchen: It was tasty, freshly prepared, regional food with a good
change rate. I really liked this. Extra points for having the chance
to sit outside when eating.
</p>
<h2>Talks</h2>
<p>
But lets have a look into the conference programme. I'd really
recommend watching the videos of the talks <a
href="https://penta.debconf.org/dc13_schedule/events/972.en.html">Bits
from the DPL</a> (<a
href="http://meetings-archive.debian.net/pub/debian-meetings/2013/debconf13/webm-high/972_Bits_from_the_DPL.webm">video</a>)
and <a
href="https://penta.debconf.org/dc13_schedule/events/976.en.html">Debian
Cosmology</a> (<a
href="http://meetings-archive.debian.net/pub/debian-meetings/2013/debconf13/webm-high/976_Debian_Cosmology.webm">video</a>).
I considered both talks as entertaining and interesting. I also
really hope that the effort Enrico Zini started in <a
href="https://penta.debconf.org/dc13_schedule/events/993.en.html">Debian
Contributors</a> (<a
href="http://meetings-archive.debian.net/pub/debian-meetings/2013/debconf13/webm-high/993_Debian_Contributors.webm">video</a>)
will be successful.
</p><p>
I had some talks and BoFs myself starting with <a
href="https://penta.debconf.org/dc13_schedule/events/986.en.html">Why
running a Blend</a> (<a
href="http://meetings-archive.debian.net/pub/debian-meetings/2013/debconf13/webm-high/986_Why_running_a_Blend.webm">video</a>)
and I admit that (as usual) the number of attendees was quite low even
if I think there is some proof (see below) that it is interesting for
way more people who should consider working more "blendish" in their
team. Do you know how to recruit one developer per year and relax the
man power problem in your team? Feel free to watch the <a
href="http://meetings-archive.debian.net/pub/debian-meetings/2013/debconf13/webm-high/986_Why_running_a_Blend.webm">video</a>.
We have confirmation that ten DDs of our team have considered to join
Debian only because Debian Med exists. Admittedly biology and
medicine are really leaf topics inside the Debian universe. So if
even this topic that has a very tiny share of the Debian users is able
to attract this level of attention - how many more people could we win
for multimedia, games, GIS and others?
</p><p>
So if you feel you are quite overworked with your packaging and you
have no time this is most probably wrong. The amount of time is
basically a matter of priorities you set for your tasks. Try to put
some higher priority onto using the just existing Blends tools I
explained in my talk to attract more users and developers to your team
and by doing so spread the workload over more people. It works, the
prove was given in <a
href="https://penta.debconf.org/dc13_schedule/events/986.en.html">my
main talk</a>. So before <strong>you</strong> start working on a specific
package you should wonder who else could have an even stronger
interest to get this work done and provide him with some additional
motivation and help to get the common goal done.
</p><p>
The interesting thing is that my BoF about <a
href="https://penta.debconf.org/dc13_schedule/events/987.en.html">How
to attract new developers for your team</a> (<a
href="http://meetings-archive.debian.net/pub/debian-meetings/2013/debconf13/webm-high/987_How_to_attract_new_developers_for_your_team.webm">video</a>)
- which was a simple report about some by-product of the Blends work -
made it into the main talk room and got way more attention. For me
this is the proof that the Blends concept itself is probably badly
perceived as something like "a few outsiders are doing damn specific
stuff which is not really interesting for anybody else" instead of
what is really is: Smoothing the way from specific upstream
applications to the end user via Debian.
</p><p>
Once you see the <a
href="http://meetings-archive.debian.net/pub/debian-meetings/2013/debconf13/webm-high/987_How_to_attract_new_developers_for_your_team.webm">video
of this BoF</a> you can observe how my friend Asheesh Laroia became
more and more excited about the Blends concept and admitted what I
said above: We should have more Blends for different fields. Funnily
enough Asheesh asked me in his excitement to talk more about Blends.
This would have been a really good suggestion ten years ago. At
DebConf 3 in Oslo I had <a
href="http://people.debian.org/~tille/talks/200307_oslo_int/">my very
first talk about Blends</a> (at this time under the name "Debian
Internal Projects"). I continuously kept on talking about this
(<a
href="http://people.debian.org/~tille/talks/200503_peking_cdd/">MiniDebConf
Peking 2005</a>, <a
href="http://people.debian.org/~tille/talks/200507_debconf5-cdd/">DebConf
5, Helsinki</a> (<a
href="http://ftp.acc.umu.se/pub/debian-meetings/2005/debconf5/ogg_theora/720x576/2005-07-11/06-Custom_Debian_Distribution-Andreas_Tille.ogg">video</a>),
<a
href="http://people.debian.org/~tille/talks/200706_debconf7_cdd/">DebConf
7, Edinburgh</a> (<a
href="http://ftp.acc.umu.se/pub/debian-meetings/2007/debconf7/high/390_Debian_the_Universal_Operating_System.ogg">video</a>),
<a href="http://people.debian.org/~tille/talks/200808_cdd/">DebConf
8, Mar del Plata</a> (<a
href="http://ftp.acc.umu.se/pub/debian-meetings/2008/debconf8/high/595_Healthy_CDDs.ogg">video</a>),
<a
href="http://people.debian.org/~tille/talks/200907b_blends-udd/">DebConf
9, Cáceres</a> (<a
href="http://ftp.acc.umu.se/pub/debian-meetings/2009/debconf9/high/932_Application_of_Ultimate_Debian_Database_in_Debian_Pure_Blends.ogv">video</a>),
<a
href="http://people.debian.org/~tille/talks/201006_minidebconf/">MiniDebConf
Berlin 2010</a> (<a
href="http://ftp.acc.umu.se/pub/debian-meetings/2010/minidebconf-berlin/MDC2010_Tille_PureBlends.ogv">video
in German</a>),
<a
href="http://people.debian.org/~tille/talks/201010_paris/">MiniDebConf
Paris 2010</a> (not video recorded),
<a
href="http://people.debian.org/~tille/talks/20110728_blends/">DebConf
11, Banja Luka</a> (<a
href="http://ftp.acc.umu.se/pub/debian-meetings/2011/debconf11/high/711_Blending_Debian.ogv">video</a>)
... and these are only (Mini)DebConfs my <a
href="http://people.debian.org/~tille/talks/">talks page</a> is full
of this topic)
and every new year I try different ways to communicate the idea to my
fellow Debianistas. I'm wondering how I could invent a title +
abstract avoiding the term Blends, put "Git", "release" and "systemd
versus upstart" in and being able to inform about Blends reasonably by
not becoming to off topic with the abstract.
</p><p>
I also registered the <a
href="https://penta.debconf.org/dc13_schedule/events/989.en.html">Debian
Science round table</a>. I admit we were lacking some input from
remote via IRC which used to be quite helpful in the past. The
attendees agreed upon the handling of citations in debian/upstream
files which was invented by Debian Med team to create even stronger
bounds to our upstream developers by giving their work extra reward
and providing users with even better documentation (see my summary in
<a href="https://wiki.debian.org/DebianScience/Citations">Wiki</a>).
As usual I suggested to create some Debian Science offsprings like
"Debian Astronomy", "Debian Electronics", "Debian Mathematics",
"Debian Physics" etc. who could perfectly leave the Debian Science
umbrella to get a more fine grained structure and a more focused team
to enhance the contact to our users. Unfortunately there is nobody
who volunteers to take over the lead for such Blends. I have given a
short summary about this BoF on the <a
href="https://lists.debian.org/debian-science/2013/08/msg00016.html">Debian
Science mailing list</a>.
</p><p>
In the <a
href="https://penta.debconf.org/dc13_schedule/events/988.en.html">Debian
Med meeting</a> I have given some status report. No other long term
team members were attending DebConf and so I gave some kind of
introduction for newcomers and interested people. I touched also the
DebiChem topic which maintains some packages that are used by
biologists frequently and so we have a good connection to this team.
</p><p>
Finally I had registered three BoFs in Blends I'm actually not (or not
yet) active part of. My motivation was to turn the ideas I have
explained in <a
href="https://penta.debconf.org/dc13_schedule/events/986.en.html">my
main talk</a> into specific application inside these teams and helping
them to implement the Blends framework.
</p><p>
In the first BoF about Debian GIS I have shown the usual team metrics
graphs to demonstrate, that the one packaging team Pkg-OSM is in danger
to become MIA. There are only three persons doing actual uploads. Two
of them were at DebConf but did not joined the BoF because they do not
consider their contribution to Pkg-OSM as a major part of their general
Debian work. I will contact the main contributor David Paleino about
his opinion to move the packages step by step into maintenance of Debian
GIS packaging team to try to overcome the split of two teams that are
sharing a good amount of interest. At least if I might become an
Uploader for one of the packages currently maintained by Pkg-OSM I will
move this to pkg-grass-devel (which is the name of the packaging team of
Debian GIS for historical reasons). The attendees of the BoF have
considered this plan as sensible.
</p><p>
Moreover I talked about my experiences with <a
href="http://live.osgeo.org/en/index.html">OSGeo Live</a> - an Ubuntu
derivative that tries to provide a full tool chain to work on GIS and
OSM problems ... basically the same goal as Debian GIS has just
provided by the OSGeo project. I'm lurking on OSGeo mailing list when
I asked explicitly I've got the answer that they are working together
with Debian GIS and are using common repository (which is IMHO the
optimal way of cooperation). However, it seems that several
protagonists of OSGeo Live are underestimating the resources provided
by Debian. For instance there was a question about Java packaging
issues but people were not aware about the existence of the
debian-java mailing list. I was able to give an example how the
Debian Med team managed to strengthen its ties to <a
href="http://nebc.nerc.ac.uk/nebc/tools/bio-linux">BioLinux</a> that
is also an Ubuntu derivative for biologists. At our first <a
href="https://wiki.debian.org/DebianMed/Meeting/Luebeck2011">Debian
Med sprint in 2011</a> we invited developers from BioLinux and reached
a state where they are using the very same VCS on Alioth where we are
maintaining our packages. At DebConf I was able to upload two
packages where BioLinux developers did certain changes for enhancing
the user experience. My "work" was just bumping the version number in
changelog and so we did profit from the work of the BioLinux
developers as well as they are profiting from our work. I plan to
dive a bit more into Debian GIS and try to strengthen the connection
to OSGeo Live a bit.
</p><p>
The next BoF was the Debian Multimedia meeting. It was nice that the
current leader of <a href="http://ubuntustudio.org/">Ubuntu Studio</a>
Kaj Ailomaa joined the meeting. When I was explaining my ideas about
cooperation with derivatives I repeated my detailed explanation about
the relation with BioLinux. It seems every topic you could cover
inside Debian has its related derivative. So to me it seems to be
quite natural to work together with the developers of the derivative
to join forces. I actually consider a Blend a derivative done the
right way = inside Debian. The final work for the derivers that might
be left for them is doing some shiny customising of backgrounds or
something like this - but all the hard work could and should be done
in common with the relevant Debian team. My dream is to raise such
relevant teams inside Debian ... the Blends.
</p><p>
Finally the last BoF of this series was the Debian Games meeting. As
always I presented the team metrics graphs and the Debian Games team
members who attended the BoF were quite interested. So it seems to be
some unknown fact that <a
href="http://blends.debian.net/liststats/">team metrics</a> are done
for several teams in side Debian and so I repeat the link to it for
those who are not yet aware of it. As a result of the BoF Debian
Games team members agreed to put some more effort into maintaining
their Blends tasks. Moreover Miriam Ruiz wants to put some effort
into reviving Debian Jr. Regarding Debian Jr. there was an
interesting <a
href="https://penta.debconf.org/dc13_schedule/events/1033.en.html">talk
about DouDouLinux</a> - in case you might want to watch the video I'd
recommend skipping the first 30min and rather watch the nice live
demo. There was also an ad hoc BoF about Debian Jr scheduled to bring
together all people interested into this cute project and Per Anderson
volunteered to take over the lead. I have given <a
href="https://lists.debian.org/debian-jr/2013/08/msg00001.html">a
summary</a> about this specific BoF at the Debian Jr list.
</p><p>
For some other talks that I'd regard as remarkable for some reasons:
I'd regard the talk <a
href="https://penta.debconf.org/dc13_schedule/events/962.en.html">"Debian-LAN"
by Andreas Mundt</a> as some hidden pearl because it did not got a lot
of attention but after having seen the video I was quite impressed -
specifically because it is also relevant for the Blends topic.
</p>
<h2>Memories</h2>
<p>
I also liked <a
href="https://penta.debconf.org/dc13_schedule/events/999.en.html">"Paths
into Debian" by Moray Allan</a> (and I was only able to enjoy the
latter talks thanks to the great work of the video team!) because it
also scratched the same topic I was concerned about in <a
href="http://meetings-archive.debian.net/pub/debian-meetings/2013/debconf13/high/987_How_to_attract_new_developers_for_your_team.ogv">my
mentoring talk</a>. Related to this was in my opinion also <a
href="https://penta.debconf.org/dc13_schedule/events/1012.en.html">"Women
in Debian 2013"</a> were we tried to find out reasons for the lack of
woman compared to other projects and how to overcome this issue.
</p><p>
<a href="https://gallery.debconf.org/main.php?g2_itemId=59996"><img
src="https://gallery.debconf.org/main.php?g2_view=core.DownloadItem&g2_itemId=59997&g2_serialNumber=2"
align="left" vspace="2" hspace="10" border="1px" alt="Geert hovering
over the grass" /></a> Besides the talks I will probably never forget
two specific moments that make DebConf so special. One of these
moments is recorded on an image that clearly needs no words - just
see Geert hovering over the grass.
</p><p>
Another strong moment in my personal record was in the DebConf Newbies
BoF <a
href="https://penta.debconf.org/dc13_schedule/events/1062.en.html">"First
time at DebConf"</a> that unfortunately was not recorded but at least
for this statement it would have been very great if we would have some
reference better than personal memory. Aarsh Shah a GSoC student from
India suddenly raised up and said: "Four months ago I was not even
aware that Free Software exists. Now I'm here with so many people who
are totally equal. If I will tell my mother at home that I was
standing in the same queue where the Debian Project Leader was queuing
up for food she will never believe me." He was totally excited about
things we are regarding as normal. IMHO we should memorise moments
like this that might be part of the key to success in cultures, where
Debian is widely unknown and very rarely in use.
</p><p>
Amongst these not scheduled great moments the scheduled day trip was also
a great thing. I had a really hard time to decide what tour I might
join but ended up in the "long distance walking (or should I say
running) group". Inspired by the "running Bubulle" who was flashing
between the walking groups we went uphill with 5.4km/h which was a nice
exercise. Our destination the large cliff was an exciting landscape and
I guess we all enjoyed the dinner organised by the "Trout cabal". ;-)
</p><p>
<a href="https://gallery.debconf.org/main.php?g2_itemId=61145"><img
src="https://gallery.debconf.org/main.php?g2_view=core.DownloadItem&g2_itemId=61147&g2_serialNumber=2"
align="right" vspace="2" hspace="10" border="1px" alt="say goodby to
friends" /></a> So I had a hard time to leave Le Camp and tried hard to
make sure my memories will remain as long as possible. Keeping some
signs attached to my bicycle, conserving the "Scenic Hacklab" sign
for my private "scenic hacklab @ home" was one part. I also have cut
some branches of the Buxus sempervirens in Le Camp and have put them
in my garden at home (where I create some hedgerow from places where
I spent some great time). These will probably build a great part of
the hedgerow ...
</p><p>
Thanks for reading this longish report.
</p><p>
Looking forward to see you all in Germany 2015 (or earlier)
Andreas.
</p><p>
<a href="https://gallery.debconf.org/main.php?g2_itemId=61235"><img
src="https://gallery.debconf.org/main.php?g2_view=core.DownloadItem&g2_itemId=61237&g2_serialNumber=2"
align="center" vspace="2" hspace="10" border="1px" alt="Scenic Hacklab
@ home" /></a>
</p>
Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-34404107857477766702013-03-05T06:15:00.002-08:002013-03-05T06:15:48.222-08:00Debian Med sprint report (by Andreas Tille)This is the report about my work at <a href="https://wiki.debian.org/DebianMed/Meeting/Kiel2013">Debian Med
sprint</a> ten days ago in Schönberger Strand. If you are interested
in Sprints in general you might be interested in work item 2. below.
<br />
<ol>
<li>Wrote <a href="http://anonscm.debian.org/viewvc/debian-med/trunk/community/papers/13_healthcafe/">draft
article</a> for Indian health care magazin. If you might
like to proofread the article I'd be very happy (it is not yet to late
for changes.) There is also a <a href="http://people.debian.org/~tille/tmp-healthcafe-article/debian-med-healthcafe.pdf">PDF
version</a>.
</li>
<li>I have given a short talk proving the importance of sprints. The
<a href="http://people.debian.org/~tille/talks/20130223_debian-med-sprint/">slides</a>
are basically graphs and I try to prove that sprints are a
really good idea. The background knowledge is that the Debian Med
team is doing sprints since 2011 and looking at all graphs you can
see that this has a really positive effect. Thanks to Debian and
its sponsors for supporting this kind of sprints.
</li>
<li>Packaging
<ul>
<li>Worked with T. Travis on <a href="http://debian-med.alioth.debian.org/tasks/bio#flexbar">flexbar</a> and uploaded the package to new
queue</li>
<li>Worked with Ch. Gille on <a href="http://debian-med.alioth.debian.org/tasks/bio#strap-base">strap-base</a> and uploaded the package to new
queue</li>
<li>Discussed strategy how to strip glam2 source from meme upstream
with T. Booth. <a href="http://lists.alioth.debian.org/pipermail/debian-med-packaging/2013-February/018824.html">Meme upstream agreed</a> to keep the original license
of Glam2 and backport the changes from Meme source archive</li>
<li>Discussed igv packaging issues with O. Sallou who updated the
package and <a href="https://lists.debian.org/debian-med/2013/02/msg00152.html">documented some issues about its dependency goby</a></li>
<li>Worked together with I. Maintz on cellprofiler</li>
<li>Worked together with I. Maintz on a couple of R packages which
are mostly predependencies but also one Debian Med primary
target (<span id="goog_469099109"></span><a href="http://debian-med.alioth.debian.org/tasks/bio#r-cran-boolnet">r-cran-boolnet<span id="goog_469099110"></span></a>) was uploaded to new</li>
</ul>
</li>
<li>Discussing / chatting
<ul>
<li>Some chat with Ch. Steigies (Debian Games, Debian m68k, Debian
Science)</li>
<li>Discussion with M. Banck about DebiChem</li>
</ul>
</li>
<li>Little bit of <a href="https://wiki.debian.org/DebianMed/MoM">MoM mentoring</a>
</li>
<li>Maintain Debian Med tasks files about newly commited packages of
other sprint participants
</li>
<li>General infrastucture issues
<ul>
<li>Issues with machine-readable files importer into UDD</li>
<li>Try to revive PET data in UDD</li>
<li>Work on installation of future blends.debian.net host (install
needed packages, create UDD clone)</li>
</ul>
</li>
</ol>
Thanks to all participants of the sprint and specifically to Steffen
Möller who took over the work of organising. It was fun to meet you all
and I'm even looking right now forward to the next sprint hopefully
beeing able to continue the graphing of positive results of sprints in
our team metrics.
<br />
We had some nice food, not so nice weather and from my perspective the
only drawback was that at home there would have been perfect conditions
for skiing ... but finally there are preferences. ;-)
<br />
See you at next sprint!
Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-31769788727184786552013-02-13T11:55:00.000-08:002013-02-13T11:55:02.503-08:00Debian Med talk at FOSDEM (by Andreas Tille)At FOSDEM I was talking even two times about Debian Med. The <a href="http://people.debian.org/~tille/talks/201302_fosdem_science/index_en.html">talk in the morning</a> was attached to the <a href="https://fosdem.org/2013/schedule/track/foss_for_scientists/">FOSS for scientists track</a> and was only a short overview about the use scientists can make from Debian Med. As usual <a href="http://people.debian.org/~tille/talks/201302_fosdem_science/debian-med_science.pdf">the slides</a> are available from my web page.<br />
The <a href="http://people.debian.org/~tille/talks/201302_fosdem_distro/index_en.html">main talk</a> was in the evening in the <a href="https://fosdem.org/2013/schedule/track/cross_distro/">Cross Distro Devroom</a> and it was even <a href="http://video.fosdem.org/2013/crossdistro/Debian_Med___a_Debian_Pure_Blends_for_medical_care_and_microbiological_research.webm">video recorded</a>.<br />
It was fun to be at FOSDEM for the first time and meet a lot of Debian people and discuss new ideas with them.Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-72855866560270246632013-01-10T00:24:00.000-08:002013-01-10T00:27:15.199-08:00Bits from Debian Med team (Posted by Andreas Tille)This are the new years bits from Debian Med team. We try to make the
wishes for a healthy new year becoming true with Free Software. :-)
<br />
<h2>
Debian Med Bug Squashing Advent Calendar 2012</h2>
As last year the Debian Med team did some <a href="http://debian-med.alteholz.de/advent/">advent calendar bug squashing</a>. The <a href="http://lists.debian.org/debian-med/2012/12/msg00157.html">summary</a> states 15 bugs from Debian Med scope which is less than last year but Debian Med team members also did some general bug squashing to help the Wheezy release. Finally this makes a lot of sense also for Debian Med if we can speed up the release. When counting the additional 12 RC bugs fixed in the advent calendar effort we again managed to fix more than one bug per day.
Please keep on squashing RC bugs for Wheezy!
<br />
<h2>
Mentoring of Month</h2>
Last year Andreas Tille started the <a href="http://wiki.debian.org/DebianMed/MoM">Mentoring of Month</a> effort to lower the entrance barrier for newcomers. There was no student for every month and not each package was uploaded at end of month but expecting such a high number of newcomers would be unrealistic anyway. So I'd like to draw some positive conclusion that we now have some newcomers friendly invited to the project and some packages uploaded or at least prepared which would not be there without the MoM project. Finally all MoM students liked the project and we will continue it in the future and would like to recommend other teams to do something similar.
<br />
<h2>
Planed Debian Med sprint in Kiel</h2>
The <a href="http://wiki.debian.org/DebianMed/Meeting/Kiel2013">next Debian Med sprint</a> for real life meeting of Debian Med developers and users will happen in Kiel 23rd/24th of February. All interested people are invited to join to continue the success of the past two sprints. We are currently in the planing phase but there are just some hot topics which are workflows, licensing (specifically bug
<a href="http://bugs.debian.org/694908">#694908</a>), cooperation with Ubuntu and <a href="http://nebc.nerc.ac.uk/">BioLinux</a> and other things.
<br />
<h2>
Metapackages targeting at Wheezy</h2>
Currently Debian Med metapackages version 1.13.2 are in unstable and once the <a href="http://bugs.debian.org/696387">unblock request</a> is accepted by Debian release team this version will target at Wheezy. This means your very last chance to influence the metapackage content regarding some missing dependencies is defacto over now. Please closely observe our <a href="http://debian-med.alioth.debian.org/tasks/">web sentinel</a> in case you are interested in the work of Debian Med and tell us if packages are missing from our focus.<br />
<br />
Kind regards and see you at Debian Med sprint<br />
Andreas.
Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-4868212632743806792012-07-15T06:09:00.002-07:002012-07-15T06:17:29.974-07:00Debian Med Bits: Report from LSM Geneva by Andreas TilleIn this report from <a href="http://2012.rmll.info/en">LSM 2012 in Geneva</a> I will report about<br />
<ol>
<li>Medical imaging using Debian</li>
<li>Debian Med packaging workshop</li>
<li>Integration of VistA into Debian</li>
<li>Other interesting talks</li>
</ol>
<h2><a href="http://people.debian.org/~tille/talks/20120709_medical-imaging/">Medical imaging using Debian</a></h2>
There were about 10 attendees basically upstream developers of medical imaging software. The talk got some attention and the message to include even more medical imaging software into Debian was well percived. Thanks to Mathieu Malaterre there was some live demonstration which was way easier for him as a medical imaging expert than it would have been for me.<br />
<h2><a href="http://people.debian.org/~tille/talks/20120710_debian-med_packaging/">Debian Med packaging workshop</a></h2>
Due to my advertising in the talk yesterday three students (two of them from one medical imaging project, one from an other project) attended the workshop. Thanks to Axel Beckert who helped me out surviving the challenge to walk on unexplored ground.<br />
<br />
The idea of the workshop was to ask the attendees to name a package of their own and just package this. Because two of the attendees were upstream developers of <a href="http://www.creatis.insa-lyon.fr/site/en/CreatoolsCrea">CreaTools</a> we decided to go on for packaging this. After circumeventing some pitfalls in the beginning it went rather smoothly and after about 2.5 hours we were able to commit some initial packaging to the <a href="http://git.debian.org/?p=debian-med/crea.git">Debian Med Git repository</a> which comes quite close to a ready package (perhaps some split into a library and a development package needs to be done and for sure testing is needed).<br />
Quoting Frederic Cervenansky, upstream of CreaTools<br />
<blockquote class="tr_bq">
Thanks for your work. Your workshop was very interesting and didactic: a relevant discussion between Claire and me for the future of Creatools has emerged from the difficulties you encountered to package creatools. I will try, before the end of the month, to fully package creatools. And for sure, I will contact the debian-med mailing list.</blockquote>
<h2><a href="http://people.debian.org/~tille/talks/20120711_vista-in-debian/">Integration of VistA into Debian</a></h2>
I had the good chance to directly address some issues of Claudio Zaugg the speaker in the talk <a href="http://www.blogger.com/goog_223714737">Implementing open source Health Information</a> <a href="http://schedule2012.rmll.info/Implementing-open-source-Health-Information-Systems-in-Lo%20w-and-Middle-Income-Countries-a-practical-review?lang=en">Systems in Low- and Middle Income Countries – a practical review</a> directly before mine. It turned out that by using Debian packaged software might help simplifying the issues they had in supporting health care workers in Low- and Middle Income Countries.<br />
My talk was partly repeating some basic ideas about Debian Med from the talk on Monday because the audience was completely different. Than I tried to explain in detail how we tried hard to establish good contacts to upstream developers and why this is essential to finalise the goal to include hospital information systems straight into Debian any by doing so open the doors of hospitals for large scale Debian installations.<br />
There is also <a href="http://video.rmll.info/videos/integration-of-vista-into-debian/">video recording</a> of this talk.
<h2>Other interesting talks</h2>
<h3><a href="http://schedule2012.rmll.info/OpenEMR-a-multi-language-free-open-source-electronic-heal%20th-record-for-international-use?lang=en">OpenEMR, a multi-language free open source electronic health record for international use</a></h3>
Just discussed the packaging of OpenEMR which is prepared for Debian Med as it can be seen on our <a href="http://debian-med.alioth.debian.org/tasks/practice#openemr">tasks page</a>. The contact to the creator of some inofficial package will be established to finalise this task.<br />
<h3><a href="http://schedule2012.rmll.info/OpenFovea-when-open-source-and-biophysical-research-get-m%20arried?lang=en">OpenFovea : when open-source and biophysical research get married</a></h3>
Just another target for Debian Med popped up in this talk to further enhance Debian Med in covering all issues of medical care on one hand and on the other hand helping upstream authors to distribute their code<br />
more effectively.<br />
<h3><a href="http://schedule2012.rmll.info/Developpmement-logiciel-collaboratif-pour-la-physique-nan%20oscopique?lang=en">Collaborative software development for nanoscale physics</a></h3>
The talk would have fit very nicely into the <a href="http://www.esrf.eu/events/conferences/debian-for-scientific-facilities-days-1/Provision%20al%20Programme">Debian Science workshop</a> at ESRF (<a href="http://www.esrf.eu/">European Synchrotron Radiation Facility</a>) in Grenoble because it was about ETRF (<a href="http://www.etsf.eu/">European Theoretical Radiation Facility</a>). At previous LSM events I had just talked with Yann and the work to include their software into Debian is on its way.
<br />
<h3><a href="http://schedule2012.rmll.info/Free-software-and-High-Performance-Computing?lang=en">Free software and High Performance Computing</a></h3>
This talk was not directly connected to my Debian work but I simply enjoyed to see how "two people" had a really entertaining talk about Top 500 computers. Vittoria, you made my last day at LSM.Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com9tag:blogger.com,1999:blog-7340015377021158900.post-73312114720940241732012-04-17T01:18:00.005-07:002012-04-17T02:08:24.153-07:00New Debian Med metapackages uploaded (Posted by Andreas Tille)I just uploaded new metapackages featuring dependencies of several new packages prepared thanks to the great work of the Debian Med team. Here are the newcomers (and packages we lost):<br /><br />med-bio:<br /> + ballview<br /> + bowtie2<br /> + cd-hit<br /> + clustalo<br /> + ffindex<br /> + gassst<br /> + grinder<br /> + hhsuite<br /> + profphd-utils<br /> + proftmb<br /> + profphd<br /> + profphd-utils<br /> + pynast<br /> + qiime<br /> + r-bioc-cummerbund<br /> + reprof<br /> - seq-gen (turned out to be non-free)<br /><br />med-bio-dev:<br /> + libchado-perl<br /> + libffindex0-dev<br /> + libtfbs-perl<br /> + libpal-java<br /> + librg-reprof-bundle-perl<br /> + librostlab-blast0-dev<br /> + librostlab-blast-doc<br /> + librostlab3-dev<br /> + librostlab-doc<br /> + libzerg0-dev<br /> + libzerg-perl<br /><br />med-data:<br /> - freediams (restructuring upstream, will be back with next release hopefully)<br /><br />med-imaging:<br /> + imagevis3d<br /> + itksnap<br /> + odin<br /> + volview<br /><br />med-imaging-dev:<br /> + python-pyxnat<br /><br />med-practice:<br /> + clinica<br /> - freediams (restructuring upstream, will be back with next release hopefully)<br /><br />Seems the regular sprints of the Debian Med team have enhanced the team (regarding the number of people and the effectivity of the cooperation). Thanks to all people who joined our effort to make Debian the best free operating system for medical care and biological research.Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-35865675382823892642012-03-15T03:27:00.015-07:002012-03-15T04:10:24.826-07:00Bits from Debian Med team (Posted by Andreas Tille)Hi,<br /><br />in this bits:<br /><ol><li>Debian Med Bug Squashing Advent Calendar 2011</li> <li>Anniversary of Debian Med</li> <li>Second Debian Med sprint (Southport, 27th-29th January 2012)</li> <li>Mentoring of Month (MoM)</li> <li>DDs who came to Debian because of Debian Med</li> <li>Future plans</li> <li>General lessons learned<br /></li></ol><br /><h2>Debian Med Bug Squashing Advent Calendar 2011</h2>In December last year Thorsten Alteholz has started a <a href="http://debian-med.alteholz.de/advent/">nice QA initiative</a> which might be interesting for other teams next Advent. The Debian Med team was able to fix about 70 bugs in this time. Thanks to Thorsten for this nice piece of motivation and thanks to everybody who took part in the bug squashing.<br /><br /><h2>Anniversary of Debian Med</h2>On Mon, 7 Jan 2002 the Debian Med project was <a href="http://lists.debian.org/debian-devel/2002/01/msg00454.html">first officially announced</a>. I submitted a short <a href="http://debianmed.blogspot.com/2012/01/10-anniversary-of-debian-med-posted-by.html">blog posting</a> about this and perhaps you might like to see a <a href="http://people.debian.org/%7Etille/talks/"> long sequence of talks</a> about this topic.<br /><br /><h2>Second Debian Med sprint (Southport, 27th-29th January 2012)</h2>In end of January 2012 the Debian Med team has met to the <a href="http://wiki.debian.org/DebianMed/Meeting/Southport2012">second sprint</a>. As last year I would call this a very successfull event and I would recommend other teams to instanciate such meetings as well. Feel free to read my <a href="http://debianmed.blogspot.com/2012/02/report-from-debian-med-sprint-posted-by.html">more verbose report</a>.<br /><br /><h2>Mentoring of Month (MoM)</h2>I have started <a href="http://wiki.debian.org/DebianMed/MoM">this</a> project for the following reasons:<br /><ul><li>gather more manpower to the team</li><li>strengthen connections to upstream (which might become MoM students)</li><li>help shy people to become more verbose</li><li>to learn myself about potential problems of people who do not feel fit for packaging tasks</li><br /></ul>I made a short summary how the first MoM project worked (<a href="http://wiki.debian.org/DebianMed/Meeting/MoM">see at bottom</a>).<br /><br /><h2>DDs who came to Debian because of Debian Med</h2>After realising that several members of the Debian Med team finally became DDs I made a <a href="http://wiki.debian.org/DebianMed/Developers">little survey </a>to find out about their reasons to become DD / DM. I came to the conclusion that a Blend could be a nice entry point for people to join Debian because newcomers can identify themselves with a known topic (the scope of the Blend - in this case medicine and bioinformatics) first and learn Debian rules in a team with common interest. This perfectly fits my expectation which I had from the beginning 10 years ago and I would be very happy if other Blends would follow this example to be nice, inviting and try to *actively* ask people for cooperation (see some simple rules which I learned in this process below). In the <a href="http://teammetrics.alioth.debian.org/">teammetrics GSOC project</a> some <a href="http://debian-med.debian.net/">graphs</a> were created where you can see the level of contribution of these people (and other team members).<br /><br /><h2>Future plans</h2>Currently some heavy work regarding bringing bibliographic references about packages straight into package information is going on. This topic is specifically interesting in Biology because programs are frequently connected to some publication about the methods used inside the code. This topic is as well relevant to Debian Science and DebiChem. Thanks to the patient work done by Charles Plessy we now have about 70 packages featuring <a href="http://wiki.debian.org/UpstreamMetadata">debian/upstream files</a> featuring bibliographic references and there is ongoing work to move these data to <a href="http://wiki.debian.org/UltimateDebianDatabase">UDD</a> to enable further usage. We are in the process of final polishing the format and finishing scripts for the import. If people are interested to join this effort this would be the right moment to raise their hand.<br /><br /><h2>General lessons learned</h2><ol><li>Do not let wait anybody who wants to do work.</li><li>Newcomers are frequently shy - try to <a href="http://wiki.debian.org/DebianMed/MoM">invite them kindly and patiently</a>.</li><li>Tell people verbosely about your project - it is astonishing how less people know and what wrong assumptions they make about your project.</li><br /></ol>Kind regards<br /> Andreas.Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-11997236857852994552012-02-01T07:49:00.001-08:002012-02-24T12:10:12.940-08:00Report from Debian Med sprint (Posted by Andreas Tille)The Debian Med team has organised its <a href="http://wiki.debian.org/DebianMed/Meeting/Southport2012">second sprint </a> in Southport last weekend. This is a report from my personal perspective. I added a <a href="http://wiki.debian.org/DebianMed/Meeting/Southport2012#Andreas_Tille">short<br />version of my agenda</a> to the Wiki page.<br /><ol><br /><li><b>Ensembl packaging specifically working on installation in unstable without any conflicts (=trying to solve libwww issue)</b><br />One main item for this meeting on my agenda was fixing the Ensembl package to finally enable a migration from experimental to unstable. One of the big showstopers is <a href="http://bugs.debian.org/636923">#636923</a>. However, unfortunately the to persons who I urgently needed to discuss this topic did finally not attend and I was only able to determine, that the problem can be stripped down to the problematic package is actually liblwp-parallel-perl. I'll try to keep on working on this.<br /></li><br /><li><b>The <a href="http://svn.debian.org/wsvn/debian-med/trunk/packages/beast-mcmc/trunk/">Beast-mcmc</a> finishing</b><br />This package is on my agenda since about one year and I was able to iron out nearly all included binary JAR files. However I get struck on the last problematic JAR mtj.jar is a mess of other included JARs based on f2j blas/arbapck JARs. I reached a state where I got a hint from upstream to the sources for the last JAR in this chain and I need to see whether I will be able to compile. I'll give this a try in the next couple of weeks if not I will push the package to non-free first and leave the final freeing to some later point in<br />time. As usual, any help is welcome.<br /></li><br /><li><b>Continuing with current <a href="http://wiki.debian.org/DebianMed/MoM">MoM</a>; presenting MoM to the audience to gather more potential students</b><br />I kept on mentoring the student and there is further progress with the package we are focussing on. Moreover it might be that some participants from the workshop might step in for later Monthes.<br /></li><br /><li><b>Finishing sofa-framework which needs to be updatet to new version</b><br />Nothing done on this front<br /></li><br /><li><b>Bug squashing of Debian Med team maintained packages</b><br />Two bugs fixed by new upstream version of GinkgoCADx (#657827, #648167)<br /><br /></li><li><b>If time permits work on some Beast related phylogeny packages</b><br />Uploaded <a href="http://packages.debian.org/phy-spread">phy-spread</a> package<br /></li><br /><li><b>Checking status of Debian Med tasks</b><br />The attempt to check the tasks was completely spoiled when noticing that the tools are broken because of <a href="http://lists.debian.org/debian-qa/2012/01/msg00078.html">technical changes in Debian infrastructure</a>. Sorting this out and enabling regularly updated tasks pages is now on highest position in my priority list.<br /></li><br /><li><b>Spontaneous mentoring of people</b><br />I gave a spontaneous introductional talk about Debian and Blends structure Moreover I was mentoring Quyen, Laszlo (see <a href="http://wiki.debian.org/DebianMed/Meeting/Southport2012#Attendees">list of attendees</a>) and others about gpg keys<br /><br /></li><li><b>Working on Blends sentinel bugs overview</b><br />This was terribly blocked by non-functional fetching translations from ddtp.debian.net which is down. Caring for alternatives to at least get tasks pages updated again but no success so far. (see also item 7) above)<br /></li><br /><li><b>Helping others packaging and sponsoring</b><br /><ul><li>Sponsored chado (gmod suite) prepared by Olivier Sallou</li> <li>Helped Charles Plessy getting snappy-java using Debian packaged library</li> <li>Worked with Ivo Maintz on copasi</li> <li>Helped Martin Steghöfer with Python packaging</li> <li>Dived a bit into a Ruby package together with Quyen Nguyen with no certain outcome - needs further negotiation with Quyen and other upstream how to proceed</li> <li>Checking the work of Piero Fariselli on three Python packages</li> <li>Had a look with Toni into OpenMicroscopy noticing that it is a beast containing >100 binary JAR files inside the source and will take a talented and very patient Java expert to cope with all this stuff The good news is that upstream was quite supportive to provide a downloadable versioned archive which simplifies obtaining the source Needs (a lot) of further work which I'm unable to do myself<br /></li> </ul><br /></li><li><b>License checking</b><br />I was suggesting an <a href="http://wiki.debian.org/DebianMed/Meeting/Southport2012/ePetition_Phylip">ePetition to free Phylip</a> and wrote a first draft for it.<br /></li><br /><li><b>Mapping Southport :-)</b><br />Added some Hotels and Restaurants to <a href="http://www.openstreetmap.org/?lat=53.6461&lon=-3.00958&zoom=17&layers=M">OpenStreetMap</a><br /></li></ol>Thanks to al participants who joined the workshop and made it a success (again). Looking foreward to next Debian Med workshop.<br /><p>Also thanks to <a href="http://www.eaglegenomics.com/">EagleGenomics</a> for sponsering my travel expenses.</p>Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com1tag:blogger.com,1999:blog-7340015377021158900.post-54077937524702919572012-01-07T15:46:00.000-08:002012-01-20T13:50:47.657-08:0010. anniversary of Debian Med (Posted by Andreas Tille)I'm happy to announce that the Debian Med project celebrates its 10. anniversary which was announced first at <a href="http://lists.debian.org/debian-devel/2002/01/msg00454.html">Mon, 7 Jan 2002</a>. I propose to do a small celebration at the <a href="http://wiki.debian.org/DebianMed/Meeting/Southport2012">Debian Med sprint</a> at end of January in Southport.<br />I would like to say thanks to everybody who helped the project developing from a single person with a crazy idea who started by picking<br />up some orphaned biomedical packages to a strong team maintaining a set of over 200 highly specialised packages with a high quality standard. Many thanks - ten years ago I did not imagine that we could reach that a strong state!Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-12268381779309547462011-10-28T00:13:00.000-07:002011-10-28T01:25:31.749-07:00New set of metapackages released (Posted by Andreas Tille)The metapackages which are used to simplify medical applications on Debian GNU/Linux systems were updated in unstable. The most important changes are:<br /><ul><li>New metapackage med-oncology recommending package dicompyler</li><li>New metapackage med-rehabilitation recommending package sitplus</li><li>Metapackage med-imaging now recommends package ginkgocadx</li><li> Metapackage med-bio recommends several new packages (as usual)<br /></li></ul>Feel free to install these metapackages and enjoy the new applications on your Debian system.Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-91857739819369416842011-08-03T02:15:00.000-07:002011-08-23T02:51:19.184-07:00Debian Med BOF @ DebConf 11 in Banja Luka (Posted by Andreas Tille)Andreas Tille had a BOF about Debian Med at DebConf 11 in Banja Luka at 30.7.2011. The <a href="http://people.debian.org/%7Etille/talks/20110730_debian-med">slides as well as a video record can be downloaded</a>.
<br />Andreas had given an overview about the current status of Debian Med. It can be stated that the project which is one out of several <a href="http://blends.alioth.debian.org/blends/">Debian Pure Blends</a> had made good progress over its nine years of existence. While several applications which might be used in medical care in the wider sense (which also stretches to microbiological research) were added to Debian so that we have a count of close to 200 packages it was also stated that the existence of Debian Med itself has attracted new Developers to the Debian project. Saying this Free Software for medicine profits from the Debian distribution and Debian was able to gather new manpower because this software was included.
<br />The following TODO items were raised in the BOF
<br />Visibility:
<br /><ul><li>Logo
<br /></li><li>more effective use of social media to attract more users
<br /></li><li>Work together with Debian Publicity
<br /></li><li>Release in stable PPA and announce this</li></ul>Plans for the next Debian Release:
<br /> <ul><li>Hospital information system VistA or at least GT.M (precondition for VistA)
<br /></li><li>Additional practice management systems FreeMed & FreeMedForms
<br /></li><li>Further Java packages like Jalview, Beast, Artemis (biology), mayam (medical imaging), dcm4chee (PACS server)
<br /></li><li>radiation therapy planning Prism
<br /></li></ul>Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-33165666026035841482011-07-22T08:47:00.000-07:002011-08-23T02:51:19.185-07:002011 Codefest, BOSC and ISMBVienna just hosted the <a href="http://www.open-bio.org/wiki/Codefest_2011">Codefest</a> of the Open Bioinformatics Foundation, followed by the Bioinformatics Open Source Conference (<a href="http://www.open-bio.org/wiki/BOSC_2011">BOSC</a>) and the main conference Intelligent Systems in Molecular Biology (ISMB). Debian Med had a talk+poster at BOSC and somehow nobody took that down for the main conference which (for some this may be the proof for the existence of some higher might) let it hang next to the only poster by Microsoft among some 1000 or so. Hillarious. It should be noted that the Microsoft representative, Dr. Simon Mercer, seems to be a nice guy and he did not take it down either.<br />
<br />
As a community it was nice to meet many contributors to Debian again, bringing up sweet memories also from January's sprint and Tim to volunteer organising the next one. The Codefest brought preliminary packages for <a href="http://www.gmod.org">GMOD</a>'s chado and jbrowse in collaboration with Scott Cain, who later at BOSC finally met with Olivier, our maintainer of gbrowse. One was also reminded of a series of nice efforts to bring microscopy and its analysis of cellular images closer to Java. And besides ImageJ this also means the need for Fiji. To bring our medical and biological users closer together, those packages have some extra importance to us. After some exchance with respective upstreams, things are getting increasingly ready for our (re)distribution. Michael from the Ensembl helpdesk had a review of the Ensembl packaging and he liked it a lot, which is good. Well, this is not too surprising, since it is maintained by <a href="http://www.eaglegenomics.com">Eagle Genomics</a> - professionals in Ensembl and Cloud Computing ... and sponsors of BOSC. He also encouraged us to submit patches to remove/reduce dependencies on the long outdated version 1.2.3 of BioPerl, so it could leave the experimental section. Jim Procter sees some light towards a Debian package of <a href="http://www.jalview.org">Jalview</a>. BOSC then brought a series of additional promising contacts and so did the ISMB itself. There is a strong interest from many sides to get <i><a href="http://wiki.debian.org/getData">getData</a></i> into a pristine shape. With Peter Rice we have now agreed to get instructions for his <a href="http://www.emboss.org">EMBOSS</a> tools, maintained by Charles, into it, starting with the classical protein sequence, motif and interaction databases. One is tempted to bring also a text based human genome in from Ensembl, but we'll see how far we get.<br />
<br />
A major dominance throughout the Codefest and BOSC in a series of presentations had the <a href="http://www.cloudbiolinux.org">Cloud Bio-Linux</a> initiative. Everybody seems to like it, also in industry. It will be described in more detail in a separate post. It deserves it. When Debian approaches the best possible bioinformatics environment (what is that? and for whom?) in a bottom-up approach, Cloud Bio-Linux is top-down: bring something up that works and use Debian technologies whenever this his helpful. They will ask for money, from the government and from industry, earmarked for their bioinformatics ambitions, and from those positive vibes on the conference one tends to think the'll get some. When remembering e.g. the Dunk Tank disaster, anything like that seems rather unlikely to happen from the Debian side. But that is fine. Cloud Bio-Linux is contributing to Debian, and their contributors are feeling to be a part of Debian Med, too.<br />
<br />
The community is possibly the most important aspect of it all. The expertise on biomedical computing collected in a single room at the Codefest and BOSC is enormous. And while there are many many many many Macs on many laps, about everyone one talks to uses Ubuntu on their<br />
desktop/servers back home. The Debian Med's repository gives them all an opportunity to bring their expertise up into a collaborative environment and form something larger from there. Last and this year this is the cloud and what you could do with it. Next year brings complete tangible workflows, we are sure.Unknownnoreply@blogger.com1Austria Center Vienna, Bruno-Kreisky-Platz 1, 1220 Wien-Donaustadt, Austria48.234902 16.41375570000002448.231328999999995 16.406460200000023 48.238475 16.421051200000026tag:blogger.com,1999:blog-7340015377021158900.post-42780543404172264622011-06-19T13:52:00.000-07:002011-08-23T02:51:19.185-07:00Gingko-CADx - or - Debian Med is not only about bioinformaticsThere is a new package in town, namely <a href="http://packages.qa.debian.org/g/ginkgocadx.html">Gingko-CADx</a>. This is all about viewing and (for those who want to) also about programming with image data from medical devices. And there are only a handful of packages that render it so obvious why Open Source is about freedom. A couple of years ago I was not so very concerned when I could not immediately read the image data from a befriended clinical institute. My personal eye opener was when I learned that the local Gynecologist could not read the 3D image data but relies on his ultra sound experience and the <i>summary</i> of the Radiologist. I am not so worried about him deciding not to look at it, it is more that this doctor cannot freely make this decision. He does not have the software. Well, he does, now, or to be more exact .. I should go and bring it.<br />
<br />
Also in my field, the investigation of complex diseases, image data and their automated analysis is gaining ground. There are movies on the activity of animals, videos counting migrating cells, substances traced in the body ... the more molecular the better. This way, one aims at characterising intermediate phenotypes that are more strongly coupled to genotypic variations, and thus one hopes to better explain the complete disease phenotypes with those additional insights. This is not an academic exercise, but the very start of an understanding that different patients need different treatments. And we will understand better, in what ways the animal models of diseases differ from what one can observe in humans. <br />
<br />
So, Open Source once again brings us better communication between doctors, patients and doctors, and between either and statistical geneticists. Yippee.Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-63938840022541492062011-06-03T01:19:00.000-07:002011-08-23T02:51:19.185-07:00Community efforts towards research on EHECNorthern Germany these days experiences many hundreds of infections with severest clinical symptoms by a new strain of E. coli bacteria <a href="http://en.wikipedia.org/wiki/EHEC">EHEC</a> subtype. The genome has recently been sequenced only to find out that it is something novel, featuring the EHEC surface markers with something from African strains. No, antibiotics don't work, yes, the number of cases are still increasing, no, the source has not been found.<br />
<br />
What would be great to have readily available for everyone are now tools to present some comparative genomics of that strain against the other strains of E. coli sequenced so far. I was very happy to read here <a href="http://pathogenomics.bham.ac.uk/blog/2011/06/ehec-genome-assembly/">http://pathogenomics.bham.ac.uk/blog/2011/06/ehec-genome-assembly/</a> about collaboratively analysing the raw sequencing data. The next step would then be to look at strain differences and interpret them - on the molecular level and in the clinical context. So, whatever tools we could help promoting to the more clinical researchers, they might be used for a while.<br />
<br />
I am not completely sure about what Debian Med could help best with. So, much in line of some earlier blog entry on "<a href="http://debianmed.blogspot.com/2011/04/open-community-research-cross.html">doing things with Debian Med</a>" I ask just anyone in contact with researchers working with E. coli (or other pathogenic bacteria) to report on what tools they would like to have available through us or what tools they are already using that Debian Med does not yet provide (so other can have it more easily).<br />
<br />
Update [10th of June]: Through the Bioinformatics Computation group at <a href="http://www.linkedin.com/groups?mostPopular=&gid=96837">LinkedIn</a> I was pointed to <a href="http://enews.patricbrc.org/1172/e-coli-outbreak-new-comprehensive-comparisons/">http://enews.patricbrc.org/1172/e-coli-outbreak-new-comprehensive-comparisons/</a>. It looks very nice though I have not any idea yet about how to work with it. And I learned about yet another tool, <a href="http://patricbrc.org/portal/portal/patric/RAST">RAST</a>, standing for 'Rapid Annotation using Subsystem Technology'. More comments, please.<br />
<br />
Update [14th of June]: A group in Saarbuecken focuses on <a href="http://ecoli.mmci.uni-saarland.de/v1/info_predicted.html">regulatory transcriptional motifs of EColi</a>.Unknownnoreply@blogger.com1tag:blogger.com,1999:blog-7340015377021158900.post-12063903488809633302011-05-22T13:35:00.000-07:002011-08-23T02:51:19.185-07:00HobbyistsTo package for Debian is not difficult. It is just ... different. And once learned, that skill is ubiquitously applicable. Quite some bits that contribute to the motivation to support Debian Med in the first place is to get this kind of software out to the younger ones or just anyone seeking some opportunity to contribute to computational biology, medical informatics or clinical research in some way. This may have some very tangible outcomes, e.g. when you hear that the local doctor cannot read the DVD with images from a <a href="http://en.wikipedia.org/wiki/PET-CT">PET-CT</a> then this can now be fixed for the next visit. Open Source software definitely can change the world a bit. And the packaging in Debian Med already today helps bringing the software into University Clinics world-wide and to those local doctors that are directly supported by Sebastian and Karsten.<br />
<br />
So, if you are out there with an interest in packaging the one or other bit, just say hello on the Debian Med mailing list, please. If English does not come sufficiently easy to you then do not be afraid. At least European languages are well covered and we might find a Debian developer outside the Debian Med community for you to help in your mother tongue.<br />
<br />
To not only read the PET-CT data but also deeply impress your doctor, currently there is help needed for a proper packaging of<br />
<ul><li><a href="http://ginkgo-cadx.com/en/">Ginkgo-CADx</a><br />
</ul>and for the bioinformatics side of Debian Med, a tricky beast to package (one would start with something that works before rendering is perfect) but nonetheless important is
<ul><li><a href="http://www.jalview.org">Jalview</a><br />
<li><a href="http://www.taverna.org.uk">Taverna</a><br />
</ul>The task pages (offline for maintenance while I type) of Debian Med show some entries in yellow (need help) and red (missing). Enough to do for everyone.Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-33834273089498376542011-05-15T07:10:00.000-07:002011-08-23T02:51:19.186-07:00Who's supporting what ... Debian, Ubuntu, and mutual contributions to Debian MedA basic idea behind the concept of <a href="http://wiki.debian.org/DebianPureBlends">Blends</a> with Debian is to bring people together that happen to be interested in the same software - users and developers alike ... and to help users developing into developers when interested. Packages are commonly community maintained. When there is some issue spotted with a particular package, it is natural to everyone to fix it when the fix is free of side-effects and easier than writing an email to the regular maintainer. Or when one feels nice. Or when one is the maintainer.<br />
<br />
To me, this very much summarises what Debian Med's support is about: once informed about an issue you fix it and/or inform the upstream developers about it. Different people are good at different kind of packages and different kind of problems and then: not everyone is interested in every bug, not everyone is having sufficient time available. So, we all complement each other rather nicely. No guarantees for anything, but trust in the individuals and the community to care. In contrast to the understanding of the term <i>support</i> in a commercial environment, we do not need to improve the packages beyond what upstream has developed. But when we do, then those changes are sent to upstream for an inclusion with the next version to profit everyone, i.e. also Windows or MacOS X users. For our scientific packages such a <i>zero delta to upstream</i> principle is particularly important to remain compatible e.g. with the bioinformatics community at large that may use the same version of a particular tool without our contributions.<br />
<br />
<i>Can we also support Ubuntu?</i> Quite a few Debian Developers, Debian Maintainers, package curators and upstream developers are particularly happy to contribute to Debian Med because of Ubuntu's large user base. For them, getting the package into Debian is <i>the</i> way to get packages into Ubuntu. For software that is compatible to the Debian Free Software Guidelines software, the transition from Debian to Ubuntu is just smooth. And concerning support, any problems noticed for any of the packages in Debian Med, which are all on the periphery of the distribution, shall be fixed equally (i.e. no more than once) between the distros. The users and developers of those <i>downstream distributions</i> to Debian then help in spotting things earlier. These thoughts and more led to the initiation of <a href="http://wiki.debian.org/Utnubu">Utnubu</a> (ubuntU spelled backwards) and more recently the <a href="http://dex.alioth.debian.org/">Debian Exchange</a> projects. In my personal universe, I always felt Debian Med to be a couple of years ahead of that development. After all, we have subversion and git repositories to maintain our packages. And everyone can contribute to those packaging efforts. And we have a series of developers on Ubuntu who are actively contributing to it.<br />
<br />
For users of Debian Med who are not working with the very latest version of their distro, like with oldstable (lenny) or stable (squeeze), 10.04 (lucid) or 10.10 (maverick), our packaging has some difficulties to reach them. They just won't see the recent submissions to the archive. What is not much of an issue for the core functionalities of a distribution, for the scientific edge this may be a problem. There are multiple answers to this:<br />
<ul><li>as a user: force installation (with --force) and hope for compatibility with the libraries or compile packages yourself, which is easy:<br />
<ul><li>add deb-src of unstable to the sources.list<br />
</li>
<li>say <code>apt-get source --build</code> <i>packagename</i><br />
</li>
<li><code>dpkg -i *.deb</code><br />
</li>
</ul></li>
<li>as packagers: organise repositories also for older versions of the distributions<br />
</li>
</ul>For <a href="http://backports.debian.org/">Debian</a> and <a href="https://help.ubuntu.com/community/UbuntuBackports">Ubuntu</a> this are the <i>backports</i>. But only few individuals have upload permissions to those separate repositories. For Ubuntu, and currently discussed also for Debian, there are also Personal Package Archives, in short <i>PPA</i>. Everybody, and any group of everybodies, can have such a repository under their own control. The upload to an older release commonly just means to specify that name in <code>debian/changelog</code> and then create a source-only package by adding the flag "<code>-S</code>" to <code>dpkg-buildpackage</code>. This saves the maintainer to invest all the build time and brings package maintenance down to netbooks and mobile phones so one can do it while waiting for/in the bus <code>:)</code><br />
<br />
Still, to render packages available to older distributions remains manual labour. There is no official support for those elderly distros, be they from Debian or from Ubuntu. To help the situation just a bit, and to grant access to Ubuntu users for those packages that were sent to the experimental section of Debian and/or help overcome the limitation during the freeze of release, a few weeks ago a first <a href="https://launchpad.net/%7Edebian-med/+archive/ppa">Debian Med PPA</a> was created. Let's see what this brings over time.<br />
<br />
<i>Some more technical description of the upload from Debian to the PPA:</i> Descriptions on how to upload are <a href="https://help.launchpad.net/Packaging/PPA/Uploading">linked to the launchpad site</a>. Just, the friendly abbreviations don't work for Debian. So one goes the manual way. The launchpad ftp server (if you are using FTP) does not report the current working directory but "OK"s every cd you make. This is somewhat irritating when using a client that changes to the pub directory upon login. The upload will then fail.<br />
One should rather adopt the typical tools to upload like <code>dput</code> or <code>dupload</code>. The destination (at least for Debian users) needs to be specified manually e.g. for dput as follows:<small><code><br />
cat >> ~/.dput.cf <<EOPUT<br />
[debianmedppa]<br />
incoming = ~debian-med/ppa/ubuntu/<br />
fqdn = ppa.launchpad.net<br />
login = anonymous<br />
method = ftp<br />
allow_unsigned_uploads = 0<br />
EOPUT<br />
</code></small>After locally building the source (or complete) package and signing it, this can then be uploaded with <code>dput debianmedppa</code> <i>packagename</i><code>*.changes</code>. I cannot say that I have already completely understood every little aspect of launchpad, e.g. I get very much confused about how to distinguish Eucalyptus from their euca2ools. And I am very bad at Bazaar (their version control system). But I like what I have understood and hope they soon start to also support versions of Debian for their PPA and an auto-porting across releases. Debian is now planning for a Debian variant of PPAs. It is really high time for this and should possibly even substitute the experimental section IMHO. If they can afford it and are well advised, then they will also support some downstream distros with it and attempt auto-backports. We'll see.Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-62762008602879763702011-05-03T00:54:00.000-07:002011-08-23T02:51:19.186-07:00Gcc 4.6 transition (Posted by Andreas Tille)Hello,
<br />from gcc 4.4.x with a very short introduction to 4.5.x Debian is now leaping ahead to 4.6.x with <a href="http://gcc.gnu.org/gcc-4.6/changes.html">several new features</a>. Already coming with 4.5 was the link time optimisation and there are now 128 bit floats. This shall mean something to the molecular dynamics community and maybe others on this list. We also see many more and better optimisations, so everyone will profit this already very present <a href="http://packages.qa.debian.org/g/gcc-4.6.html">switch to 4.6.x in sid</a>. Phoronix kindly did a <a href="http://www.phoronix.com/scan.php?page=article&item=llvm_gcc_dragonegg28&num=5">benchmark on HMMER with Pfam</a> and MAFFT.
<br />The downside is ... some package builds will break. Thanks to Lucas Nussbaum's tireless QA work the whole Debian archive is rebuilded regularly - so we just know which packages are affected. However, those FTBFS (fails to build from source) cause some work on our side because we need to find out the reason why some package might fail. If we do not fix it the package in question will not reach the next stable release because those issues are regarded "serious" in Debian.
<br />Most of the time, the fixes are rather straight forward. Like, e.g. by <blockquote>#including <cstddef></blockquote> or similar. Please drop comments to this post with whatever strange issue you may have run into. Particularly funny e.g. is the building of Embassy packages for which configure reports a broken gcc. After all, the change to 4.6 is nice to
<br /><ul><li> send another email to upstream with a patch for them to fix the failure
<br /></li><li> and while at it, maybe fix something that you wanted to have fixed/modded/... for long, just never got around to it
<br /></li><li> report to upstream (and this blog maybe) about performance improvements experienced with the new gcc
<br /></li><li> just enjoy it silently
<br /></li></ul>Gcc 4.6 is said not to ship with Ubuntu 11.04, which is unfortunate for Ubuntu but should not hamper the transition of packages. In general those gcc transitions are just enforcing stricter standard compliance of the code and the changes which need to be done in packaging will most probably not break a build with gcc 4.5.
<br />When handling such build failures for your specific package in Debian Med please keep two things in mind:
<br /><ol>
<br /><li>Helping upstream in enhancing their code makes them happy to cooperate with Debian Med and they will probably suggest their users Debian as default distribution if they regard us as competent and helpful partners</li>
<br /><li>The role of Debian Med inside Debian will be strengthened if we are quick in fixing our issues. Please keep in mind that the constant growth of Debian always triggers suggestions to drop packages which are not used by many users to keep the maintenance effort lower. By default Debian Med has a small user base (compared to web browsers or office suites etc.) and thus we should really make sure that everybody in Debian knows for sure that the Debian Med packaging team is usually quick in fixing their issues and do not create extra work for other people.</li>
<br /></ol>Andreas Tillehttp://www.blogger.com/profile/09523916463035833087noreply@blogger.com0tag:blogger.com,1999:blog-7340015377021158900.post-24969084237774327842011-04-22T07:59:00.000-07:002011-08-23T02:51:19.186-07:00Open Community Research: cross-institutional integrative Bioinformatics - something for Debian Med to aim for in 2012+ ?A few days ago this blog opened with a series of observations on the multi-directional education and collaboration that comes with an active or passive participation in Debian Med. My personal ambition is to find ways to further institutionalise this constructive exchange beyond packaging. What came to my mind is that this may mean to talk more about actually <i>doing</i> things with our packages. <br /><br />This will lead us to discussing/optimising/specifying workflows, i.e. the graph connecting data sources with tools and their outputs with other tools plus the optimisation of command line arguments and the evaluation of the findings. This sounds all very natural to me since the desire to complete a particular workflow locally is the motivation to get most packages to the distribution today. Until recently, we just did not have a way to formally talk about those workflows, except for exchanging shell scripts. This has changed with Alan's and Hajo's continued collaboration to get command line tools integrated with the workflow suite <a href="http://www.taverna.org.uk">Taverna</a>. It allows describing our executables for inputs and outputs and presents them as regular workflow elements, right next to the (today :o) ) dominant remote web services. The <a href="http://www.myexperiment.org">myExperiment.org</a> site is a repository of (frequently nested) workflows, with all the typical user comments and ranking. To have that extended for all those bits one can achieve with various tools in Debian will be highly interesting. Admittedly, knowing about the rather limited success in uploading bits as trivial as <a href="http://screenshots.debian.net">screenshots</a>, we need much of a positive feedback loop and should not just expect this to be accepted by the community because it could.<br /><br />So, this leads us to my initial impetus: the community needs something to work on to develop itself and the technologies (like this blog) it has adopted. And this is where public data sets in. We had previously discussed the integration of data with the distribution in the context of <a href="http://packages.qa.debian.org/b/biomaj.html">BioMaj</a>/<a href="http://wiki.debian.org/getData">getData</a> for curated protein, structure or interaction data. But when we extend that also for some "weird stuff", maybe something novel from the more clinical branch of Debian Med or for the joint (re-?)analysis of a genome (a virus, maybe?) then I have some good confidence that the enormous heterogeneity of us as a community allows us to yield something that a regular institution's Bioinformatics service unit would find difficult to match.<br /><br />So, we would apply Open Source principles to biomedical (re-)research. Beyond the further development of ourselves, this certainly has many direct benefits through our findings and indirectly because of the education it brings to of all those who are following the development online. Such shared research efforts could start any time, in principle. The anticipated deeper integration of Taverna with our distribution will allow specifying many smallish workflows as legitimate subgoals. Let's hope for some soonish additional posting with a tutorial for Taverna's external tools. With the advent of <a href="http://packages.qa.debian.org/e/ensembl.html">Ensembl</a> or <a href="http://packages.qa.debian.org/g/gbrowse.html">gbrowse</a> in our distribution we have the sensation of some sort of "completeness" for the end users: once my genome has arrived in either, the work is perceived as done. This may be wrong or right, just filling those web interfaces with data is a challenging workflow. There is quite something to do for it all, still, and we should talk about it.Unknownnoreply@blogger.com3tag:blogger.com,1999:blog-7340015377021158900.post-73876626994842972132011-04-19T07:49:00.000-07:002011-08-23T02:51:19.186-07:00Debian Med: individuals' expertise and their sharing of package build instructionsThis is the very first post to a blog about <a href="http://debian-med.alioth.debian.org/">Debian Med</a>, a community of enthusiasts and professionals in computational biology and medical informatics. They all use the Linux distribution <a href="http://www.debian.org/">Debian</a> or one of those befriended distros like <a href="http://www.ubuntu.com/">Ubuntu</a> with which Debian exchanges its packages.<br />
<br />
The title for this post is that of an abstract just submitted to the Bioinformatics Open Source Conference (<a href="http://www.open-bio.org/wiki/BOSC_2011">BOSC 2011</a>) . The readers of this blog will be among the first to learn about its acceptance :) The abstract stresses that Debian Med is more than the packages contributed to Debian. It is also <span style="font-style: italic;">those</span> packages and the individuals behind them that were only created for local use. Debian Med offers subversion and git repositories to then share that local effort, granting the technically advanced users to finish the effort or to just benefit from patches, compiler flags and the specification of build/run-time dependencies directly. This sharing is especially beneficial for a series of software packages that are available as source code but are not allowed to be redistributed as binaries - <a href="http://www.ks.uiuc.edu/Research/vmd/">VMD</a> comes to mind, its build instructions are <a href="http://svn.debian.org/wsvn/debian-med/trunk/packages/vmd/trunk/debian/#_trunk_packages_vmd_trunk_debian_"><span style="font-style: italic;">here</span></a>.<br />
<br />
This blog may help with some biocomputational infotainment and insights beyond what Debian Med exchanges on its <a href="http://lists.debian.org/debian-med/">mailing list</a> already: shall the more conventional (for us) sharing of code here be augmented with a sharing of thoughts.Unknownnoreply@blogger.com3