86_64'
None of this has anything to do with your actual lintian error, as you have
worked out :-)
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
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
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
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. The package buil
pi. The package builds fine, however, there is a lintian
error like so:
*Output from *debuild*:*
dpkg-deb: building package 'libmagicenum-dev' in
'../libmagicenum-dev_0.9.3-1_all.deb'.
dpkg-genbuildinfo -O../magic-enum_0.9.3-1_arm64.buildinfo
dpkg-genchanges -O../magi
Dear Mentors,
I am trying to build a multiarch package (ITP #1055706) for debian on a
raspberry pi. The package builds fine, however, there is a lintian error
like so:
*Output from *debuild*:*
dpkg-deb: building package 'libmagicenum-dev' in
'../libmagicenum-dev_0.9.3-1_
On Mon, Jul 10, 2023 at 05:11:39PM +0200, José Luis Blanco-Claraco wrote:
> Thanks a lot, Andrey, for the time analyzing the problems here, and
> for the clarifications. I thought libpython was like "libc" for
> python...
It is, but as extensions are loadable plugins, they are fine with symbols
bei
Thanks a lot, Andrey, for the time analyzing the problems here, and
for the clarifications. I thought libpython was like "libc" for
python...
So the main issue seems to be dh_python3 not recognizing the package
as "python"...
I attach the list of files and directories of the latest package
version
On Mon, Jul 10, 2023 at 11:22:05AM +0200, José Luis Blanco-Claraco wrote:
> On Mon, Jul 10, 2023 at 11:09 AM Andrey Rakhmatullin wrote:
> > No, as it says "phyton3".
> > (I would also expect that using appropriate substvars here is better than
> > writing deps manually)
>
> I know, and added ${py
On Mon, 10 Jul 2023 01:19:38 -0700, JOSE LUIS BLANCO CLARACO wrote:
> I attach the output of "dpkg -I" for the final binary package, where
> the "Depends: python3" is visible,
Copied from the attached file:
Depends: phyton3
phyton3 != python3
:)
Cheers,
gregor
--
.''`. https://info.co
On Mon, Jul 10, 2023 at 11:09 AM Andrey Rakhmatullin wrote:
> No, as it says "phyton3".
> (I would also expect that using appropriate substvars here is better than
> writing deps manually)
I know, and added ${python3:Depends} and ${shlibs:Depends}, but
"dh-python" seems not to add any substvars,
On Mon, Jul 10, 2023 at 11:02 AM gregor herrmann wrote:
> phyton3 != python3
> :)
hahaha, I knew more eyeballs would be helpful!
Thanks a lot, Gregor, that solves the mystery :-)
On Mon, Jul 10, 2023 at 01:19:38AM -0700, JOSE LUIS BLANCO CLARACO wrote:
> [2]. I attach the output of "dpkg -I" for the final binary package, where
> the "Depends: python3" is visible
No, as it says "phyton3".
(I would also expect that using appropriate substvars here is better than
writing deps
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi all,
I'm adding a new python3 package as part of a larger C++ package [1], which
builds using a rather standard dh + cmake procedure, then builds a python3
package from a pybind11 wrapper.
The problem I have found is that lintian keeps complaini
Hello,
I have a problem with the lintian error "no-code-sections" in the
package libhx.
No matter if I set the parameters
export DEB_CFLAGS_MAINT_APPEND = -flto=auto -ffat-lto-objects
or not the error message remains.
Can someone look over this?
The readelf output se
L.S.
I have a simple program, created by an official Debian tool (fasm).
If I put it into a debian archive I get (among others complaints)
E: lina: unstripped-binary-or-object usr/bin/lina
I'm perfectly willing to strip lina
~/PROJECT/ciforths/ciforth$ strip lina
strip: error: the input file '
Hello,on my package libHX[1] I get always the lintian error:
E: libhx-dev: no-code-sections [usr/lib/x86_64-linux-gnu/libHX_rtcheck.a]
1. As described in bug #977596 [2],
export DEB_CFLAGS_MAINT_APPEND = -flto=auto -ffat-lto-objects
was included.
This did not result in any change in size
> usr/share/spdb/vendor/assets/javascripts/bootstrap-4.4.1.min.js
>> (...)
>> How do I get lintian to be quiet about this?
>
> Add a depends on libjs-bootstrap and remove this minified file from your
> package?
This is the right way to go, except that he will want libjs-bootstrap4
i
On Thu, Aug 13, 2020 at 12:47:16PM -0700, A. Lewenberg wrote:
> I am trying to suppress some lintian errors in my package build. I see this
> error when running lintian:
> --
> E: stanford-spdb source: source-is-missing
> usr/share/spdb/vendor/assets/javascripts/bootstrap-4.4.1.min.js
> --
This is
On 2020-08-13 at 12:47 -0700, A. Lewenberg wrote:
> I am trying to suppress some lintian errors in my package build. I see
> this error when running lintian:
> --
> E: stanford-spdb source: source-is-missing
> usr/share/spdb/vendor/assets/javascripts/bootstrap-4.4.1.min.js
> (...)
> How do I get
Hi A. Lewenberg,
Em qui., 13 de ago. de 2020 às 17:49, A. Lewenberg
escreveu:
>
> I am trying to suppress some lintian errors in my package build. I see
> this error when running lintian:
> --
> E: stanford-spdb source: source-is-missing
> usr/share/spdb/vendor/assets/javascripts/bootstrap-4.4.1.
I am trying to suppress some lintian errors in my package build. I see
this error when running lintian:
--
E: stanford-spdb source: source-is-missing
usr/share/spdb/vendor/assets/javascripts/bootstrap-4.4.1.min.js
--
I attempt to override this by adding to debian/lintian-overrides the line
--
Hi Andreas,
On 05/23/2018 12:11 PM, Andreas Tille wrote:
> Hi,
>
> I've created a symbols file for libseqlib version 1.1.1+dfsg since I
> suspected an ABI change by upstream. A test build with this symbols
> file went fine without lintian errors. I upgraded to libseqlib version
> 1.1.2 which in
Hi,
I've created a symbols file for libseqlib version 1.1.1+dfsg since I
suspected an ABI change by upstream. A test build with this symbols
file went fine without lintian errors. I upgraded to libseqlib version
1.1.2 which in fact had an ABI change[2]. I have upgraded the symbols
file accordin
Hi,
>It doesn't look closed to me.
Indeed, the bug was pending and then excluded from the list in BTS
https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=doona&archive=no&pend-exc=pending-fixed&pend-exc=fixed&pend-exc=done&sev-inc=critical&sev-inc=grave&sev-inc=serious&repeatmerged=no
this is why
On 28/09/16 10:55, Gianfranco Costamagna wrote:
> Hi mentors,
> I did a doona upload, with "closes #foo" in changelog, getting
> a lintian error:
>
> E possible-missing-colon-in-closes
> closes #838630
>
> since the bug is closed
It doesn't look closed t
Hi mentors,
I did a doona upload, with "closes #foo" in changelog, getting
a lintian error:
E possible-missing-colon-in-closes
closes #838630
since the bug is closed, because the system closes bugs even without the colon,
isn't this time to drop that error?
I'm not sur
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
<http://lintian.debian.org/tags/apache2-module-does-not-depend-on-apache2-api.html>
on my package http://mentors.debian.net/package/ps
Atle Solbakken writes:
> I'm getting the Lintian error
> apache2-module-does-not-depend-on-apache2-api
> <http://lintian.debian.org/tags/apache2-module-does-not-depend-on-apache2-api.html>
> on my package http://mentors.debian.net/package/pstar .
> I apparently have
Hi
I'm getting the Lintian error
apache2-module-does-not-depend-on-apache2-api
<http://lintian.debian.org/tags/apache2-module-does-not-depend-on-apache2-api.html>
on my package http://mentors.debian.net/package/pstar .
I apparently have to make the package depend on a virtual pac
On Tue, 2010-07-27 at 07:53 -0400, Paul Wise wrote:
> On Tue, Jul 27, 2010 at 7:46 AM, Chris Baines wrote:
>
> > How would you go about doing this? Would you patch the makefile or add
> > something in to the debian/rules file. My rules file is pretty basic at
> > the moment and just consists of:
On Tue, Jul 27, 2010 at 7:46 AM, Chris Baines wrote:
> How would you go about doing this? Would you patch the makefile or add
> something in to the debian/rules file. My rules file is pretty basic at
> the moment and just consists of:
> %:
> dh $@
chromium-bsu debian/rules:
%:
dh
On Mon, 2010-07-26 at 19:01 +1000, Matthew Palmer wrote:
> On Mon, Jul 26, 2010 at 09:31:10AM +0100, Chris Baines wrote:
> > Hello mentors,
> >
> > I am getting a package-section-games-but-contains-no-game lintian
error
> > on my package fgrun. FGRun is a FL
On Mon, Jul 26, 2010 at 09:31:10AM +0100, Chris Baines wrote:
> Hello mentors,
>
> I am getting a package-section-games-but-contains-no-game lintian error
> on my package fgrun. FGRun is a FLightGear graphical launcher,
> FlightGear is a flight simulator game. FGRun puts its binar
Hello mentors,
I am getting a package-section-games-but-contains-no-game lintian error
on my package fgrun. FGRun is a FLightGear graphical launcher,
FlightGear is a flight simulator game. FGRun puts its binary in
the /usr/bin directory. FGRun is not a game, however it depends on
FlightGear and
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
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
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
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
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
>
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
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
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
N:
N:Lintian found a spelling error in the manpage. Lintian has a list of
N:common misspellings that it looks for. It does not have a d
On Wed, 06 Jan 2010 14:04:03 -0800, Russ Allbery wrote:
> Laurent Guignard writes:
>
> > When i run lintian on my package i have this :
>
> > W: dhcp-probe: manpage-has-errors-from-man
> > usr/share/man/cf/man5/dhcp_probe.5.gz Invalid or incomplete multibyte or
> > wide
> > character
> > W: dh
Ben Finney writes:
> Russ Allbery writes:
>> The first thing to double-check is whether you have a UTF-8 locale
>> installed. If you don't, that may be confusing man.
> I'm confused by the related discussion (on ‘debian-devel’, I think) of
> having a UTF-8 locale installed by default.
> In a m
Russ Allbery writes:
> The first thing to double-check is whether you have a UTF-8 locale
> installed. If you don't, that may be confusing man.
I'm confused by the related discussion (on ‘debian-devel’, I think) of
having a UTF-8 locale installed by default.
In a minimal ‘pbuilder’ environment,
Laurent Guignard writes:
> When i run lintian on my package i have this :
> W: dhcp-probe: manpage-has-errors-from-man
> usr/share/man/cf/man5/dhcp_probe.5.gz Invalid or incomplete multibyte or wide
> character
> W: dhcp-probe: manpage-has-errors-from-man
> usr/share/man/man5/dhcp_probe.cf.5.gz
Hi mentors,
When i run lintian on my package i have this :
W: dhcp-probe: manpage-has-errors-from-man
usr/share/man/cf/man5/dhcp_probe.5.gz Invalid or incomplete multibyte or wide
character
N:
N:This man page provokes warnings or errors from man.
N:
N:"cannot adjust" or "can't brea
Hi mentors
some time ago i put a RFS for sitebar package, but it had a lintian
error, also it is on the package page, please, I was looking for info
about php apps
the error is about a postinfo script where it ask about the mysqld
server running the question is if /usr/sbin/mysqld ... and the
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
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 think this is a viable solution because the lintian error would
still remain.
uot;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 think this is
would ask)
I don't think this is a viable solution because the lintian error would
still remain.
You should symlink the file provided by the other package, if lintian still
complains it is a bug in lintian then.
I think one of the reasons he is hesitant is that the removal of
"
tream I would ask)
>
> I don't think this is a viable solution because the lintian error would
> still remain.
You should symlink the file provided by the other package, if lintian still
complains it is a bug in lintian then.
>
> I think one of the reasons he is hesitant is
id 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 think this is a viable solution b
"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
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
I am getting this error from lintian
N: This package contains an embedded copy of the JQuery, Prototype,
N: Mochikit or "Cropper" JavaScript libraries that are now available in
N: their own packages. Please depend on the appropriate package and
N: symlink the library into the appropriate
Hello Georges,
[Note: CC'ing debian-mentors so you get some more help from there]
On 13/11/2007, Georges Khaznadar <[EMAIL PROTECTED]> wrote:
> Hello Raphael,
>
> I did notice this bug, and fought against it. However, even if delete
> debian/files in the target 'clean' of debian/rules, it is crea
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)
>
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
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
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
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
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
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
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
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
Hi!
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 1.3.22. To
N: ensure upgrades work correctly
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"
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:
> >>
> >>
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)
> $
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
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
-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 package kbibtex (version 0.1.2a-2) ...
W: kbibtex: binary-or-shlib-defines-rpath ./u
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
-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
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
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
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.
-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
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
-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
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
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
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.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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 inside the
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
-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
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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 inside the
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
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
-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
-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/common
/usr/share/doc/kde/HTML/en/common
E: klog: package-has-a-duplicate-rela
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
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)
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
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-rela
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 packag
1 - 100 of 176 matches
Mail list logo
