On Mon, 18 Jun 2001, Sean 'Shaleh' Perry wrote:
> > lintian complains about empty packages not having a copyright file. I
> > think it should silently accept empty packages (Severity set to normal
> > because it might actually stop packages from being installed).
> And how am I to tell a package
On Mon, 18 Jun 2001, Sean 'Shaleh' Perry wrote:
> > lintian complains about empty packages not having a copyright file. I
> > think it should silently accept empty packages (Severity set to normal
> > because it might actually stop packages from being installed).
> And how am I to tell a package
On 18-Jun-2001 Simon Richter wrote:
> Package: lintian
> Severity: normal
>
> Hi,
>
> lintian complains about empty packages not having a copyright file. I
> think it should silently accept empty packages (Severity set to normal
> because it might actually stop packages from being installed).
>
On 18-Jun-2001 Simon Richter wrote:
> Package: lintian
> Severity: normal
>
> Hi,
>
> lintian complains about empty packages not having a copyright file. I
> think it should silently accept empty packages (Severity set to normal
> because it might actually stop packages from being installed).
>
On Mon, Jun 18, 2001 at 04:40:46PM +0200, Domenico Andreoli wrote:
> > In the past I have solved this problem by invoking dpkg-shlibdeps
> > with a LD_LIBRARY_PATH setting that makes it find the libaries in
> > the build tree. This way you get a warning that it couldn't find
> > what package provi
On Mon, Jun 18, 2001 at 04:40:46PM +0200, Domenico Andreoli wrote:
> > In the past I have solved this problem by invoking dpkg-shlibdeps
> > with a LD_LIBRARY_PATH setting that makes it find the libaries in
> > the build tree. This way you get a warning that it couldn't find
> > what package prov
On Fri, Jun 15, 2001 at 09:39:58PM +0300, Richard Braakman wrote:
> On Fri, Jun 15, 2001 at 07:28:47PM +0200, Domenico Andreoli wrote:
> > the problem is dpkg-shlibdeps that figures out the package(s) from which
> > this should depend on. in fact it sees that libpspell-impl depends on
> > libpspell
Daniel Stone <[EMAIL PROTECTED]> writes:
[...]
> and make new versions of qtecasound and evawave, that have
> Conflicts: libqtecasound, to make sure it gets removed from systems
> as well.
This is overzealous unless the new versions do actually conflict with
the old lib (which I assume is not the
On Mon, Jun 18, 2001 at 05:02:12PM +1000, Daniel Stone wrote:
> On Mon, Jun 18, 2001 at 10:49:35AM +0900, Junichi Uekawa wrote:
> >
> > Hello,
> >
> > Upstram of qtecasound has depricated libqtecasound,
> > and the only application which depended upon libqtecasound (qtecasound, and
> > ecawave)
Package: lintian
Severity: normal
Hi,
lintian complains about empty packages not having a copyright file. I
think it should silently accept empty packages (Severity set to normal
because it might actually stop packages from being installed).
Simon
--
GPG public key available from http://pho
On Fri, Jun 15, 2001 at 09:39:58PM +0300, Richard Braakman wrote:
> On Fri, Jun 15, 2001 at 07:28:47PM +0200, Domenico Andreoli wrote:
> > the problem is dpkg-shlibdeps that figures out the package(s) from which
> > this should depend on. in fact it sees that libpspell-impl depends on
> > libpspel
Daniel Stone <[EMAIL PROTECTED]> writes:
[...]
> and make new versions of qtecasound and evawave, that have
> Conflicts: libqtecasound, to make sure it gets removed from systems
> as well.
This is overzealous unless the new versions do actually conflict with
the old lib (which I assume is not th
On Mon, Jun 18, 2001 at 05:02:12PM +1000, Daniel Stone wrote:
> On Mon, Jun 18, 2001 at 10:49:35AM +0900, Junichi Uekawa wrote:
> >
> > Hello,
> >
> > Upstram of qtecasound has depricated libqtecasound,
> > and the only application which depended upon libqtecasound (qtecasound, and
>ecawave)
>
Package: lintian
Severity: normal
Hi,
lintian complains about empty packages not having a copyright file. I
think it should silently accept empty packages (Severity set to normal
because it might actually stop packages from being installed).
Simon
--
GPG public key available from http://ph
On Sun, Jun 17, 2001 at 04:46:20PM -0400, Bob Hilliard wrote:
> Thanks, Julian. This works like a charm, but Lintian has the
> following objections:
>
> E: dict-web1913: no-copyright-file
> W: dict-web1913: prerm-does-not-remove-usr-doc-link
> W: dict-web1913: postinst-does-not-set-usr-doc-
On Mon, Jun 18, 2001 at 01:07:57PM +1200, Michael Beattie wrote:
> On Sun, Jun 17, 2001 at 04:46:20PM -0400, Bob Hilliard wrote:
> > > > In order to be allowed in the archive, will it be necessary to
> > > > provide a copyright file?
> > >
> > > No.
>
> Er, YES.
Er, NO. My package sgb-src
On Fri, Jun 15, 2001 at 07:28:47PM +0200, Domenico Andreoli wrote:
> i'm working on a package (libpspell2) which installthree libraries
> (libpspell.so.2.0.2, libpspell-impl.so.3.0.1, libpspell-modules.so.1.0.1),
> as expected it exports a shlibs which lists all of the three libs.
>
> they depend
On Fri, Jun 15, 2001 at 10:13:53AM -0400, Richard A Nelson wrote:
> > Ah, very good point. Why not simply add in the purge section a block
> > around it which says:
> >
> > if ! [ -f > packages> ]
> > then
> > delete a lot of files
> > fi
>
> Because I have to allow for the user switching fr
If you got some useful answers on this I would be interested as well to
hear them, since a package of mine is stuck in unstable because the
autobuilders are not catching up
*t
Tomas Pospisek
Sour
On Sun, Jun 17, 2001 at 04:46:20PM -0400, Bob Hilliard wrote:
> Thanks, Julian. This works like a charm, but Lintian has the
> following objections:
>
> E: dict-web1913: no-copyright-file
> W: dict-web1913: prerm-does-not-remove-usr-doc-link
> W: dict-web1913: postinst-does-not-set-usr-doc
On Mon, Jun 18, 2001 at 01:07:57PM +1200, Michael Beattie wrote:
> On Sun, Jun 17, 2001 at 04:46:20PM -0400, Bob Hilliard wrote:
> > > > In order to be allowed in the archive, will it be necessary to
> > > > provide a copyright file?
> > >
> > > No.
>
> Er, YES.
Er, NO. My package sgb-src
On Fri, Jun 15, 2001 at 07:28:47PM +0200, Domenico Andreoli wrote:
> i'm working on a package (libpspell2) which installthree libraries
> (libpspell.so.2.0.2, libpspell-impl.so.3.0.1, libpspell-modules.so.1.0.1),
> as expected it exports a shlibs which lists all of the three libs.
>
> they depend
On Mon, Jun 18, 2001 at 10:49:35AM +0900, Junichi Uekawa wrote:
>
> Hello,
>
> Upstram of qtecasound has depricated libqtecasound,
> and the only application which depended upon libqtecasound (qtecasound, and
> ecawave)
> no longer need the library.
>
> Would I need to make an empty package of
On Fri, Jun 15, 2001 at 10:13:53AM -0400, Richard A Nelson wrote:
> > Ah, very good point. Why not simply add in the purge section a block
> > around it which says:
> >
> > if ! [ -f ]
> > then
> > delete a lot of files
> > fi
>
> Because I have to allow for the user switching from non-tls
If you got some useful answers on this I would be interested as well to
hear them, since a package of mine is stuck in unstable because the
autobuilders are not catching up
*t
Tomas Pospisek
Sou
25 matches
Mail list logo