Re: lintian error due to arm64 and aarch64 mismatch on raspberry pi

On 2023-11-11 19:36 +0530, Shriram Ravindranathan wrote: > when I run dpkg --print-architecture it says arm64 but when I run the > command arch it says aarch64. > Am I doing something wrong here? how do I get it to build for aarch64? Just to clarify your confusion: arm64 is the debian (and kernel)

Re: lintian error due to arm64 and aarch64 mismatch on raspberry pi

Thank you, that seems to have resolved it. I changed it to arch:any and multiarch:same. On 11/11/2023 20:10, Andrey Rakhmatullin wrote: On Sat, Nov 11, 2023 at 07:36:07PM +0530, Shriram Ravindranathan wrote: dpkg-deb: building package 'libmagicenum-dev' in '../libmagicenum-dev_0.9.3-1_all.deb

Re: lintian error due to arm64 and aarch64 mismatch on raspberry pi

On Sat, Nov 11, 2023 at 07:36:07PM +0530, Shriram Ravindranathan wrote: > dpkg-deb: building package 'libmagicenum-dev' in > '../libmagicenum-dev_0.9.3-1_all.deb'. [...] > E: libmagicenum-dev: triplet-dir-and-architecture-mismatch is for arm64 > instead of all [usr/lib/aarch64-linux-gnu/] So you

Re: lintian error due to arm64 and aarch64 mismatch on raspberry pi

Hi Shriram, debian/control file has a field "architecture". By default it's set to "any". Try setting it to "all" On November 11, 2023 7:46:05 PM GMT+05:30, Shriram Ravindranathan wrote: >I just realized that I misread the error message. My apologies. It seems to be >expecting all instead of

Re: lintian error due to arm64 and aarch64 mismatch on raspberry pi

