Le 19 janvier 2012 15:13, Andreas Tille a écrit :
> On Thu, Jan 19, 2012 at 02:36:07PM +0100, Eric Maeker wrote:
>> > I totally miss your point why you want to move free source code to
>> > non-free just because it handles some data from there.
>> Like all open source project, we have to face cod
On Thu, Jan 19, 2012 at 02:36:07PM +0100, Eric Maeker wrote:
> > I totally miss your point why you want to move free source code to
> > non-free just because it handles some data from there.
> >
> > My suggestion is to keep all the GPLv3 code in main. If you do not like
> > this please explain mor
This is the following of the discussion (I missed the debian list in
my precedent post).
Le 19 janvier 2012 13:04, Andreas Tille a écrit :
> Hi Eric,
>
...
> On Thu, Jan 19, 2012 at 12:29:06PM +0100, Eric Maeker wrote:
>> Le 18 janvier 2012 17:09, Andreas Tille a écrit :
>> > On Wed, Jan 18, 20
On Wed, Jan 18, 2012 at 02:28:51PM +0100, Eric MAEKER wrote:
> I can provide a 100% free database using the only FDA drug database, even if
> in this case, FreeDiams/FreeMedForms lost its main useful (and powerful)
> part. This does not make sense.
>
> Should we place the FreeMedForms project in
On Wed, Jan 18, 2012 at 02:28:51PM +0100, Eric MAEKER wrote:
> During our last discussion, we defined that drugs database license are not
> compatible with the Debian Social Contract. I've checked all sources, and
> found that the only free source is the FDA drugs database.
>
> The following da
On Thu, Nov 17, 2011 at 03:28:05PM +0100, Karsten Hilbert wrote:
> On Thu, Nov 17, 2011 at 02:49:42PM +0100, Andreas Tille wrote:
>
> > Not really. If I undrestand correctly FreeDiams need some database.
> > You build a database which is created from data which are distributed
> > under a DFSG fr
On Thu, Nov 17, 2011 at 02:49:42PM +0100, Andreas Tille wrote:
> Not really. If I undrestand correctly FreeDiams need some database.
> You build a database which is created from data which are distributed
> under a DFSG free license and ship it with FreeDiams. Please make sure
> the complete lic
On Thu, Nov 17, 2011 at 03:08:55PM +0100, Eric MAEKER wrote:
>
> Unfortunately, the drug-drug interaction database, the ATC database and
> mostly all of the drugs db included in master.db are not free of use (Fr, Be,
> Ca - just found the license terms, I was wrong). I can not create two
> mast
On Thu, Nov 17, 2011 at 02:37:14PM +0100, Eric MAEKER wrote:
> > It conflicts with DFSG[1] item 6. because it discriminates commercial
> > use - for instance a doctor who wants to use it in his practice (no
> > idea whether this interpretation is really correct, thought).
>
> Ok so the idea is to
On Thu, Nov 17, 2011 at 01:56:10PM +0100, Eric MAEKER wrote:
> > Well, we could try to create an installer package as it is done for
> > other non-free stuff.
>
> This is a good solution in postinst/postrm ? That will save me from coding a
> data-pack manager.
I'd suggest releasing a separate so
On Thu, Nov 17, 2011 at 01:53:26PM +0100, Eric MAEKER wrote:
>
> Did you commit I don't see the changes...
Sorry, commit failed and I did not realised. Now it's there.
> > Whatever makes the most sense to you. A separate tarball with those
> > themes / graphics is fine as well. We just need
On Thu, Nov 17, 2011 at 01:01:51PM +0100, Eric MAEKER wrote:
> >> says "unknown". This license should be clarified otherwise it is simply
> >> non-free and this non-free license of a part of the file master.db makes
> >> the whole file non-free.
> >
> > Well the site does not mention any license..
On Thu, Nov 17, 2011 at 12:39:11PM +0100, Eric MAEKER wrote:
> > You were mentioning four PD databases but the Belgium drugs database
> > says "unknown". This license should be clarified otherwise it is simply
> > non-free and this non-free license of a part of the file master.db makes
> > the whol
On Thu, Nov 17, 2011 at 11:12:54AM +0100, Eric MAEKER wrote:
>
> Le 17 nov. 2011 à 10:41, Andreas Tille a écrit :
>
> > On Wed, Nov 16, 2011 at 11:27:13PM +0100, Eric MAEKER wrote:
> >> Can we consider to create a second package called
> >>
> >>freemedforms-icd10
> >
> > Uhmm, this is defin
On Thu, Nov 17, 2011 at 11:11:51AM +0100, Eric MAEKER wrote:
>
> > IMHO this is quite equivalent to my proposed second solution - but it is
> > freediams-drugs (we do not have a freemedforms package yet). If you
> > move master.db from freediams-data there is (byte wise) not much left
> > which r
On Wed, Nov 16, 2011 at 11:27:13PM +0100, Eric MAEKER wrote:
> > When I had a look into FreeMedForms I noticed that it contains the very
> > same file
> >
> > global_resources/databases/drugs/master.db
> >
> > I'd regard this as a waste of disk space / badnwidth to ship copies of
> > 64MB files
Hi Eric,
On Wed, Nov 16, 2011 at 05:25:23PM +0100, Eric MAEKER wrote:
> Ok uploading FreeDiams 0.6.2.
> This upstream will fix all bugs we notified during the packaging of v0.6.0.
Great.
When I had a look into FreeMedForms I noticed that it contains the very
same file
global_resources/databas
On Wed, Nov 09, 2011 at 02:40:19PM +0100, Eric MAEKER wrote:
>
> Ok I've corrected all the typos. Some warned typos are not typos but french
> or latin words (Nam, dont) (some part of the code is really specific to
> Frenchies). By the same type, these typos will be also corrected in the
> Free
Le 9 nov. 2011 à 07:50, Andreas Tille a écrit :
> On Tue, Nov 08, 2011 at 10:43:43PM +0100, Eric MAEKER wrote:
>> In pixmaps, you can add the Tango project (mostly all pixmaps are taken from
>> this project).
>
> Would you mind doing it yourself. It would take me some research what
> actually
On Tue, Nov 08, 2011 at 10:43:43PM +0100, Eric MAEKER wrote:
> In pixmaps, you can add the Tango project (mostly all pixmaps are taken from
> this project).
Would you mind doing it yourself. It would take me some research what
actually "the Tango" project is but you obviousely know ...
> > sta
Le 8 nov. 2011 à 20:57, Andreas Tille a écrit :
> Hi Eric,
Hi Andreas,
Thanks for your clarifications and corrections.
> as you can see I have commited a bunch of changes. I admit I'm a bit
> astonished that ftpmaster was originally accepting FreeDiams - there was
> a lot of information missi
Hi Eric,
as you can see I have commited a bunch of changes. I admit I'm a bit
astonished that ftpmaster was originally accepting FreeDiams - there was
a lot of information missing in debian/copyright.
I think the package is close to ready now. There is one thing I would
like to fix you as upstr
Hi Eric,
thanks for keeping us updated about your activities. I'll start
traveling in a couple of minutes (=beeing offline today) and will see
what I can do for FreeDiams and FreeMedForms (in this sequence of
priorities) and keep you updated how far I went.
Kind regards and congratulations to yo
On Tue, Mar 15, 2011 at 08:21:24PM +0100, Sebastian Hilbert wrote:
> But for now I am fine with leaving this as is.
So I'll leave it as is. :-)
Thanks for your comment anyway
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subje
Am Dienstag, 15. März 2011, 09:26:09 schrieb Andreas Tille:
> Hi Sebastian,
>
> I admit I do not understand your suggestion at all. Could you please
> be more verbose in how far changing a name is helpful? The current split
> of the package has only one single purpose: Splitting the architectur
Hi Sebastian,
I admit I do not understand your suggestion at all. Could you please
be more verbose in how far changing a name is helpful? The current split
of the package has only one single purpose: Splitting the architecture
dependant and (large) architecture indepandatn parts to not waste mi
On Wed, Oct 06, 2010 at 08:30:28PM +0200, Eric MAEKER wrote:
> with debuild I have the following warnings
>
> W: freediams source: changelog-should-mention-nmu
> N:
> N:When you NMU a package, that fact should be mentioned on the first line
> N:in the changelog entry. Use the words "NMU"
On Wed, Oct 06, 2010 at 11:15:11AM +0200, Karsten Hilbert wrote:
>
> Even the *.dsc ? I thought that was part of the build
> process. One never stops wondering.
Try the following:
apt-get source
rm *.dsc *.debian.tar.gz *.diff.gz
cd
debuild
after this you have a new *.dsc.
> >
On Wed, Oct 06, 2010 at 11:08:20AM +0200, Andreas Tille wrote:
> Nooo, not the *.dsc, *.build and *.changes file!!!
> They are auto generated and do NOT belong to the SVN.
Even the *.dsc ? I thought that was part of the build
process. One never stops wondering.
> > - fix Andreas' complaints ;-)
On Wed, Oct 06, 2010 at 10:18:59AM +0200, Eric Maeker wrote:
> > are happy with the status. I will have a look at it then. Currently
> > your download site is lacking the tarball - so
> >
> > uscan --verbose --force-download
>
> Of course I did not upload it ;)
But this would be helpful. ;-)
On Wed, Oct 06, 2010 at 10:59:54AM +0200, Karsten Hilbert wrote:
> > > The best is to commit changes to the Debian files to the
> > > Debian Med VCS (*.dsc *.build *.changes) and provide a
> > > uscan'able tarball of the original source somewhere.
> >
> > Ah so I need to svn add and commit the dsc
On Wed, Oct 06, 2010 at 10:21:44AM +0200, Eric Maeker wrote:
> > The best is to commit changes to the Debian files to the
> > Debian Med VCS (*.dsc *.build *.changes) and provide a
> > uscan'able tarball of the original source somewhere.
>
> Ah so I need to svn add and commit the dsc build and ch
2010/10/6 Karsten Hilbert :
> On Wed, Oct 06, 2010 at 01:07:25AM +0200, Eric MAEKER wrote:
>
>> For FreeDiams 0.5.0beta-1, I can provide a source package (one file tar
>> gzipped) containing :
>> - freediams_sources_0.5.0beta.tgz (the cleaned sources)
>> - freediams*.dsc
>> - freediams*.build
>> -
> Just commit your changes to the Debian Med repository and tell me if you
> are happy with the status. I will have a look at it then. Currently
> your download site is lacking the tarball - so
>
> uscan --verbose --force-download
Of course I did not upload it ;)
> fails to download the lates
On Wed, Oct 06, 2010 at 01:07:25AM +0200, Eric MAEKER wrote:
> For FreeDiams 0.5.0beta-1, I can provide a source package (one file tar
> gzipped) containing :
> - freediams_sources_0.5.0beta.tgz (the cleaned sources)
> - freediams*.dsc
> - freediams*.build
> - freediams*.changes
>
> Theses files
On Wed, Oct 06, 2010 at 01:07:25AM +0200, Eric MAEKER wrote:
> Hi Andreas,
>
> For FreeDiams 0.5.0beta-1, I can provide a source package (one file tar
> gzipped) containing :
> - freediams_sources_0.5.0beta.tgz (the cleaned sources)
> - freediams*.dsc
> - freediams*.build
> - freediams*.changes
>
> Hi Andreas,
>
> For FreeDiams 0.5.0beta-1, I can provide a source package (one file tar
> gzipped) containing :
> - freediams_sources_0.5.0beta.tgz (the cleaned sources)
> - freediams*.dsc
> - freediams*.build
> - freediams*.changes
>
> Theses files were created with the Debian files from the
Hi Andreas,
For FreeDiams 0.5.0beta-1, I can provide a source package (one file tar
gzipped) containing :
- freediams_sources_0.5.0beta.tgz (the cleaned sources)
- freediams*.dsc
- freediams*.build
- freediams*.changes
Theses files were created with the Debian files from the Debian-Med svn and m
>> I saw that the package depended FreeDiams GNU hurd? Is this a mistake / a
>> needed one?
>
> Where exactly did you found this? There might be a GNU hurd port for
> freediams but I have not found a sign that this is currently the case.
here:
http://packages.debian.org/fr/sid/freediam
On Fri, Oct 01, 2010 at 08:32:04AM +0200, Eric MAEKER wrote:
>
> Ok. I'll make changes, prepare the source package (that I must rename) and
> send it to the google code server. So that we can rebuild and upload the new
> beta.
If the source will be renamed we need to change debian/watch as well
Hi all,
As usual, I am pleased to participate in Debian-Med.
I'm preparing FreeDiams 0.5.0 beta for Debian.
Le 1 oct. 2010 à 08:07, Andreas Tille a écrit :
>> I was wondering if it would be possible to recreate the packages from
>> Debian-Med's scripts and if the resulting packages could be mad
On Tue, Jul 13, 2010 at 10:35:31AM +0200, Eric Maeker wrote:
> >
> > http://debian-med.alioth.debian.org/tasks/data
>
> Thank you Andreas ! This is a really gd nwws !!
Well, it would be *really* good news if the color of the entry would
switch form yellow to green. The fact tha
On Tue, Jul 13, 2010 at 09:19:08AM +0200, Andreas (Debian) wrote:
> as you can see, FreeDiams is now listed as "In new queue":
Great.
>http://debian-med.alioth.debian.org/tasks/data
>
> The fact that it serves perfectly as plugin into GNUmed and other
> practice management software let me t
On Thu, Apr 29, 2010 at 05:03:31PM +0200, Eric MAEKER wrote:
> For your information, the FDA database is fully integrated in
> FreeDiams 0.4.0. That allows everyone to prescribe with the US
> pharmacopea.
Congratulation on that !
I would think a worthy goal post 0.4.0 release would be to
actuall
On Fri, Apr 02, 2010 at 10:09:11AM +0200, Eric Maeker wrote:
> > if you think it it is an upstream (MedinTux?) problem I would report
> > this to upstream because it is IMHO clearly a bug which should be fixed.
> > Giving this kind of hints to upstream is an important part of the work
> > as a main
Hi Andreas,
> if you think it it is an upstream (MedinTux?) problem I would report
> this to upstream because it is IMHO clearly a bug which should be fixed.
> Giving this kind of hints to upstream is an important part of the work
> as a maintainer of a Debian package. It makes software better
Hi Eric,
if you think it it is an upstream (MedinTux?) problem I would report
this to upstream because it is IMHO clearly a bug which should be fixed.
Giving this kind of hints to upstream is an important part of the work
as a maintainer of a Debian package. It makes software better and
finally i
Hi Andreas,
Here is a simple adaptation of the code that will removes the symlinks
during the install process.
On Mon, Mar 29, 2010 at 04:29:15PM +0200, Eric MAEKER wrote:
May be the install.pri adaptation is a better solution.
It would be the better solution ... if it would work. The ap
On Mon, Mar 29, 2010 at 04:29:15PM +0200, Eric MAEKER wrote:
> May be the install.pri adaptation is a better solution.
It would be the better solution ... if it would work. The approach I
tried first does not work, but the hack does. I'd prefer a clean
solution as well but I do not know the qmak
Le 29 mars 10 à 15:03, Andreas Tille a écrit :
Hi,
I worked around the RPATH issue of FreeDiams by patching[1] which is
not
a really clean solution but works. The patch file contains a
comment about
my previous more clean trial. Eric, perhaps you might like to read
more
about this iss
On Mon, Mar 29, 2010 at 09:15:07AM +0200, Eric MAEKER wrote:
> Try in rules
>
> override_dh_install:
> make install
Sounds very reasonable. Sorry for introducing this problem by choosing
short dh command. While I made several positive experiences with this
change it opens a pitfall here.
On Sat, Mar 27, 2010 at 11:31:39PM +0100, Eric MAEKER wrote:
> 3) correcting debian/rules (read freediams build process documentation) :
Well, as I said, I have read the doc and I took over your old rules
files with this commend in the first place.
> From
> override_dh_auto_configure:
> qm
On Wed, Mar 17, 2010 at 12:23:03PM +0100, Karsten Hilbert wrote:
> I just wanted to know the state of affairs.
Perfectly valid request - I hope other people will do so in similar
cases as well.
> Sometimes such things are forgotten.
Not the cese here, but in general this is actually a real dange
On Wed, Mar 17, 2010 at 11:38:27AM +0100, Andreas Tille wrote:
> > I wonder what needs to be done to get FreeDiams into Debian
> > proper ?
> >
> > They've got .debs available which install cleanly on
> > Squeeze. Thus it is likely that there is an easily
> > debianizable tarball available somewh
On Wed, Mar 17, 2010 at 10:16:35AM +0100, Karsten Hilbert wrote:
> I wonder what needs to be done to get FreeDiams into Debian
> proper ?
>
> They've got .debs available which install cleanly on
> Squeeze. Thus it is likely that there is an easily
> debianizable tarball available somewhere.
The p
On Mon, Feb 15, 2010 at 02:30:22PM +0100, Eric MAEKER wrote:
> Hi Andreas,
>
> Thanks for your help.
SUre. As I told you when I had a look at verison 0.1.4. I have
seen that you regarded some of my hints but somehow I lost track
of freediams. Time to restart this effort now. ;-)
Any link to the
Hi Andreas,
Thanks for your help.
Eric
I'm in contact with Eric and will continue working on this task this
week.
Kind regards
Andreas.
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
On Mon, Feb 15, 2010 at 11:56:24AM +0100, Karsten Hilbert wrote:
> If someone could work with upstream and eventually sponsor this
>
> http://freemedforms.googlecode.com/files/freediams_0.3.0_i386.deb
>
> package that would be great for GNUmed as we would like to
> use it as a dependency.
Hi Andreas,
Excuse me i'll be late for the repackaging of FreeDiams. Flu is
here !!! Full of work...
I'll keep you inform soon.
Eric
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi Eric,
I had another look into FreeDiams and I would like to propose some
changes for your upstream tarball which will turn out to be very helpful
for every Linux user and specifically for clean Debian packaging.
1. Please make only those files executable which really are
intended to be
On Fri, Oct 23, 2009 at 08:56:05PM +0200, Eric MAEKER wrote:
>> As I realised you are using the file debian/changelog to describe what
>> you have changed in FreeDiams. But this is not the intention of the
>> __debian__/changelog file. This file just describes the changes in
>> the *Debian* *pack
Le 23 oct. 09 à 19:28, Andreas Tille a écrit :
On Tue, Oct 20, 2009 at 09:16:55PM +0200, Eric MAEKER wrote:
I've released sources of FreeDiams v0.1.2 (which is mainly a debug
release).
I have seen you even released v0.1.4 - at least guessing from your
commit to the packaging SVN.
I've sent a
On Tue, Oct 20, 2009 at 09:16:55PM +0200, Eric MAEKER wrote:
> I've released sources of FreeDiams v0.1.2 (which is mainly a debug
> release).
I have seen you even released v0.1.4 - at least guessing from your
commit to the packaging SVN. I would like to clarify something and I
hope you don't mi
Hi Eric,
there is no need to CC me in your mails, I'm reading the list carefully. ;-)
On Tue, Oct 20, 2009 at 09:16:55PM +0200, Eric MAEKER wrote:
> I've released sources of FreeDiams v0.1.2 (which is mainly a debug
> release).
Fine. Build is just running on my box. I'll check the results an
On Fri, Oct 16, 2009 at 04:51:40PM +0200, Eric MAEKER wrote:
>> What exactly is repro?
> Eh eh, I've missed two letters ;)
> I was talking about reprepro soft : a local repository of Debian
> packages manager.
Ahh, that's what Manuel assumed (in PM)...
>> You get the three binary packages if yo
On Fri, Oct 16, 2009 at 02:31:05PM +0200, Eric MAEKER wrote:
>> I'd suggest we try the same packaging stuff on your new version.
> Ok for the three file packaging. Can you help me on configuring a
> package repository ? I known 'repro' as a repository maker...
I'm afraid I do not understand the
Le 16 oct. 09 à 14:13, Andreas Tille a écrit :
I'd suggest we try the same packaging stuff on your new version.
Ok for the three file packaging. Can you help me on configuring a
package repository ? I known 'repro' as a repository maker...
Yes I don't really understand this, you've defined
On Fri, Oct 16, 2009 at 10:36:04AM +0200, Eric MAEKER wrote:
> So, I've made some bug corrections, files properties corrections and
> some improvements in FreeDiams. These are not yet published.
I'd suggest we try the same packaging stuff on your new version.
Or is there anything which prevents
On Fri, Oct 16, 2009 at 10:36:04AM +0200, Eric MAEKER wrote:
> >I have a question with the upstream program: Is there really a need
> >for asking the user to agree with the license?
> Hummm, I'm protecting myself of any "reclamation"...
> I'm not really inform of legal issues in Open Source softwa
Hi Andreas, Hi all,
So, I've made some bug corrections, files properties corrections and
some improvements in FreeDiams. These are not yet published.
Le 4 oct. 09 à 22:33, Andreas Tille a écrit :
I commited packaging stuff for FreeDiams which splits the single
binary
into two and also adds
Hi,
I commited packaging stuff for FreeDiams which splits the single binary
into two and also adds a doc packages. I'm not completely happy with
this because when activating the rpath patch the dynamic libraries are
not found in the end. This might be investigated later.
I have a question with
On Sat, Oct 03, 2009 at 10:58:00AM +0200, Eric MAEKER wrote:
>> For the packaging I would split the data files into a separate
>> arch=all
>> package.
> Oh yes, I'd like to do it myself but time is missing and documentation
> for this kind of work is big...
> But this is an issue.
No probl
I have one question: You installed
global_resources/databases/drugs/drugs.db
This the general database --> /usr/share/freediams
but
global_resources/databases/drugs/dosages.db
This is a personnal database created by the application on the first
start up --> $home/.freediams/databases/drug
On Sat, Oct 03, 2009 at 10:58:00AM +0200, Eric MAEKER wrote:
>> For the packaging I would split the data files into a separate
>> arch=all
>> package.
> Oh yes, I'd like to do it myself but time is missing and documentation
> for this kind of work is big...
> But this is an issue.
No probl
Le 3 oct. 09 à 09:33, Andreas Tille a écrit :
On Fri, Oct 02, 2009 at 10:06:19PM +0200, Eric MAEKER wrote:
Script looks great, i've changed wget url. like this :
wget -q $URL
That's all.
Ahh, that's easy. ;-)
Yes, that's all me ;)
Comments to your upstream tarball in the first place:
-
On Fri, Oct 02, 2009 at 10:06:19PM +0200, Eric MAEKER wrote:
> Script looks great, i've changed wget url. like this :
> wget -q $URL
> That's all.
Ahh, that's easy. ;-)
Comments to your upstream tarball in the first place:
- Please set the permissions of images (*.png) to not executable.
L
Hi Andreas,
Le 2 oct. 09 à 21:44, Andreas Tille a écrit :
On Fri, Oct 02, 2009 at 01:08:58PM +0200, Eric MAEKER wrote:
Script and sources committed (script on your svn, source --> get-
orig-
source).
I commited cosmetical changes using dpkg-parsechangelog. But your
download URL seems to be a
On Fri, Oct 02, 2009 at 01:08:58PM +0200, Eric MAEKER wrote:
> Script and sources committed (script on your svn, source --> get-orig-
> source).
I commited cosmetical changes using dpkg-parsechangelog. But your
download URL seems to be a cut-n-pasto from imagej. Could you please fix
the download
Le 2 oct. 09 à 12:21, Eric MAEKER a écrit :
I'll commit the script this afternoon so you can check the
'mecanism' ;) I can make all necessary correction if needed.
Script and sources committed (script on your svn, source --> get-orig-
source).
Eric
--
To UNSUBSCRIBE, email to debian-med-r
Le 2 oct. 09 à 11:39, Andreas Tille a écrit :
Our policy for using SVN is to store only the debian directory in
the repository. The files in the debian directory might deal with
other locations in your directory tree. We do not commit the source
tarball into the SVN.
Ok so if I understand. Duri
On Fri, Oct 02, 2009 at 09:38:25AM +0200, Eric MAEKER wrote:
> Ok, so if I mostly understand scripts, I should wget files in '../
> tarballs'. That's sounds strange for me to create a dir outside a svn
> bundle (or the script's working dir), but nevermind I'll wrote the
> script this way.
Our
Ok, so if I mostly understand scripts, I should wget files in '../
tarballs'. That's sounds strange for me to create a dir outside a svn
bundle (or the script's working dir), but nevermind I'll wrote the
script this way.
It is not very difficult...
Sources are getting closed.
Thanks,
Eric
ht
On Thu, Oct 01, 2009 at 10:21:48PM +0200, Eric MAEKER wrote:
> Oh I can create a command that automatically dld tar.gz file ? Very
> interesting. I'll take a look to doc.
Developers reference: 6.7.8.2. Repackaged upstream source
It is talking about repackaged orig.tar.gz but I think it is handy
On Thu, Oct 01, 2009 at 05:42:08PM +0200, Eric MAEKER wrote:
> I've just uploaded FreeDiams debian/* files to the svn.
Thanks. I commited some cosmetical changes. The main issue which
prevents me from a real check is that I have no idea how to obtain the
source tarball. I did not found such a t
84 matches
Mail list logo
