[med-svn] r18480 - trunk/community/bits
Andreas Tille
tille at moszumanska.debian.org
Thu Nov 13 20:11:10 UTC 2014
Author: tille
Date: 2014-11-13 20:11:08 +0000 (Thu, 13 Nov 2014)
New Revision: 18480
Modified:
trunk/community/bits/2014-11.bits
trunk/community/bits/2014-11.bits.html
Log:
After proof reading (thanks to Andrew Hickingbotham)
Modified: trunk/community/bits/2014-11.bits
===================================================================
--- trunk/community/bits/2014-11.bits 2014-11-13 14:25:48 UTC (rev 18479)
+++ trunk/community/bits/2014-11.bits 2014-11-13 20:11:08 UTC (rev 18480)
@@ -1,6 +1,6 @@
Hi,
-Jessie is frozen now and so we want to make you aware about interesting
+Jessie is frozen now and so we want to make you aware of some interesting
things in Debian Med
1. New set of metapackages
@@ -19,15 +19,15 @@
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 short before the final release to reflect
+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.
As always you can have a look at the packages in our focus by visiting
-our tasks pages[1a]. Please note that there might be some new packages
-residing only in unstable which are not installed by using the current
-metapackages since we will not stop packaging software only because the
-current testing is in freeze.
+our tasks pages[1a]. 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.
[1a] http://blends.debian.org/med/tasks
@@ -35,27 +35,29 @@
2. Some support for Hospital Information Systems
================================================
-This release contains the first time some support for Hospital
+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
-this time at kitware) and Amul Shah (fisglobal). Thanks to a fruitful
+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 a more easy packaging.
+was adapted to enable an easier packaging.
The availability of fis-gtm will simplify running Vista-foia[2a] on
-Debian systems and we finally are working on packaging Vista as well
+Debian systems and we are finally working on packaging Vista as well
to make Debian fit for running inside hospitals.
There was some interesting work done by Emilien Klein who was working
-pretty hard to get GNUHealth[2b] packaged. Emilien has given a detailed
-explanation on the Debian Med mailing list[2c] why he removed the
+hard to get GNUHealth[2b] packaged. Emilien has given a detailed
+explanation on the Debian Med mailing list[2c] 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 chances to revive this effort
-if there would be some better coordination between upstream and Tryton
-(which is the framework GNUHealth is based upon). In any case you can
-consider the packaging code in SVN[2d] as a useful resource to base your
+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 packaging code in SVN[2d] as a useful resource to base
private packages on. Feel free to contact us via the Debian Med mailing
-list in case you consider creating GNUHealth Debian packages.
+list if you consider creating GNUHealth Debian packages.
[2a] http://www.osehra.org/
[2b] http://health.gnu.org/
@@ -71,9 +73,9 @@
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 some
-fee to the University of Washington if you intend to use it in a
-commercial setup.
+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.
Since Debian Med was started we were in continuous discussion with the
author Joe Felsenstein. We even started an online petition[3b] to show
@@ -81,17 +83,16 @@
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 a few dollars. The petition is just mentioned for the purpose that
-readers of these bits get some idea what you can do in similar cases to
-show what a large team behind a certain topic can approach.
+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.
So finally PHYLIP was released in September under a BSD-2-clause license
and in turn SeaView[3c] (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. We can now stop removing those parts of
-the test suites of these tools that are using PHYLIP which is for the
-profit of those indirect PHYLIP usage.
+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.
Thanks to all who participated in freeing PHYLIP specifically its author
Joe Felsenstein.
@@ -107,14 +108,14 @@
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 in focus for the Jessie release. When
+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 python-biopython[4a] 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 to solve the issues we reported.
+helpful in solving the issues we reported.
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.
@@ -130,15 +131,15 @@
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 current policy and packaging tools also
+were re-uploaded conforming to current policy and packaging tools also
polishing lintian issues.
6. Publication with Debian Med involvement
==========================================
-The Debian Med team is involved in a paper which is in press of
-BioMed Central[5a]. The title will be
+The Debian Med team is involved in a paper which is in
+BioMed Central[5a] (in press). The title will be
"Community-driven development for computational biology at Sprints, Hackathons and Codefests"
[6a] http://www.biomedcentral.com/
@@ -148,14 +149,14 @@
=======================
The team metrics graphs on the Debian Med Blend entry page[7a] were
-updated. At the bottom you find a 3D Bar chart of dependencies of
-selected metapackages over different versions in time. It shows or
+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 sedulous work on or common goal to make Debian
+members for their rigorous work on our common goal to make Debian
the best operating system for medicine and biology.
-Please note that VCS stat calculation is currently broken and do not
-really reflect the latest commits this year.
+Please note that VCS stat calculation is currently broken and does not
+reflect the latest commits this year.
[7a] http://blends.debian.org/med/
@@ -169,9 +170,9 @@
more general and better way. This would add a frequently requested
feature by our users who always wonder how to install Debian Med.
-While there is no final decision drawn about bug #758116 and we are
+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 this selection of Blends can be done in the best
+to contribute ideas so that this selection of Blends can be done in the best
possible manner.
Modified: trunk/community/bits/2014-11.bits.html
===================================================================
--- trunk/community/bits/2014-11.bits.html 2014-11-13 14:25:48 UTC (rev 18479)
+++ trunk/community/bits/2014-11.bits.html 2014-11-13 20:11:08 UTC (rev 18480)
@@ -2,44 +2,45 @@
<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 short before the final release to reflect
+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 might be some new packages residing only in
-unstable which are not installed by using the current metapackages
-since we will not stop packaging software only because the current
-testing is in freeze.
+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 the first time some support for Hospital
+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
-this time at kitware) and Amul Shah (fisglobal). Thanks to a fruitful
+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 a more easy packaging.
+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 finally are working on packaging Vista as well to make
+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
-pretty hard to get <a href="http://health.gnu.org/">GNUHealth</a>
+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> why he removed the existing packages from the
+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 chances to revive this effort if there would be some
+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 you can consider 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 your private packages on.
-Feel free to contact us via the Debian Med mailing list in case you
+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>
@@ -52,8 +53,8 @@
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
-some fee to the University of Washington if you intend to use it in a
-commercial setup.
+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
@@ -62,10 +63,10 @@
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 a few dollars. The petition is just
-mentioned for the purpose that readers of these bits get some idea
-what you can do in similar cases to show what a large team behind a
-certain topic can approach.
+"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
@@ -73,9 +74,8 @@
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. We can now stop removing those parts of the test suites
-of these tools that are using PHYLIP which is for the profit of those
-indirect PHYLIP usage.
+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.
@@ -86,7 +86,7 @@
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 in focus for the Jessie release. When
+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
@@ -94,7 +94,7 @@
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 to solve the issues we reported.
+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.
@@ -107,14 +107,14 @@
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 current policy and packaging tools also
+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 press of
-<a href="http://www.biomedcentral.com/">BioMed Central</a>. The title
+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>
@@ -123,14 +123,14 @@
<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 find a 3D Bar chart of
-dependencies of selected metapackages over different versions in time.
-It shows or continuous work in several fields. Thanks to all Debian
-Med team members for their sedulous work on or common goal to make
+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 do not
-really reflect the latest commits this year.
+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>
@@ -143,9 +143,9 @@
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 drawn about bug #758116 and we are
+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 this selection of Blends can be done in the best
+to contribute ideas so that this selection of Blends can be done in the best
possible manner.
</p>
@@ -154,5 +154,5 @@
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 *close* bugs while other people are *opening* doors. :-)
+where we <strong>close</strong> bugs while other people are <strong>opening</strong> doors. :-)
</p>
More information about the debian-med-commit
mailing list