Subject: dpkg-dev: dependencies from libtool and pkg-config files
Date: Mon, 05 May 2003 16:06:48 +0200
Package: dpkg-dev
Version: 1.10.10
Severity: wishlist
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
As the number of packages using libtool and pkg-config increases, a problem
related to them seems to become more common: library -dev packages often
lack dependencies on the -dev packages of libraries they need to link
correctly. As a consequence, packages which build depend on them need to
artificially build depend on those as well, or they fail to autobuild.
I think a tool which generates these dependencies from .la and .pc files
(and others I forget?) would be very valuable.
This bug might be more appropriate for debhelper, but I thought I'd submit
it here for a start. Feel free to reassign.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+tm/7WoGvjmrbsgARAiDrAJ9byhdEfw+3kUttUAKYA9ryNFQe1QCglIZd
Hcsx2RuiFOdSbkz89ObJC2A=
=+k6O
-----END PGP SIGNATURE-----
Subject: Re: Bug#192008: dpkg-dev: dependencies from libtool and pkg-config files
Date: Mon, 5 May 2003 23:00:04 +0200
reassign 192008 debhelper
thanks
Previously Michel D?nzer wrote:
> I think a tool which generates these dependencies from .la and .pc files
> (and others I forget?) would be very valuable.
I feel this indeed belongs in a package like debhelper.
Wichert.
--
Wichert Akkerman <[email protected]> It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
I don't feel that parsing .la files will be useful. Not all packages use
libtool. Anyway, there is nothing of value in those files that cannot be
found in other ways.
It might be possible to run objdump on the library to get the libraries
a library links to, use heuristics to find the corresponding .so files,
and from there dpkg -S to get -dev package names. But then you need to
deal with cases like multiple -dev packages that can both serve for a
library. You have to deal with special cases like libc6-dev, which the
above mechanism would always add to the dependnency list, and whch
should not be included. Sounds a lot like the shlibs files mechanism and
dpkg-shlibdeps, doesn't it?
Assuming all this is done (and it sounds like something that would
belong in dpkg to me, as well as requiring modificatons of lots of -dev
packages to provide the shlibs file equivilants), then you still have to
get all the packages to use the new debhelper utility and modify their
control files.
I think you would be better served by adding something to lintian to try
to detect missing -dev dependnecies, and filing some bug reports. Unlike
shared library dependnencies, -dev dependencies rarely change, and when
they do, the package maintainer always has reason to know about it (they
have to change the build dependnecies too). This does not strike me as a
place where automation is desirable.
--
see shy jo
Subject: Re: dependencies from libtool and pkg-config files
Date: 23 Aug 2003 19:01:15 +0200
On Thu, 2003-08-21 at 22:33, Joey Hess wrote:
> I don't feel that parsing .la files will be useful. Not all packages use
> libtool. Anyway, there is nothing of value in those files that cannot be
> found in other ways.
Absolutely, I was probably too focussed on libtool because the problems
I saw were related to it.
> It might be possible to run objdump on the library to get the libraries
> a library links to, use heuristics to find the corresponding .so files,
> and from there dpkg -S to get -dev package names. But then you need to
> deal with cases like multiple -dev packages that can both serve for a
> library. You have to deal with special cases like libc6-dev, which the
> above mechanism would always add to the dependnency list, and whch should
> not be included.
Anything covered by build-essential could be excluded?
> Sounds a lot like the shlibs files mechanism and dpkg-shlibdeps,
> doesn't it?
Indeed, it's similar.
> Assuming all this is done (and it sounds like something that would
> belong in dpkg to me, as well as requiring modificatons of lots of -dev
> packages to provide the shlibs file equivilants), then you still
> have to get all the packages to use the new debhelper utility and
> modify their control files.
There's no need to convert all packages right away; getting these
dependencies right may well be easy for the majority of packages,
nevertheless the others seem to have caused considerable porting
headaches recently (that's the impression I got; I'll gladly be proved
wrong). The idea is that those packages which cause problems in this
area could use the new tool as they are discovered, instead of adding
more kludges which are bound to break again sooner or later.
> I think you would be better served by adding something to lintian to try
> to detect missing -dev dependnecies, and filing some bug reports. Unlike
> shared library dependnencies, -dev dependencies rarely change, and when
> they do, the package maintainer always has reason to know about it (they
> have to change the build dependnecies too).
But the main point of my proposal is exactly that packages should only
have to build-depend on packages they use directly, not also on other
packages those happen to depend on.
Similarly, if I want to write a program that uses say libpisock, I want
to just install libpisock-dev, I don't care that it needs
libreadline4-dev as well. And neither should the libpisock-dev
maintainer have to.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Information stored: Bug#192008; Package debhelper.
(full text, mbox, link).
Michel Dänzer wrote:
> > Assuming all this is done (and it sounds like something that would
> > belong in dpkg to me, as well as requiring modificatons of lots of -dev
> > packages to provide the shlibs file equivilants), then you still
> > have to get all the packages to use the new debhelper utility and
> > modify their control files.
>
> There's no need to convert all packages right away; getting these
> dependencies right may well be easy for the majority of packages,
> nevertheless the others seem to have caused considerable porting
> headaches recently (that's the impression I got; I'll gladly be proved
> wrong). The idea is that those packages which cause problems in this
> area could use the new tool as they are discovered, instead of adding
> more kludges which are bound to break again sooner or later.
>
> > I think you would be better served by adding something to lintian to try
> > to detect missing -dev dependnecies, and filing some bug reports. Unlike
> > shared library dependnencies, -dev dependencies rarely change, and when
> > they do, the package maintainer always has reason to know about it (they
> > have to change the build dependnecies too).
>
> But the main point of my proposal is exactly that packages should only
> have to build-depend on packages they use directly, not also on other
> packages those happen to depend on.
That's already common practice.
> Similarly, if I want to write a program that uses say libpisock, I want
> to just install libpisock-dev, I don't care that it needs
> libreadline4-dev as well. And neither should the libpisock-dev
> maintainer have to.
I disagree; if the libpisock-dev maintainer does not know what other
development packages are used by his package, he needs to find out.
Especially since this set will be quite similar to what his package must
build-depend on. I'm not sure if that was intended as a concrete
example, but note that libpisock-dev in fact depends on libncurses-dev.
--
see shy jo
Subject: Re: dependencies from libtool and pkg-config files
Date: Fri, 29 Aug 2003 20:20:53 +0200
On Thu, 2003-08-28 at 23:22, Joey Hess wrote:
> Michel Dänzer wrote:
> >
> > > I think you would be better served by adding something to lintian to try
> > > to detect missing -dev dependnecies, and filing some bug reports. Unlike
> > > shared library dependnencies, -dev dependencies rarely change, and when
> > > they do, the package maintainer always has reason to know about it (they
> > > have to change the build dependnecies too).
> >
> > But the main point of my proposal is exactly that packages should only
> > have to build-depend on packages they use directly, not also on other
> > packages those happen to depend on.
>
> That's already common practice.
It's always been supposed to be that way, sure, unfortunately reality
looks quite different sometimes.
> > Similarly, if I want to write a program that uses say libpisock, I want
> > to just install libpisock-dev, I don't care that it needs
> > libreadline4-dev as well. And neither should the libpisock-dev
> > maintainer have to.
>
> I disagree; if the libpisock-dev maintainer does not know what other
> development packages are used by his package, he needs to find out.
He'll see it in the generated dependencies. :)
> Especially since this set will be quite similar to what his package must
> build-depend on. I'm not sure if that was intended as a concrete
> example, but note that libpisock-dev in fact depends on libncurses-dev.
But where's the dependency on libreadline4-dev? This little example I
dug up quickly may be flawed, but I've seen many more while tracking
down autobuild failures on powerpc.
BTW, as you correctly observed that this would be very similar to what
dpkg-shlibdeps does, maybe it could be extended with this functionality
relatively easily? I took a quick look at it, but that reminded me why I
don't like some aspects of perl. :\
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Here's a proof of concept script which determines development
dependencies from header, libtool and pkgconfig files. Do you think this
is worth exploring further?
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer
Subject: Nachfolgend finden Sie Freie Stellen vom 23.05.2014
Date: Thu, 3 Jan 2002 06:42:03 GMT
Sehr geehrte/r Arbeitsuchender,
folgendes Arbeitsangebot ist für alle geeignet, da diese Arbeit ohne Vorwissen auch von zu Hause zu bewerkstelligen ist. Der Arbeitnehmer hat keine Ausgaben und muss keine besonderen Kenntnisse mitbringen. Die benötigte technische Ausrüstung wird von uns frei zur Verfügung gestellt. Zu Ihren Aufgaben gehört die Vorbereitung der Dokumentenbearbeitung, die Koordinierung, das Erstellen von Mediatheken, das Erstellen von Ebooks und die Betreuung von Onlinebibliotheken. Wir bieten eine attraktive Bezahlung in Höhe von 18€ pro Stunde.
Unser Unternehmen verfügt über internationale Firmensitze in ganz Europa und wir arbeiten im Onlinebereich. Derzeit sind wir auf der Suche nach neuen Mitarbeitern.
Worauf wir bei unseren Mitarbeiter Wert legen wäre: Sie verfügen über ein Paar Stunden Zeit am Tag, sie verfügen über ein Paar Stunden Zeit am Tag, Sie besitzen Flexibilität, Sie arbeiten gern von zu Hause, Sie besitzen eine teamorientierte Arbeitsweise und Grundkenntnisse von MS-Office sind von Vorteil.
Konnten wir Ihr Interesse wecken? Dann freuen wir uns über Ihre Bewerbung! Senden Sie Ihre vollständigen Bewerbungsbögen an: [email protected]
Wir freuen uns auf Ihre Bewerbung.
Mit freundlichen Grüßen
VMH GmbH
Subject: Agentur für Arbeit bietet neue Arbeitsstellen
Date: ---, 8 Feb 2015 14:02:08 GMT
Lieber Bewerber,
unser Kunde ist ein erfolgreiches, europaweit agierendes Unternehmen und sucht gerade neue Angestellte zur Stärkung des Teams im europäischen Raum.
Die Leistungen werden Eu weit gefragt, und Sie haben die Möglichkeit unabhängig von Ihrem Wohnort einzusteigen. Wir bieten Aufträge für jeden. Die Arbeitsstelle kann sowohl von Rentnern, Hausfrauen als auch nebenberuflich aufgenommen werden.
Verpackungsaushilfe, Sekretärservice, Begutachter, und vieles mehr wird derzeit angeboten.
Es werden Ihnen aktuelle Aufträge und die entsprechende Bezahlung angeboten und Sie treffen die Auswahl. Jede Aufgabe wird unterschiedlich vergütet, normalerweise verdienen Sie bei 3-5 Stunden am Tag 1400 bis 1900 Euro Brutto im Monat.
Sie haben keinerlei Ausgaben und können sofort bei uns einsteigen.
Kennziffer ZP-783-36 Es sind 14 offene Jobs zu besetzen.
Die nötige technische Ausrüstung wird von uns ohne weitere Kosten zur Verfügung gestellt. Die Beschäftigung kann gerne von Rentnern, Hausfrauen und auch nebenberuflich ausgeführt werden.
Worauf wir bei unseren Mitarbeiter Wert legen wären Gewissenhaftigkeit, Pünktlichkeit und Diskretion, Ehrlichkeit, Zielstrebigkeit, Flexibilität, Freundlichkeit
Haben Sie Interesse weitere Informationen zu erhalten? Wir bieten Ihnen herausfordernde Aufgaben, interessante Perspektiven und attraktive Konditionen. Bitte bewerben Sie sich per Email mit Ihren vollständigen Bewerbungsunterlagen, Ihres frühestmöglichen Eintrittstermins sowie der Kennziffer. [email protected] Sie erhalten weitere Unterlagen zugeschickt.
Wir freuen uns auf Ihre Bewerbung.
Mit freundlichen Grüßen
Busch SC
Rue d’Alger 40
Orly 3354
Sehr geehrte/r 192008,
Vermittlungsagentur stellt Ihnen nachfolgend eine attraktive Arbeitsstelle in einem kompetenten Team von zu Hause aus vor, ohne Fahrzeit, ohne Anfahrt, ohne Verkehrsstress. Wir haben qualifizierte und effektive Arbeitsplätze nicht nur in der Stadt, sondern auch auf dem Land europaweit und bieten dabei hervorragende Qualität für unsere Auftraggeber.
Ab sofort suchen wir:
Mitarbeiter (m/w) für Home-office Tätigkeit in der Abteilung Telekommunikation und Büroarbeit
Wir bieten Ihnen einen Arbeitsplatz in Festanstellung oder als Gewerbetreibender mit einem Stundenlohn von 20 € pro Stunde in eigenverantwortlichen Arbeitsweise und einer familienfreunflichen Beschäftigungsform, sowie eine abwechslungsreiche Tätigkeit ohne Arbeitsweg mit flexiblen Arbeitszeiten.
Es werden keine Fachkenntnisse vorausgesetzt. Die Einarbeitung findet schrittweise durch kompetente Kollegen statt. Die benötigte technische Ausstattung stellen wir Ihnen ohne weitere Kosten zur Verfügung. Die Arbeitsstelle kann sogar nebenberuflich ausgeführt werden, sowie von Rentnern und Hausfrauen.
Ihre Anforderungen:
- Unproblematischer Umgang mit Email, PC und Internet
- Deutsch fließend, Fremdsprachen wären von Vorteil
- Genauigkeit und Zielstrebigkeit
Ihre Aufgaben sind:
- Unterlagen empfangen, überarbeiten und weitersenden
- Dokumente scannen/kopieren
- Emails bearbeiten
- Tätigkeit im Home Office in freier Zeiteinteilung
- Arbeit mit zur Verfügung gestellten Büroausstattungen
Sie sind bereit für flexible Tätigkeit und die Arbeit im Home-office? Wenn wir Ihr Interesse geweckt haben, senden Sie uns Ihre Bewerbung per E-Mail an: [email protected]
Wir freuen uns auf Ihre Bewerbung, Ihre persönlichen Unterlagen behandeln wir selbstverständlich vertraulich.
Es grüßt Sie Ihre
Becker AG
Acknowledgement sent
to Bertrand Marc <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debhelper Maintainers <[email protected]>.
(Thu, 08 Oct 2015 21:33:04 GMT) (full text, mbox, link).
Hello,
I have to say I was a bit surprised not to find a way to generate
dependencies from pkg-config files.
Is this still (11 years later) unfit for debhelper ? If not, I think it
would make a very good lintian check. What do you think ? Should we
reassign this bug to lintian ?
Cheers,
Bertrand
Acknowledgement sent
to Bertrand Marc <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debhelper Maintainers <[email protected]>.
(Fri, 23 Oct 2015 15:09:03 GMT) (full text, mbox, link).
reassign 192008 lintian
thanks
Dear lintian developpers,
I think the script written by Michel Dänzer in 2004 (!) would make a
pretty good lintian check for -dev packages.
Would you consider integrate this into lintian ?
Regards,
Bertrand
Debbugs is free software and licensed under the terms of the GNU General
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.