Lajos Veres writes:
> I am wondering to move the debian folder to a dedicated github
> repository to have it version tracked. Or is there any more Debian
> friendly place for these debian packaging repositories?
Szia Lajos!
I prefer Debian packaging branches to separate packaging repositories.
On Thu, Oct 29, 2020 at 10:42 PM Lajos Veres wrote:
> Interestingly when I try to use lintian locally on a temp package, it does
> not say anything about the issues listed on the website:
> https://lintian.debian.org/sources/misspell-fixer/0.3-1.html
It is possible that the website used a differe
On Thu, 29 Oct 2020, Paul Wise wrote:
[...]
>
> If you decide to split the debian/ dir, you could also keep it on
> github but not in the orig.tar.gz, either by filtering the tarball
> created by github using the Files-Excluded feature of
> uscan/mk-origtargz, or by storing the debian/ dir on a se
On Wed, Oct 28, 2020 at 11:30 PM Lajos Veres wrote:
> Do I understand well that practically the debian folder should have to
> disappear from the orig.tar.gz?
> Is this what the check verifies?
Correct.
> I am wondering to move the debian folder to a dedicated github
> repository to have it vers
Hi,
I am planning to clean my package's lintian records, but I am not too sure
how to tackle this one:
https://lintian.debian.org/tags/no-debian-changes.html
> Debian packaging is sometimes maintained as part of upstream, but that is
> not recommended as best practice. Please make this package nat
On Tue, 2009-04-21 at 17:02 -0700, Russ Allbery wrote:
> Charlie Smotherman writes:
>
> > The file that lintian is complaining about is
> >
> > usr/share/ampache/www/modules/getid3/module.archive.gzip.php
> >
> > As you can see the file clearly does not end with .gz but instead it
> > ends in php
Charlie Smotherman writes:
> The file that lintian is complaining about is
>
> usr/share/ampache/www/modules/getid3/module.archive.gzip.php
>
> As you can see the file clearly does not end with .gz but instead it
> ends in php. This file is not compressed with gzip but instead adds
> gzip functi
On Tue, Apr 21, 2009 at 04:54:12PM -0500, Charlie Smotherman wrote:
> W gz-file-not-gzip
>
> The file that lintian is complaining about is
>
> usr/share/ampache/www/modules/getid3/module.archive.gzip.php
>
> As you can see the file clearly does not end with .gz but instead it
> ends in php. Thi
Dear Mentors,
While looking at http://lintian.debian.org/tags/gz-file-not-gzip.html
I noticed this lintian warning about my package ampache.
W gz-file-not-gzip
"The given file ends with .gz, which normally indicates it is compressed
with gzip. However, it doesn't seem to be a gzip-compressed f
> First one: it means you have a shared library in your package without
> providing dependency information about it. In this case it shouldn't
How do I go about creaing this info?
> Second one: shared library objects are compiled in a special way
> (command line option -fPIC) so that they can be
Will Lowe <[EMAIL PROTECTED]> writes:
> Can anybody tell me what this means, and what to do about it?
>
> W: rosegarden: shared-lib-without-dependency-information
> usr/X11R6/lib/rosegarden/petal/Petal.so
If the code in Petal.so uses any C library calls, it has to say so for
Debian. (So
> On Sat, 20 Mar 1999 19:46:19 -0500 (EST), Will Lowe <[EMAIL PROTECTED]>
> said:
Will> Can anybody tell me what this means, and what to do about it?
Will> W: rosegarden: shared-lib-without-dependency-information
Will> usr/X11R6/lib/rosegarden/petal/Petal.so
Will> E: rosegarden: shli
Can anybody tell me what this means, and what to do about it?
W: rosegarden: shared-lib-without-dependency-information
usr/X11R6/lib/rosegarden/petal/Petal.so
E: rosegarden: shlib-with-non-pic-code
usr/X11R6/lib/rosegarden/petal/Petal.so
13 matches
Mail list logo
