Hello Susmit and Andreas,
I got the message: I'll try to speed up the work on a new version of dcmtk.
I'm sorry it's taking so long, but I'm not an experienced
programmer/contributor and there were a lot of things to learn and so
few spare time on my side :) Anyway, I really like having medical
software in Fedora, and I use it day-by-day. I'm sure that joining
forces will make things spinning faster.
@Susmit: if you open a request for xmedcon I'll review it. Be aware
that, at first sight, there are 4 libraries (Dicom, Nifti, tpc and
jpeg) that we have to refactor out, package and review separately.
Maybe for the dicom part dcmtk can be used and for jpeg the package in
fedora will do, but I don't know right now.
It can take time.
A different approach is to contact Erik Nolf, who has already prepared
a srpm fro Fedora/Centos and ask him if he would maintain/help with
the process for Fedora. He could also be of great help in deciding how
to refactor out the bundled libraries.
Hope this helps,
On 8 February 2011 06:35, susmit shannigrahi <thinklinux.ssh(a)gmail.com> wrote:
> Sorry, but I would prefer if you did not push this into Fedora at the
> current time.
Sorry to know that.
> AMIDE is dependent on both the dcmtk and xmedcon libraries that are not
> currently in Fedora. Even though you can build amide without these
> libraries, it's close to useless without these libraries. It'd be like
> distributing a version of GIMP that couldn't read/write jpeg, png, or tiff.
> This is not the user experience that I want people to have with this
> application. I've been holding off on submitting this package myself for
> that very reason.
> There's ongoing work to get DCMTK properly packaged for Fedora.
Hmm...so as far as I can see, this is pretty much close to completion. Right?
Do you mind if we push it for now, complete those two packages as soon
as possible and push an update for amide? Getting a package in Fedora
takes it's time and redoing the whole process again would delay things
even more. Let us know what do you think.
> If somebody wants to take on packaging xmedcon (http://xmedcon.sf.net
> that'd also be useful.
I shall open a ticket by tomorrow.
Medical-sig mailing list