On Thu, 15 Nov 2007, Charles Plessy wrote:
In the end, I hardly
can find a reason why somebody would want to do that. So let's Depend:
dialign-t-data. Sorry for changing my mind twice :)
Well, it's no shame to change your mind - at least I have no problem
to learn something. ;-)
Good night a
Hello Daniel,
you are right that the last question is the most important one and
that's the reason I kept the upstream author in my question in CC
(and doing a full quote now, to inform Alexander about the status
od our discussion).
Kind regards
Andreas.
On Thu, 15 Nov 2007, Daniel Le
Hi,
> > - It uses a patched version of Readseq. Maybe we should consider to
> > build Vienna on Debian's readseq, possibly by adopting its patches if
> > they are not disruptive. By the way, we could incorporate the Debian
> > package for readseq in our repository, if its current maintainer
> >
Le Wed, Nov 14, 2007 at 09:56:38PM +0100, Andreas Tille a écrit :
>
> >Downgraded dialign-t-data to recommends.
> >apt-get and aptitude will install dialign-t-data together with
> >dialign-t, unless the user overrides this.
>
> I would disagree with this if dialign-t does not work without dialign
Am Mittwoch, den 14.11.2007, 23:37 +0100 schrieb Andreas Tille:
> On Tue, 13 Nov 2007, Juergen Salk wrote:
>
> > Yup. The Debian dcmtk packages are compiled with libwrap support.
> > So you have to link against libwrap as well.
>
> Thanks to Jürgens hint I got the package builded and nearly
> li
On Tue, 13 Nov 2007, Juergen Salk wrote:
Yup. The Debian dcmtk packages are compiled with libwrap support.
So you have to link against libwrap as well.
Thanks to Jürgens hint I got the package builded and nearly
lintian clean (only minor issues). But there is a problem which
makes me wonder w
On Wed, 14 Nov 2007, Nelson A. de Oliveira wrote:
Downgraded dialign-t-data to recommends.
apt-get and aptitude will install dialign-t-data together with
dialign-t, unless the user overrides this.
I would disagree with this if dialign-t does not work without dialign-t-data
installed (which is
Hi again!
On Nov 14, 2007 12:55 PM, Andreas Tille <[EMAIL PROTECTED]> wrote:
> On Wed, 14 Nov 2007, Charles Plessy wrote:
>
> > although I do not expect users to decide to install one without the
> > other. But now I wonder if this fits the renewed interpretation of what
> > Recommends: means, now
Hi!
On Nov 14, 2007 12:41 PM, Charles Plessy
<[EMAIL PROTECTED]> wrote:
> do not hesitate to send the diff uncompressed when it is so small :)
Right :-)
> -Depends: ${shlibs:Depends}, ${misc:Depends}
> +Depends: ${shlibs:Depends}, ${misc:Depends}, dialign-t-data
> (>=${source:Version})
>
> Actu
On Wed, Nov 14, 2007 at 02:02:03PM +0100, Steffen Moeller wrote :
> On Wednesday 14 November 2007 12:02:04 Charles Plessy wrote:
> > Hi all,
> >
> > I had a look at the Vienna package, and here are a few thoughts about
> > the work to be done.
Cool, that one of my day to day libraries
> > - It
On Wed, 14 Nov 2007, Charles Plessy wrote:
although I do not expect users to decide to install one without the
other. But now I wonder if this fits the renewed interpretation of what
Recommends: means, now that front-ends to dpkg install them by default.
This is exactly what you want. While
Le Wed, Nov 14, 2007 at 10:47:18AM -0200, Nelson A. de Oliveira a écrit :
>
> Do you agree with the attached diff?
Hi Nelson
do not hesitate to send the diff uncompressed when it is so small :)
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, dialign-t-
Package name: Plasmidomics
Version: 0.2
Upstream Author: Robert Winkler <[EMAIL PROTECTED]>
URL: http://www.bioprocess.org/plasmid/
License: GPLv3
Description: draw plasmids and vector maps with PostScript graphics export
Plasmidomics is written for easy drawing of plasmids and vector maps
to use
Le Wed, Nov 14, 2007 at 01:26:50PM +0100, Andreas Tille a écrit :
>
> >- I do not have the impression that some commercial licences are sold,
> > so maybe we have a chance of obtaining a relicencing ?
>
> Without having read the license: DFSG free meens free for everybody
> and not only free for
On Wed, 14 Nov 2007, Steffen Moeller wrote:
I do not have any preference. Redundancy should be avoided. This is also why I
decided for the Vienna RNA package to include the RNAforest application from
Bielefeld rather than packaging the Bielefeld version.
This kind of smells like duplicated / f
On Wednesday 14 November 2007 12:02:04 Charles Plessy wrote:
> Hi all,
>
> I had a look at the Vienna package, and here are a few thoughts about
> the work to be done.
>
> - It uses a patched version of Readseq. Maybe we should consider to
> build Vienna on Debian's readseq, possibly by adopting
Hi!
On Nov 14, 2007 9:42 AM, Charles Plessy
<[EMAIL PROTECTED]> wrote:
> Le Wed, Nov 14, 2007 at 09:26:37AM -0200, Nelson A. de Oliveira a écrit :
> >
> > And I don't know if you already thought on this, but maybe dialign-t
> > could be split into dialign-t and dialign-t-data (lintian says that
>
On Wed, 14 Nov 2007, Charles Plessy wrote:
And I don't know if you already thought on this, but maybe dialign-t
could be split into dialign-t and dialign-t-data (lintian says that
98% of the package are arch-independent files).
It would save aproximately 10 Mo on each mirror, so why not? In th
[I did not checked code or website - just relay on the information of your mail]
On Wed, 14 Nov 2007, Charles Plessy wrote:
- It uses a patched version of Readseq. Maybe we should consider to
build Vienna on Debian's readseq, possibly by adopting its patches if
they are not disruptive. By the
On Wed, 14 Nov 2007, Charles Plessy wrote:
- It uses a patched version of Readseq. Maybe we should consider to
build Vienna on Debian's readseq, possibly by adopting its patches if
they are not disruptive. By the way, we could incorporate the Debian
package for readseq in our repository, if i
Le Wed, Nov 14, 2007 at 09:26:37AM -0200, Nelson A. de Oliveira a écrit :
>
> And I don't know if you already thought on this, but maybe dialign-t
> could be split into dialign-t and dialign-t-data (lintian says that
> 98% of the package are arch-independent files).
It would save aproximately 10
Hi Charles!
On Nov 14, 2007 2:27 AM, Charles Plessy
<[EMAIL PROTECTED]> wrote:
> Os is much better than O0, and the temporary loss of performance is in
> my opinion acceptable.
Very good!
Do you want that I upload it?
And I don't know if you already thought on this, but maybe dialign-t
could be
Hi all,
I had a look at the Vienna package, and here are a few thoughts about
the work to be done.
- It uses a patched version of Readseq. Maybe we should consider to
build Vienna on Debian's readseq, possibly by adopting its patches if
they are not disruptive. By the way, we could incorporat
On Tue, 13 Nov 2007, Steve M. Robbins wrote:
But through monitoring the mailing lists, I get the impression that
MINC 2 is being used actively now by most people. So I think it's
reasonable to switch the Debian package to MINC 2, too.
So I would think this issue is decided. In case there wou
On Wed, 14 Nov 2007, Charles Plessy wrote:
Is there any reason according to the Policy for not having aeskulap at
the Priority: optional? My point of view on priorities is that we should
use extra only if there is a conflict with another package, or if it is
likely that the package will not be u
25 matches
Mail list logo
