Re: Refactoring source packaging, Linux specific

2012-04-05 Thread Eric MAEKER
Le 4 avr. 2012 à 08:19, Andreas Tille a écrit : Hi Eric, I hope I will be able to look into this after mid-April. Currently I need to finish the bibliography translation to somehow bring this into an acceptable state. I also will be in pseudo-vaccation next week, where I simple have

Re: Refactoring source packaging, Linux specific

2012-04-04 Thread Andreas Tille
Hi Eric, I hope I will be able to look into this after mid-April. Currently I need to finish the bibliography translation to somehow bring this into an acceptable state. I also will be in pseudo-vaccation next week, where I simple have very reduced time for Debian work. Then I will have a look

Re: Refactoring source packaging, Linux specific

2012-04-03 Thread Eric MAEKER
Le 23 mars 2012 à 14:12, Eric MAEKER a écrit : What I'm wondering about is: How can we now upgrade the freediams packages inside Debian Ok the problem is that the freemedforms-project builds all FreeMedForms sub-project binaries including: - a virtual main package (for the changelog and

Re: Refactoring source packaging, Linux specific

2012-03-23 Thread Eric MAEKER
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 What I'm wondering about is: How can we now upgrade the freediams packages inside Debian upgrade the freediams source package ? or the binary package ? If you are questionning about source package, can we create something like a virtual/fake

Re: Refactoring source packaging, Linux specific

2012-03-22 Thread Andreas Tille
Hi Eric, On Wed, Mar 21, 2012 at 10:26:53PM +0100, Eric MAEKER wrote: I see no reason in closing the ITP bug before the package is uploaded to Debian unstable. Why did you do so? I believed I had too since the debian files are created... The status of SVN is just not visible to users who

Re: Refactoring source packaging, Linux specific

2012-03-20 Thread Eric Maeker
Hi, I've closed the ITP bug for the freemedforms project. We have released the new stable version of FreeMedForms EMR and FreeDiams. Both are built with debian files of the Debian Med team on LaunchPad. No reported bug till now. We really beleive that the freemedforms project should be part of

Re: Refactoring source packaging, Linux specific

2012-03-20 Thread Andreas Tille
Hi Eric, On Wed, Mar 21, 2012 at 12:41:57AM +0100, Eric Maeker wrote: I've closed the ITP bug for the freemedforms project. I see no reason in closing the ITP bug before the package is uploaded to Debian unstable. Why did you do so? We have released the new stable version of FreeMedForms

Re: Refactoring source packaging, Linux specific

2012-03-12 Thread Eric MAEKER
New test on Launchpad with a freemedforms-project unique source package which build freemedforms-emr and freediams binaries. debian/* svn checkout https://freemedforms.googlecode.com/svn/trunk/buildspecs/debian/freemedforms-project Launchpad test

Re: Refactoring source packaging, Linux specific

2012-03-09 Thread Eric MAEKER
Le 9 mars 2012 à 16:40, Eric MAEKER a écrit : Hi, I've uploaded the freemedforms 0.7.0.beta2 project (from the Debian Med svn freemedforms) to Launchpad, build was successful. Then I've used the svn-buildpackage to prepare the new freediams 0.7.0.beta2 project source package (from the

Re: Refactoring source packaging, Linux specific

2012-03-09 Thread Eric MAEKER
Le 10 mars 2012 à 01:00, Eric MAEKER a écrit : Le 9 mars 2012 à 16:40, Eric MAEKER a écrit : Hi, I've uploaded the freemedforms 0.7.0.beta2 project (from the Debian Med svn freemedforms) to Launchpad, build was successful. Then I've used the svn-buildpackage to prepare the new

Re: Refactoring source packaging, Linux specific

2012-03-05 Thread Andreas Tille
On Mon, Mar 05, 2012 at 09:55:34AM +0100, Eric MAEKER wrote: No problem thanks I still have to work on the freediams package. The source decompress the freemedforms-0.7.0.beta2 not the freediams-0.7.0.beta2 path so it cannot compile the freediams app. I think something like rules: %:

Re: Refactoring source packaging, Linux specific

2012-03-05 Thread Eric MAEKER
Le 5 mars 2012 à 11:47, Andreas Tille a écrit : On Mon, Mar 05, 2012 at 09:55:34AM +0100, Eric MAEKER wrote: No problem thanks I still have to work on the freediams package. The source decompress the freemedforms-0.7.0.beta2 not the freediams-0.7.0.beta2 path so it cannot compile the

Re: Refactoring source packaging, Linux specific

2012-03-01 Thread Eric MAEKER
Hi, Since we decided to provide our sources into a one unique package for all the applications of the FreeMedForms project, I've prepared and checked a new debian packaging. Actually, FreeMedForms EMR and FreeDiams are packaged for Debian in one single build. I still need to add versions to

Re: Refactoring source packaging, Linux specific

2012-03-01 Thread Andreas Tille
On Thu, Mar 01, 2012 at 01:50:07PM +0100, Eric MAEKER wrote: May be I can provide a non-free freemedforms-nonfreedata with some nonfree datapacks (like the ICD10 classification and some zipcode databases). If you consider this please use a different source tarball. Otherwise we need to strip

Refactoring source packaging, Linux specific

2012-02-28 Thread Eric MAEKER
Hi all, FreeDiams 0.7.0~beta1 was rejected by ftpmaster@debian due to another license issue (some .svg pixmaps). After a discussion with Andreas Tille, we need to redefine the source package the debian packages. Here is a short explanation of modifications to be done: * Common parts - Libs

Re: Refactoring source packaging, Linux specific

2012-02-28 Thread Andreas Tille
Hi Eric, On Tue, Feb 28, 2012 at 11:19:00AM +0100, Eric MAEKER wrote: ... What I'm suggesting is to set the freemedforms source package as the master one. This source package will include all freemedforms project apps, libs and resources. We can create the following common packages: -