On Tue, Jan 24, 2012 at 06:49:03PM -0500, Bhaskar, K.S wrote:
> VistA will be distributed as a large number of source program files
> and database extracts, 100% ASCII source code. The Debian package
> will be around 175MB (33MB routines zipped, 141MB database extract
> zipped, less that 1MB misc
Adding my two bits' worth, for what they're worth.
First, the easy part. The mechanics of creating a Debian package of
VistA will be completely straightforward. I know because I have created
many VistA installers.
VistA will be distributed as a large number of source program files and
data
On Tue, Jan 24, 2012 at 6:48 PM, Luis Ibanez wrote:
> On Tue, Jan 24, 2012 at 5:55 PM, Andreas Tille wrote:
>>
>> On Tue, Jan 24, 2012 at 05:33:57PM -0500, Bhaskar, K.S wrote:
>> >
>> > > debuild
>> >
>> > [KSB] Considering that the two files above are the binary
>> > distributions of GT
On Tue, Jan 24, 2012 at 5:55 PM, Andreas Tille wrote:
> On Tue, Jan 24, 2012 at 05:33:57PM -0500, Bhaskar, K.S wrote:
> >
> > > debuild
> >
> > [KSB] Considering that the two files above are the binary
> > distributions of GT.M as built by FIS, what should debuild do?
>
> Move these stai
On Tue, Jan 24, 2012 at 5:53 PM, Andreas Tille wrote:
> Hi Luis,
>
> ...
>
> Until here everything is normal, but this "trunk" is not normal at all!
> You should get
>
> dpkg-buildpackage -rfakeroot -D -us -uc
> dpkg-buildpackage: source package fis-gtm-initial
> dpkg-buildpackage: source versi
On Wed, Jan 25, 2012 at 12:01:20AM +0100, Andreas Tille wrote:
> > I pretty sure that once Debian and VistA are joined together by
> >
> > apt-get install VistA-server
> > apt-get isntall VistA-client
> >
> > there's no holding back and the OSS community around VistA
> > (I do know that
On Tue, Jan 24, 2012 at 11:49:54PM +0100, Karsten Hilbert wrote:
>
> I pretty sure that once Debian and VistA are joined together by
>
> apt-get install VistA-server
> apt-get isntall VistA-client
>
> there's no holding back and the OSS community around VistA
> (I do know that VistA
On Tue, Jan 24, 2012 at 05:33:57PM -0500, Bhaskar, K.S wrote:
>
> > debuild
>
> [KSB] Considering that the two files above are the binary
> distributions of GT.M as built by FIS, what should debuild do?
Move these staigt inton the *.deb without changing anything. This
works here.
Kind
Hi Luis,
On Tue, Jan 24, 2012 at 05:08:21PM -0500, Luis Ibanez wrote:
> and brought the file:
>
> fis-gtm-initial_54002B.orig.tar.gz
Good.
> and now:
>
> ls -lfis-gtm-initial
>
> returns:
>
> total 19840
> drwxr-xr-x 5 ibanez ibanez 4096 Jan 24
On 01/24/2012 05:08 PM, Luis Ibanez wrote:
[KSB] <...snip...>
Then went into the directory:
cd debian-med/trunk/packages/fis-gtm/
cd fis-gtm-initial/trunk
and got the source code with the command:
make -f debian/rules get-orig-source
That went smoothly, and returned the ou
On Tue, Jan 24, 2012 at 09:57:06PM +0100, Andreas Tille wrote:
> > Just to clarify, here we are not talking about creating a Debian
> > package for VistA. Although that is certainly something we
> > want to do, and that it seems that it will be the next best target
> > once we have a Debian packa
Andreas,
Here is todays MoM daily report on
packaging fis-gtm-initial.
This time, starting from a shiny new
installation of Debian in a VM.
where the command:
uname -a
returns:
Linux debian-med 2.6.32-5-686 #1 SMP Wed Jan 11 12:29:30 UTC 2012 i686
GNU/Linux
and
Hi All,
I would like to work on packages from R/CRAN and Bioconductor. I'm
using as a guide r-cran-rocr and r-bioc-limma. I was wondering if
there is a easy translation from 'Depends' and 'Imports' in the CRAN
packages to the 'Depends' fields in 'debian/control'.
Initially I though CRAN's 'Depend
On Tue, Jan 24, 2012 at 09:59:52PM +0100, Eric MAEKER wrote:
>
> For the future release of the FreeMedForms project apps, the non-free
> (according to the DSC) data will be downloadable directly from the
> application. Applications will be packaged with a sample of free data (so
> that user can
Le 24 janv. 2012 à 20:58, Andreas Tille a écrit :
> Hi Alexander,
>
> On Tue, Jan 24, 2012 at 06:34:42PM +0100, Alexander Reichle-Schmehl wrote:
>>> I'm not an FTP master, though.
>>
>> As far as I can see, the package is indeed distributable, but not fit
>> for main.
>
> Thanks for inspecting
Hi Luis,
On Tue, Jan 24, 2012 at 12:37:14PM -0500, Luis Ibanez wrote:
> ...
Thanks for the explanation (which I do not want to repeat).
> Just to clarify, here we are not talking about creating a Debian
> package for VistA. Although that is certainly something we
> want to do, and that it seems
Hi Alexander,
On Tue, Jan 24, 2012 at 06:34:42PM +0100, Alexander Reichle-Schmehl wrote:
> > I'm not an FTP master, though.
>
> As far as I can see, the package is indeed distributable, but not fit
> for main.
Thanks for inspecting the package. While this is not the best possible
option it is a
On Tue, Jan 24, 2012 at 05:57:17PM +0100, Nicolas Bourdaud wrote:
> Actually now I am a little bit lost about about what are the purposes of
> the task metapackages and how they should be defined (I am relatively
> new to Debian development: only few months).
Well, beeing new in Debian development
Hi!
* Philipp Kern [120120 15:41]:
> > In case the version in Squeeze would be considered free also all
> > other versions are free (which would be *really* good news). So
> > please, please prove me wrong in my opinion that this database is
> > not distributable. I'm specifically concerned ab
This is email is the continuation of a conversation
that started here:
http://lists.debian.org/debian-med/2012/01/msg00293.html
VistA has a large code base (~2.5 million lines of M code,
that are probably equivalent to ~10 MLOC in C language).
This is complemented with a family of applications t
On Tue, Jan 24, 2012 at 11:14 AM, Bhaskar, K.S wrote:
>
>
> On 01/24/2012 11:08 AM, Andreas Tille wrote:
>
>> On Tue, Jan 24, 2012 at 10:06:03AM -0500, Bhaskar, K.S wrote:
>>
>>> Maybe at some point we can brainstorm on this with
you and Bhaskar off-line ?
>>> [KSB] Actually, we should u
Hi Andreas
Actually now I am a little bit lost about about what are the purposes of
the task metapackages and how they should be defined (I am relatively
new to Debian development: only few months). I think I'd better read
http://blends.alioth.debian.org/blends/ pages before giving propositions.
On 01/24/2012 11:08 AM, Andreas Tille wrote:
On Tue, Jan 24, 2012 at 10:06:03AM -0500, Bhaskar, K.S wrote:
Maybe at some point we can brainstorm on this with
you and Bhaskar off-line ?
[KSB] Actually, we should use the list as much as possible so that
the discussion is captured and archived i
On Tue, Jan 24, 2012 at 10:06:03AM -0500, Bhaskar, K.S wrote:
> >Maybe at some point we can brainstorm on this with
> >you and Bhaskar off-line ?
> [KSB] Actually, we should use the list as much as possible so that
> the discussion is captured and archived in a searchable format.
Could not have sa
Hi Nicolas,
On Tue, Jan 24, 2012 at 04:30:57PM +0100, Nicolas Bourdaud wrote:
> It might be in the psychology task but it is more related to
> electrophysiology but it does not exist debian-med.
You are right, we do not have a electrophysiology. I think this would
to much reach out into NeuroDeb
Hi Andreas,
Sorry for replying so late.
On 20/01/2012 13:13, Andreas Tille wrote:
> Hi Nicolas,
>
> On Fri, Jan 20, 2012 at 12:04:51PM +0100, Nicolas Bourdaud wrote:
>> Hi Andreas,
>>
>> It is already planned ;-). Actually this library is part of a bigger set
>> that I am packaging for NeuroDebi
On 01/24/2012 06:45 AM, Luis Ibanez wrote:
On Tue, Jan 24, 2012 at 2:22 AM, Andreas Tille wrote:
On Mon, Jan 23, 2012 at 11:10:50PM -0500, Luis Ibanez wrote:
As maintainer of the upstream project I will
be more than happy to help solve any difficulty.
Ahhh, ITK *and* GT.M upstream? Is this
On Tue, Jan 24, 2012 at 02:10:38PM +0100, Carlos Barrales wrote:
> GinkgoCADx should work with ITK4, but:
> * Shoul be patched (itkOrientedImage was vanished). Trivial patch.
> * Color space interpretation in GinkgoCADx for gdcm2.0 is not completed yet.
>
> We have just initiallized tests with de
Hi Carlos,
On Tue, Jan 24, 2012 at 02:10:38PM +0100, Carlos Barrales wrote:
> GinkgoCADx should work with ITK4, but:
> * Shoul be patched (itkOrientedImage was vanished). Trivial patch.
> * Color space interpretation in GinkgoCADx for gdcm2.0 is not completed yet.
>
> We have just initiallized te
Steve,
Thanks for all the work.
It would be good to have ITK4 in 'experimental'. Having coexisting
packages is nice to have but will cause probably too much trouble
(especially if we build all the language wrappers again)
Thanks
-Dominique
On Mon, Jan 23, 2012 at 10:53 PM, Steve M. Robbins wro
Hi DDs & Andreas,
I am looking for a sponsor for gdcm package. Because there is an ABI
change, I have changed some of the package names (which requires to go
through NEW). I would like to upload it to experimental and then talk
to debian-release to coordinate the transition.
gdcm is in debian-m
GinkgoCADx should work with ITK4, but:
* Shoul be patched (itkOrientedImage was vanished). Trivial patch.
* Color space interpretation in GinkgoCADx for gdcm2.0 is not completed yet.
We have just initiallized tests with debian unstable again.
Best regards.
On Tue, Jan 24, 2012 at 11:43 AM, Andre
On Tue, Jan 24, 2012 at 07:14:26AM -0500, Luis Ibanez wrote:
> Do I see an opportunity for a shameless plug ?:-)
>
> I hope I don't get kicked out of this list
> for posting the full list of projects below:
>
> http://www.kitware.com/opensource/opensource.html
The only chance you have to get
On Tue, Jan 24, 2012 at 5:11 AM, Michael Hanke wrote:
> On Tue, Jan 24, 2012 at 08:22:27AM +0100, Andreas Tille wrote:
> > On Mon, Jan 23, 2012 at 11:10:50PM -0500, Luis Ibanez wrote:
> > >
> > > As maintainer of the upstream project I will
> > > be more than happy to help solve any difficulty.
>
On Tue, Jan 24, 2012 at 06:45:39AM -0500, Luis Ibanez wrote:
> This is because VistA is very much like a combination
> of an operating system and a collection of applications.
>
> Maybe at some point we can brainstorm on this with
> you and Bhaskar off-line ?
I have no idea whether this
http
On Tue, Jan 24, 2012 at 2:22 AM, Andreas Tille wrote:
> On Mon, Jan 23, 2012 at 11:10:50PM -0500, Luis Ibanez wrote:
>>
>> As maintainer of the upstream project I will
>> be more than happy to help solve any difficulty.
>
> Ahhh, ITK *and* GT.M upstream? Is this by chance or is there some
> conne
On Tue, Jan 24, 2012 at 8:21 AM, Andreas Tille wrote:
> On Mon, Jan 23, 2012 at 09:53:16PM -0600, Steve M. Robbins wrote:
>> As such, I think it would be a disservice to our users to force an
>> abrupt transition by uploading ITK 4 and removing ITK 3. Instead, I
>> propose to keep ITK 3.20.1 in D
On Tue, Jan 24, 2012 at 10:14:01AM +0100, Karsten Hilbert wrote:
> On Mon, Jan 23, 2012 at 09:53:16PM -0600, Steve M. Robbins wrote:
>
> > As some of you know ITK, the Insight Toolkit, version 4.0.0 was
> > released last month [1]. This is a major update from the previous
> > version 3.20.1, and
On Tue, Jan 24, 2012 at 10:20:06AM +0100, Karsten Hilbert wrote:
>
> Given the complexity of GT.M I would second Bhaskars
> assertion that full replacement better be deferred until the
> second generation of fis-gtm Debian packages.
Seems I was missunderstood: I would not fiddle with a csh -> sh
On Tue, Jan 24, 2012 at 08:22:27AM +0100, Andreas Tille wrote:
> On Mon, Jan 23, 2012 at 11:10:50PM -0500, Luis Ibanez wrote:
> >
> > As maintainer of the upstream project I will
> > be more than happy to help solve any difficulty.
>
> Ahhh, ITK *and* GT.M upstream? Is this by chance or is there
On Mon, Jan 23, 2012 at 11:57:39PM +0100, Andreas Tille wrote:
> > [KSB] Although I am personally a bash user, the entire GT.M
> > automation infrastructure is build around tcsh (not even csh). It
> > may be easier to use tcsh for now and not try to convert the scripts
> > till later.
>
> While
On Mon, Jan 23, 2012 at 09:53:16PM -0600, Steve M. Robbins wrote:
> As some of you know ITK, the Insight Toolkit, version 4.0.0 was
> released last month [1]. This is a major update from the previous
> version 3.20.1, and upstream deliberately broke the API in certain
> cases [2].
...
> I am in
On Mon, Jan 23, 2012 at 09:53:16PM -0600, Steve M. Robbins wrote:
> As such, I think it would be a disservice to our users to force an
> abrupt transition by uploading ITK 4 and removing ITK 3. Instead, I
> propose to keep ITK 3.20.1 in Debian and upload a new source package,
> insighttoolkit4 (o
Hi DDs,
I have finished the work on VolView. It is ready for an upload in
debian/unstable. It is located in the debian-med svn tree. There is a
get-orig-source target to generate the source. Otherwise you can find
it directly on mentors.
http://mentors.debian.net/debian/pool/main/v/volview/volv
44 matches
Mail list logo