I just realized that I misread the error message. My apologies. It seems to be expecting all instead of arm64. So how might I build it for all? On 11/11/23 7:36 pm, Shriram Ravindranathan wrote: Dear Mentors, I am trying to build a multiarch package (ITP #1055706) for debian on a raspberry pi

Re: Lintian error for package with Apache2 module

Den 10. mars 2014 21:56, skrev Russ Allbery: Atle Solbakken writes: I'm getting the Lintian error apache2-module-does-not-depend-on-apache2-api on my package http://mentors.debian.net/package/pstar . Yes, you

Re: Lintian error for package with Apache2 module

Atle Solbakken writes: > I'm getting the Lintian error > apache2-module-does-not-depend-on-apache2-api > > on my package http://mentors.debian.net/package/pstar . > I apparently have to make the package depend on

Re: lintian error on my package dhcp-probe

On Mon, 15 Mar 2010 21:06:29 +0100, Patrick Matthäi wrote: > Am 15.03.2010 21:04, schrieb Laurent Guignard: > >Hi mentors, > > > >I have this error during a lintian check : > > > >I: dhcp-probe: spelling-error-in-manpage usr/share/man/man8/dhcp_probe.8.gz > >overriden overridden > > ... > > >I h

Re: lintian error on my package dhcp-probe

Le Mon, Mar 15, 2010 at 05:10:46PM -0300, Eriberto a écrit : > The word overridden was wrote as "overriden" into dhcp_probe.8.gz > file. You must fix it. It is a spelling error. Hi all, I would rather recommend to forward the bug upstream instead of increasing the package's complexity with a patc

Re: lintian error on my package dhcp-probe

Laurent Guignard wrote: > Hi mentors, > > I have this error during a lintian check : > > I: dhcp-probe: spelling-error-in-manpage usr/share/man/man8/dhcp_probe.8.gz > overriden overriden > N: > N:Lintian found a spelling error in the manpage. Lintian has a list of > N:common misspelling

Re: lintian error on my package dhcp-probe

Hi, On Mon, Mar 15, 2010 at 09:04:22PM +0100, Laurent Guignard wrote: > I have this error during a lintian check : > > I: dhcp-probe: spelling-error-in-manpage usr/share/man/man8/dhcp_probe.8.gz > overriden overridden > N: > N:Lintian found a spelling error in the manpage. Lintian has a lis

Re: lintian error on my package dhcp-probe

The word overridden was wrote as "overriden" into dhcp_probe.8.gz file. You must fix it. It is a spelling error. Regards, Eriberto - Brazil 2010/3/15 Laurent Guignard : > I have this error during a lintian check : > > I: dhcp-probe: spelling-error-in-manpage usr/share/man/man8/dhcp_probe.8.gz >

Re: lintian error on my package dhcp-probe

On Mon, Mar 15, 2010 at 09:04:22PM +0100, Laurent Guignard wrote: > I: dhcp-probe: spelling-error-in-manpage usr/share/man/man8/dhcp_probe.8.gz > overriden overridden > > I have problem to interpret this message. I think it is a problem on the > "overridden" word but i don't see where the spellin

Re: lintian error on my package dhcp-probe

Am 15.03.2010 21:04, schrieb Laurent Guignard: Hi mentors, I have this error during a lintian check : I: dhcp-probe: spelling-error-in-manpage usr/share/man/man8/dhcp_probe.8.gz overriden overridden ... I have problem to interpret this message. I think it is a problem on the "overridden" w

Re: Lintian error

On Fri, Aug 1, 2008 at 12:04 AM, Charliej <[EMAIL PROTECTED]> wrote: > I think one of the reasons he is hesitant is that the removal of "prototype" > from the .tar.gz that he hosts would severely impact his M$ Windows users > (he has a rather large M$ Windows community). Actually I could care le

Re: Lintian error

Raphael Geissert wrote: [Please respect the CoC[0] and avoid sending me copies of the message] [0]http://www.debian.org/MailingLists/#codeofconduct Charliej wrote: Raphael Geissert wrote: Charliej wrote: With that said this is a quote from my upstream: "Whee, is this somet

Re: Lintian error

[Please respect the CoC[0] and avoid sending me copies of the message] [0]http://www.debian.org/MailingLists/#codeofconduct Charliej wrote: > Raphael Geissert wrote: >> Charliej wrote: >> >>> With that said this is a quote from my upstream: >>> >>> "Whee, is this something you could take care

Re: Lintian error

Raphael Geissert wrote: Charliej wrote: With that said this is a quote from my upstream: "Whee, is this something you could take care of at install, delete and then create a symlink. Or would this still violate this policy" Would this be a viable solution? (I told upstream I would ask)

Re: Lintian error

Charliej wrote: > > With that said this is a quote from my upstream: > > "Whee, is this something you could take care of at install, delete and > then create a symlink. Or would this still violate this policy" > > Would this be a viable solution? (I told upstream I would ask) > > I don't thi

Re: Lintian error

Ben Finney wrote: "Paul Wise" <[EMAIL PROTECTED]> writes: On Wed, Jul 30, 2008 at 3:52 PM, Charliej <[EMAIL PROTECTED]> wrote: I have contacted upstream about this error, and he states that he would not want to depend on the prototype package in debian because he has made changes to t

Re: Lintian error

"Paul Wise" <[EMAIL PROTECTED]> writes: > On Wed, Jul 30, 2008 at 3:52 PM, Charliej <[EMAIL PROTECTED]> wrote: > > > I have contacted upstream about this error, and he states that he > > would not want to depend on the prototype package in debian > > because he has made changes to the version of

Re: Lintian error

On Wed, Jul 30, 2008 at 3:52 PM, Charliej <[EMAIL PROTECTED]> wrote: > I have contacted upstream about this error, and he states that he would not > want to depend on the prototype package in debian because he has made > changes to the version of prototype he is currently using. Please ask him to

Re: Lintian error about missing debconf dependency (which is not missing)

Hi! On Fri, Dec 23, 2005 at 12:37:20PM +0100, Joost van Baal wrote: > Op vr 23 dec 2005 om 02:31:16 -0800 schreef Steve Langasek: > > > > I don't know what minimum version of cdebconf (if any) you should specify to > > get support for settitle. > > From the changelog: > > cdebconf (0.43) >

Re: Lintian error about missing debconf dependency (which is not missing)

Russ Allbery wrote: > I hate to say this, since actually implementing it is a lot of work in > supporting programs like debhelper, but if the debconf-2.0 pseudopackage > was introduced prior to a new feature in the debconf interface there needs > to be a debconf-2.1 or debconf-3.0 as well. If cdeb

Re: Lintian error about missing debconf dependency (which is not missing)

Op vr 23 dec 2005 om 02:31:16 -0800 schreef Steve Langasek: > > I don't know what minimum version of cdebconf (if any) you should specify to > get support for settitle. From the changelog: cdebconf (0.43) "Add new command SETTITLE" Bye, Joost signature.asc Description: Digital signature

Re: Lintian error about missing debconf dependency (which is not missing)

On Thu, Dec 22, 2005 at 09:36:57AM +0100, Michael Hanke wrote: > > If you depend on newer features than those guaranteed by the debconf-2.0 > > interface, you will need to depend on the providers of those features > > explicitly, *without* an or on "debconf-2.0". > Thanks. I did'nt realize this fac

Re: Lintian error about missing debconf dependency (which is not missing)

Russ Allbery said: I hate to say this, since actually implementing it is a lot of work in supporting programs like debhelper, but if the debconf-2.0 pseudopackage was introduced prior to a new feature in the debconf interface there needs to be a debconf-2.1 or debconf-3.0 as well. If cdebconf im

Re: Lintian error about missing debconf dependency (which is not missing)

Michael Hanke <[EMAIL PROTECTED]> writes: > Thanks. I did'nt realize this fact. So if I get you right the solution > would be to get rid of the debconf-2.0 dependency. If I do so lintian is > fine, but I guess Joey Hess is not: > http://lists.debian.org/debian-devel/2005/08/msg00136.html > (and f

Re: Lintian error about missing debconf dependency (which is not missing)

Hi! On Wed, Dec 21, 2005 at 04:18:13PM -0800, Steve Langasek wrote: > > The strange thing is, that I have the following line in the control file: > > > Depends: ${misc:Depends}, iptables (>=1.2.11), gawk, debconf (>=1.3.22) | > > debconf-2.0 > > > There is clearly a versioned debconf dependency

Re: Lintian error about missing debconf dependency (which is not missing)

On Wed, Dec 21, 2005 at 08:35:52PM +0100, Michael Hanke wrote: > I'm preparing a package which uses debconf. When I run lintian on the > package the following error is reported: > E: arno-iptables-firewall: settitle-requires-versioned-depends config > N: > N: Debconf only supports the SETTITLE

Re: Lintian error about missing debconf dependency (which is not missing)

Michael Hanke <[EMAIL PROTECTED]> writes: > I'm preparing a package which uses debconf. When I run lintian on the > package the following error is reported: > E: arno-iptables-firewall: settitle-requires-versioned-depends config > N: > N: Debconf only supports the SETTITLE command as of version

Re: Lintian error binary-or-shlib-defines-rpath

On Wed, Oct 12, 2005 at 10:18:56AM +0200, Joost van Baal wrote: > Hi, > Op wo 12 okt 2005 om 09:32:55 +0200 schreef Michael Hanke: >> Joost van Baal schrieb: > >> Op di 11 okt 2005 om 10:26:50 +0200 schreef Jan C. Nordholz: > >> > >>>AFAICT, --disable-rpath is catching all usages of the "rpath"

Re: Lintian error binary-or-shlib-defines-rpath

Hi, Op wo 12 okt 2005 om 09:32:55 +0200 schreef Michael Hanke: > Joost van Baal schrieb: > > Op di 11 okt 2005 om 10:26:50 +0200 schreef Jan C. Nordholz: > > > > > > > >>AFAICT, --disable-rpath is catching all usages of the "rpath" feature except > >>one: src/Makefile.in, Line 540: > >> > >>

Re: Lintian error binary-or-shlib-defines-rpath

Op di 11 okt 2005 om 10:26:50 +0200 schreef Jan C. Nordholz: > > AFAICT, --disable-rpath is catching all usages of the "rpath" feature except > one: src/Makefile.in, Line 540: > > 540 $(CXXLINK) -rpath $(kde_moduledir) > $(libkbibtexpart_la_LDFLAGS) $(libkbibtexpart_la_OBJECTS) > $

Re: Lintian error binary-or-shlib-defines-rpath

On Tue, Oct 11, 2005 at 09:52:51PM +0200, Michael Hanke wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi! > > I'm packaging kbibtex which is a KDE bibtex editor. Lintian reports the > following error for the package: > > N: Processing 1 packages... > N: > N: Processing binary

Re: Lintian error binary-or-shlib-defines-rpath

On Tue, Oct 11, 2005 at 09:52:51PM +0200, Michael Hanke wrote: > I'm packaging kbibtex which is a KDE bibtex editor. Lintian reports the > following error for the package: > W: kbibtex: binary-or-shlib-defines-rpath > ./usr/lib/kde3/libkbibtexpart.so /usr/lib That's totally unnecessary, anyway.. w

Re: lintian error "file-in-unusual-dir usr/etc/settings/" with Qt3-Application

On Fri, Aug 15, 2003 at 09:17:15PM +0200, Frank K?ster <[EMAIL PROTECTED]> wrote: > - Why not link /usr/etc/ to /etc/qt or the like? That still wouldn't conform to policy and is an ugly solution anyway. :) -- Mike Markley <[EMAIL PROTECTED]> GPG: 0x3B047084 7FC7 0DC0 EF31 DF83 7313 FE2B 77A8 F

Re: lintian error "file-in-unusual-dir usr/etc/settings/" with Qt3-Application

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Freitag, 15. August 2003 20:26 schrieb Brian Nelson: > Dominik Stadler <[EMAIL PROTECTED]> writes: > > Nope. You'll need to modify the application source. thanks for all the help, the hint with QSetting was very helpful. I looked at the source an

Re: lintian error "file-in-unusual-dir usr/etc/settings/" with Qt3-Application

On Fri, Aug 15, 2003 at 09:17:15PM +0200, Frank K?ster <[EMAIL PROTECTED]> wrote: > - Why not link /usr/etc/ to /etc/qt or the like? That still wouldn't conform to policy and is an ugly solution anyway. :) -- Mike Markley <[EMAIL PROTECTED]> GPG: 0x3B047084 7FC7 0DC0 EF31 DF83 7313 FE2B 77A8 F3

Re: lintian error "file-in-unusual-dir usr/etc/settings/" with Qt3-Application

Dominik Stadler <[EMAIL PROTECTED]> schrieb: [conffile in /usr/etc/settings] > My question therefore: Is this a case where lintian should allow an > exception, > because I have no other way of telling the Qt-Library to search in a > different directory? Or is it simply not possible? - How do

Re: lintian error "file-in-unusual-dir usr/etc/settings/" with Qt3-Application

Dominik Stadler <[EMAIL PROTECTED]> writes: >> Why Qt should look in /usr/etc? Configure your program with >> --sysconfdir=/etc flag and everything should be OK. > > Thanks for the hints, but the problem is that the application does not use > autoconf/automake/configure, but the build-tool qmake.

Re: lintian error "file-in-unusual-dir usr/etc/settings/" with Qt3-Application

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Freitag, 15. August 2003 20:26 schrieb Brian Nelson: > Dominik Stadler <[EMAIL PROTECTED]> writes: > > Nope. You'll need to modify the application source. thanks for all the help, the hint with QSetting was very helpful. I looked at the source an

Re: lintian error "file-in-unusual-dir usr/etc/settings/" with Qt3-Application

Dominik Stadler <[EMAIL PROTECTED]> writes: > Hi, > > I started working on a debian-package. The application uses the Qt-Library as > basis (no KDE). During startup, the application looks in a directory > "/usr/etc/settings/" for system-wide settings for the application. This is > not coded in

Re: lintian error "file-in-unusual-dir usr/etc/settings/" with Qt3-Application

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Why Qt should look in /usr/etc? Configure your program with > --sysconfdir=/etc flag and everything should be OK. Thanks for the hints, but the problem is that the application does not use autoconf/automake/configure, but the build-tool qmake. Is

Re: lintian error "file-in-unusual-dir usr/etc/settings/" withQt3-Application

Dominik Stadler <[EMAIL PROTECTED]> schrieb: [conffile in /usr/etc/settings] > My question therefore: Is this a case where lintian should allow an exception, > because I have no other way of telling the Qt-Library to search in a > different directory? Or is it simply not possible? - How do ot

Re: lintian error "file-in-unusual-dir usr/etc/settings/" with Qt3-Application

On Fri, Aug 15, 2003 at 06:42:03PM +0200, Dominik Stadler wrote: > I started working on a debian-package. The application uses the Qt-Library as > basis (no KDE). During startup, the application looks in a directory > "/usr/etc/settings/" for system-wide settings for the application. This is > n

Re: lintian error "file-in-unusual-dir usr/etc/settings/" withQt3-Application

Dominik Stadler <[EMAIL PROTECTED]> writes: >> Why Qt should look in /usr/etc? Configure your program with >> --sysconfdir=/etc flag and everything should be OK. > > Thanks for the hints, but the problem is that the application does not use > autoconf/automake/configure, but the build-tool qmake.

Re: lintian error "file-in-unusual-dir usr/etc/settings/" withQt3-Application

Dominik Stadler <[EMAIL PROTECTED]> writes: > Hi, > > I started working on a debian-package. The application uses the Qt-Library as > basis (no KDE). During startup, the application looks in a directory > "/usr/etc/settings/" for system-wide settings for the application. This is > not coded in

Re: lintian error "file-in-unusual-dir usr/etc/settings/" with Qt3-Application

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Why Qt should look in /usr/etc? Configure your program with > --sysconfdir=/etc flag and everything should be OK. Thanks for the hints, but the problem is that the application does not use autoconf/automake/configure, but the build-tool qmake. Is

Re: lintian error "file-in-unusual-dir usr/etc/settings/" with Qt3-Application

On Fri, Aug 15, 2003 at 06:42:03PM +0200, Dominik Stadler wrote: > I started working on a debian-package. The application uses the Qt-Library as > basis (no KDE). During startup, the application looks in a directory > "/usr/etc/settings/" for system-wide settings for the application. This is > n

Re: Lintian error when packaging an app.

On Mon, May 05, 2003 at 05:13:54PM +0200, Jaime Robles wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hello. > > I am having some problems when packaging an application (KDE app): > == > E: klog: symlink-should-be-relative usr/share/doc/kde/HTML/en/klog/c

Re: Lintian error when packaging an app.

Hi, Jaime Robles wrote: > I am having some problems when packaging an application (KDE app): > == > E: klog: symlink-should-be-relative usr/share/doc/kde/HTML/en/klog/common > /usr/share/doc/kde/HTML/en/common > E: klog: package-has-a-duplicate-relation xlibs (>> 4.1.0

Re: Lintian error when packaging an app.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 05 May 2003 16:13, Jaime Robles <[EMAIL PROTECTED]> wrote: > Hello. > > I am having some problems when packaging an application (KDE app): > == > E: klog: symlink-should-be-relative > usr/share/doc/kde/HTML/en/klog

Re: lintian error

On Sun, Feb 16, 2003 at 10:29:36AM -0600, Graham Wilson wrote: > is this a bug in xlibs? No, xlibs speaks the truth. If anything, this is a (minor) bug in dpkg-shlibdeps. To fix this, dpkg-shlibdeps would need to understand when a dependency introduced by one library obsoletes that introduced b

Re: lintian error

On Sun, Feb 16, 2003 at 04:24:39PM +0100, Rene Engelhard wrote: > /var/lib/dpkg/info/xlibs.shlibs: > > ibICE 6 xlibs (>> 4.1.0) > libSM 6 xlibs (>> 4.1.0) > libX11 6 xlibs (>> 4.1.0) > libXext 6 xlibs (>> 4.1.0) > libXft 1 xlibs (>> 4.1.0) > libXi 6 xlibs (>> 4.1.0)

Re: lintian error

On Sun, Feb 16, 2003 at 10:29:36AM -0600, Graham Wilson wrote: > is this a bug in xlibs? No, xlibs speaks the truth. If anything, this is a (minor) bug in dpkg-shlibdeps. To fix this, dpkg-shlibdeps would need to understand when a dependency introduced by one library obsoletes that introduced b

Re: lintian error

This one time, at band camp, Rene Engelhard said: > Stephen Gran wrote: > > Hello all, > > > > I am sorry to write a question that I think has been answered recently, > > but I can't find it now. I am getting a lintian error, > > package-has-a-duplicate-relation xlibs (>> 4.1.0), xlibs (>> 4.2.0)

Re: lintian error

Stephen Gran wrote: > Hello all, > > I am sorry to write a question that I think has been answered recently, > but I can't find it now. I am getting a lintian error, > package-has-a-duplicate-relation xlibs (>> 4.1.0), xlibs (>> 4.2.0) > on one of my packages. I believe this is because of a depe

Re: lintian error

On Sun, Feb 16, 2003 at 04:24:39PM +0100, Rene Engelhard wrote: > /var/lib/dpkg/info/xlibs.shlibs: > > ibICE 6 xlibs (>> 4.1.0) > libSM 6 xlibs (>> 4.1.0) > libX11 6 xlibs (>> 4.1.0) > libXext 6 xlibs (>> 4.1.0) > libXft 1 xlibs (>> 4.1.0) > libXi 6 xlibs (>> 4.1.0)

Re: lintian error

This one time, at band camp, Rene Engelhard said: > Stephen Gran wrote: > > Hello all, > > > > I am sorry to write a question that I think has been answered recently, > > but I can't find it now. I am getting a lintian error, > > package-has-a-duplicate-relation xlibs (>> 4.1.0), xlibs (>> 4.2.0)

Re: lintian error

Stephen Gran wrote: > Hello all, > > I am sorry to write a question that I think has been answered recently, > but I can't find it now. I am getting a lintian error, > package-has-a-duplicate-relation xlibs (>> 4.1.0), xlibs (>> 4.2.0) > on one of my packages. I believe this is because of a depe

Re: Lintian error: depends-on-essential-package-without-using-ve

On 27-Aug-2001 Drew Parsons wrote: > On Sat, Aug 25, 2001 at 11:06:41AM -0700, Sean 'Shaleh' Perry wrote: >> >> my @bashism_regexs = ( > .. >> ); >> >> This is the array of regexes I test Debian scripts against in lintian. it >> is >> not all encompassing but it catches most of

Re: Lintian error: depends-on-essential-package-without-using-ve

On 27-Aug-2001 Drew Parsons wrote: > On Sat, Aug 25, 2001 at 11:06:41AM -0700, Sean 'Shaleh' Perry wrote: >> >> my @bashism_regexs = ( > .. >> ); >> >> This is the array of regexes I test Debian scripts against in lintian. it >> is >> not all encompassing but it catches most of

Re: Lintian error: depends-on-essential-package-without-using-ve

On Sat, Aug 25, 2001 at 11:06:41AM -0700, Sean 'Shaleh' Perry wrote: > > my @bashism_regexs = ( .. > ); > > This is the array of regexes I test Debian scripts against in lintian. it is > not all encompassing but it catches most of the egregious ones that bash > allows > and whic

Re: Lintian error: depends-on-essential-package-without-using-ve

On Sat, Aug 25, 2001 at 11:06:41AM -0700, Sean 'Shaleh' Perry wrote: > > my @bashism_regexs = ( .. > ); > > This is the array of regexes I test Debian scripts against in lintian. it is > not all encompassing but it catches most of the egregious ones that bash allows > and which

RE: Lintian error: depends-on-essential-package-without-using-ve

my @bashism_regexs = ( 'function \w+\(\s*\)', # function is useless # should be '.', not 'source' '(?:^|\s+)source\s+(?:\.\/|\/|\$)[^\s]+', '(\[|test|-o|-a)\s*[^\s]+\s+==\s', # should be 'b =

Re: Lintian error: depends-on-essential-package-without-using-version bash

On Sat, Aug 25, 2001 at 02:52:52PM +1000, Drew Parsons wrote: > On Sat, Aug 25, 2001 at 03:20:28AM +1000, Drew Parsons wrote: > > Lastly, is there a reliable way of confirming that I do not in fact have any > > bashisms, so that #!/bin/sh would be sufficient? sh is linked to bash, so > > simply wr

RE: Lintian error: depends-on-essential-package-without-using-ve

my @bashism_regexs = ( 'function \w+\(\s*\)', # function is useless # should be '.', not 'source' '(?:^|\s+)source\s+(?:\.\/|\/|\$)[^\s]+', '(\[|test|-o|-a)\s*[^\s]+\s+==\s', # should be 'b

Re: Lintian error: depends-on-essential-package-without-using-version bash

On Sat, Aug 25, 2001 at 03:20:28AM +1000, Drew Parsons wrote: > > But doing this, lintian gives the warning: > > E: tzwatch: depends-on-essential-package-without-using-version bash > > I can't find much in Debian policy about this, so I'd like to ask, what > does this error mean, and why is it a

Re: Lintian error: depends-on-essential-package-without-using-version bash

On Sat, Aug 25, 2001 at 03:20:28AM +1000, Drew Parsons wrote: > > But doing this, lintian gives the warning: > > E: tzwatch: depends-on-essential-package-without-using-version bash > > I can't find much in Debian policy about this, so I'd like to ask, what > does this error mean, and why is it

Re: Lintian error: depends-on-essential-package-without-using-version bash

Drew Parsons wrote: > depends-on-essential-package-without-using-version [...] > > I can't find much in Debian policy about this, so I'd like to ask, what > does this error mean, and why is it an error? Many packages have a Depends line similar to this one: Depends: [...], debianutils (>= 1.6) d

Re: Lintian error: depends-on-essential-package-without-using-version bash

On Sat, Aug 25, 2001 at 03:20:28AM +1000, Drew Parsons wrote: > I can't find much in Debian policy about this, so I'd like to ask, what > does this error mean, and why is it an error? Is it correct that I do not Because bash is essential, in the sense that every Debian system *will* have it insta

Re: Lintian error: depends-on-essential-package-without-using-version bash

On Sat, 25 Aug 2001, Drew Parsons wrote: > Depends: bash > But doing this, lintian gives the warning: > E: tzwatch: depends-on-essential-package-without-using-version bash > > I can't find much in Debian policy about this, so I'd like to ask, what > does this error mean, and why is it an error? I

Re: Lintian error: depends-on-essential-package-without-using-version bash

On Sat, Aug 25, 2001 at 03:20:28AM +1000, Drew Parsons wrote: > I can't find much in Debian policy about this, so I'd like to ask, what > does this error mean, and why is it an error? Is it correct that I do not Because bash is essential, in the sense that every Debian system *will* have it inst

Re: Lintian error: depends-on-essential-package-without-using-version bash

On Sat, 25 Aug 2001, Drew Parsons wrote: > Depends: bash > But doing this, lintian gives the warning: > E: tzwatch: depends-on-essential-package-without-using-version bash > > I can't find much in Debian policy about this, so I'd like to ask, what > does this error mean, and why is it an error?

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/

On 04-Dec-2000 Alexander Kotelnikov wrote: > On Mon, Dec 04, 2000 at 01:03:11PM -0800, Sean 'Shaleh' Perry wrote: >> > >> > Try prefixing the # with a tab. The regular expression used to match >> > comments in menu files for lintian changed from /^\s*?\#/ to >> > /^\s*?\#/ with the most

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/

On Mon, Dec 04, 2000 at 01:03:11PM -0800, Sean 'Shaleh' Perry wrote: > > > > Try prefixing the # with a tab. The regular expression used to match > > comments in menu files for lintian changed from /^\s*?\#/ to > > /^\s*?\#/ with the most recent checkin. Since it changed in both > > plac

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/

On 04-Dec-2000 Alexander Kotelnikov wrote: > On Mon, Dec 04, 2000 at 01:03:11PM -0800, Sean 'Shaleh' Perry wrote: >> > >> > Try prefixing the # with a tab. The regular expression used to match >> > comments in menu files for lintian changed from /^\s*?\#/ to >> > /^\s*?\#/ with the most

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/

On Mon, Dec 04, 2000 at 01:03:11PM -0800, Sean 'Shaleh' Perry wrote: > > > > Try prefixing the # with a tab. The regular expression used to match > > comments in menu files for lintian changed from /^\s*?\#/ to > > /^\s*?\#/ with the most recent checkin. Since it changed in both > > pla

RE: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/

On 01-Dec-2000 Alexander Kotelnikov wrote: > Hello. > > I am building fvwm and get > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148 > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149 > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:150 > please send me your original menu entry pl

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/

> > Try prefixing the # with a tab. The regular expression used to match > comments in menu files for lintian changed from /^\s*?\#/ to > /^\s*?\#/ with the most recent checkin. Since it changed in both > places in the file, I assume it was on purpose. > I did not change the syntax of

RE: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/

On 01-Dec-2000 Alexander Kotelnikov wrote: > Hello. > > I am building fvwm and get > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148 > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149 > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:150 > please send me your original menu entry p

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/

> > Try prefixing the # with a tab. The regular expression used to match > comments in menu files for lintian changed from /^\s*?\#/ to > /^\s*?\#/ with the most recent checkin. Since it changed in both > places in the file, I assume it was on purpose. > I did not change the syntax of

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148

On Fri, Dec 01, 2000 at 01:40:30PM -0800, Matt Kraai wrote: > > dpkg-deb: building package `fvwm' in `../fvwm_2.2.4-3_i386.deb'. > > dpkg-deb: building package `fvwm-common' in > > `../fvwm-common_2.2.4-3_i386.deb'. > > dpkg-genchanges > > dpkg-genchanges: not including original source code in up

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148

On Fri, Dec 01, 2000 at 11:59:37PM +0300, Alexander Kotelnikov wrote: > On Fri, Dec 01, 2000 at 07:07:55PM +0100, Josip Rodin wrote: > > On Fri, Dec 01, 2000 at 09:02:21PM +0300, Alexander Kotelnikov wrote: > > > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148 > > > E: fvwm: bad-test-in-menu-

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148

On Fri, Dec 01, 2000 at 11:59:37PM +0300, Alexander Kotelnikov wrote: > > Does the menu file perhaps have any opened quotes that aren't closed? > > It seems to be ok. But if I delete everything the foregoing to these three > lines I get > > E: fvwm: old-format-menu-file /usr/lib/menu/fvwm > > fr

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148

On Fri, Dec 01, 2000 at 07:07:55PM +0100, Josip Rodin wrote: > On Fri, Dec 01, 2000 at 09:02:21PM +0300, Alexander Kotelnikov wrote: > > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148 > > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149 > > E: fvwm: bad-test-in-menu-item /usr/lib/menu/f

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148

On Fri, Dec 01, 2000 at 01:40:30PM -0800, Matt Kraai wrote: > > dpkg-deb: building package `fvwm' in `../fvwm_2.2.4-3_i386.deb'. > > dpkg-deb: building package `fvwm-common' in `../fvwm-common_2.2.4-3_i386.deb'. > > dpkg-genchanges > > dpkg-genchanges: not including original source code in upload

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148

On Fri, Dec 01, 2000 at 11:59:37PM +0300, Alexander Kotelnikov wrote: > On Fri, Dec 01, 2000 at 07:07:55PM +0100, Josip Rodin wrote: > > On Fri, Dec 01, 2000 at 09:02:21PM +0300, Alexander Kotelnikov wrote: > > > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148 > > > E: fvwm: bad-test-in-menu

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148

On Fri, Dec 01, 2000 at 11:59:37PM +0300, Alexander Kotelnikov wrote: > > Does the menu file perhaps have any opened quotes that aren't closed? > > It seems to be ok. But if I delete everything the foregoing to these three > lines I get > > E: fvwm: old-format-menu-file /usr/lib/menu/fvwm > > f

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148

On Fri, Dec 01, 2000 at 07:07:55PM +0100, Josip Rodin wrote: > On Fri, Dec 01, 2000 at 09:02:21PM +0300, Alexander Kotelnikov wrote: > > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148 > > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149 > > E: fvwm: bad-test-in-menu-item /usr/lib/menu/

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148

On Fri, Dec 01, 2000 at 09:02:21PM +0300, Alexander Kotelnikov wrote: > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148 > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149 > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:150 > > these lines are just comments: > ... > # From here on ar

Re: lintian error: E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148

On Fri, Dec 01, 2000 at 09:02:21PM +0300, Alexander Kotelnikov wrote: > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148 > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149 > E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:150 > > these lines are just comments: > ... > # From here on a

Re: Lintian error: executable-in-usr-doc

Hamish Moffatt <[EMAIL PROTECTED]> writes: > Personally, I think csh-considered-harmful is a purely personal > decision and has no place in policy and therefore lintian. What does it say if you're using foosh? Lintian should at least warn if the instalation scripts are using anything not in base

Re: Lintian error: executable-in-usr-doc

On Sat, Jan 16, 1999 at 05:12:01PM -0800, Joey Hess wrote: > Peter S Galbraith wrote: > > So, can I let these example scripts be executable, or not? > > Examples should go in /usr/doc/examples/ . Lintian will not > complain about executables in that directory. It still complains about csh-conside

Re: Lintian error: executable-in-usr-doc

On Tue, 19 Jan, 1999, tmancill wrote: > I second this notion. I wrote a script for the wanpipe package that > checks to see if the kernel patches have been applied, and does this if > needed. It really doesn't belong in /usr/doc/$package/examples, but I put > it there to get lintian to be quiet.

Re: Lintian error: executable-in-usr-doc

On Tue, 19 Jan 1999, tmancill wrote: > On Tue, 19 Jan 1999, Santiago Vila wrote: > > > On Sat, 16 Jan 1999, Joey Hess wrote: > > > > E: mh-book: executable-in-usr-doc > > > > usr/doc/mh-book/html/download/split/mh/bin/incs 0755 > > > > > > > > So, can I let these example scripts be executable,

Re: Lintian error: executable-in-usr-doc

On Tue, 19 Jan 1999, Santiago Vila wrote: > On Sat, 16 Jan 1999, Joey Hess wrote: > > > E: mh-book: executable-in-usr-doc > > > usr/doc/mh-book/html/download/split/mh/bin/incs 0755 > > > > > > So, can I let these example scripts be executable, or not? > > > > Examples should go in /usr/doc/exa

Re: Lintian error: executable-in-usr-doc

On Sat, 16 Jan 1999, Joey Hess wrote: > Peter S Galbraith wrote: > > After making my mh-book package, I got a lintian _warning_ that > > scripts in /usr/doc were executable. I checked the upstream > > tar.gz and the scripts were, in fact, set executable. > > > > So I changed my rules file to do

Re: Lintian error: executable-in-usr-doc

Robert Woodcock wrote: > Joey Hess wrote: > >Peter S Galbraith wrote: > >> Joey Hess wrote: > >> > >> > Examples should go in /usr/doc/examples/ . Lintian will not > >> > complain about executables in that directory. > >> > >> Is that /usr/doc//examples/ or really > >> /usr/doc/examples/ ? > > >

  1   2   >