[gelöst] Paket auslesen

[hundele]

Hallo zusammen,

bin nicht sicher ob das hier richtig ist, wenn net wirds mir schon einer auf die Nase binden.

Wollte mal wissen ob es möglich ist, aus einen Paket die Informationen auszulesen
welche Unterstützungen mit einkompiliert wurden.

z.B. ob postfix libsrs2 enthält oder libsrs oder gar nicht.

bb
hundele

[Danielx]

Wollte mal wissen ob es möglich ist, aus einen Paket die Informationen auszulesen
welche Unterstützungen mit einkompiliert wurden.

Hm, mir würde jetzt dazu einfallen mir das Build-Log des Paketes auf buildd.debian.org anzusehen oder mir den Quellcode mit "apt-get source Paketname" herunterzuladen und dann im Verzeichnis debian die rules-Datei ansehen, denn da stehen die configure-Optionen drin.

z.B. ob postfix libsrs2 enthält oder libsrs oder gar nicht.

Wenn das Paket eine Lib benötigt, könnte man das an den Abhängigkeiten erkennen.

Gruß,
Daniel

[flurischt]

vielleicht bringt dir das etwas:

Code: Alles auswählen

srv:~# ldd `which exim4`
        libpcre.so.3 => /usr/lib/libpcre.so.3 (0x4001e000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x40044000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x40056000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x4006b000)
        libm.so.6 => /lib/libm.so.6 (0x40099000)
        libdl.so.2 => /lib/libdl.so.2 (0x400bd000)
        libdb-4.3.so => /usr/lib/libdb-4.3.so (0x400c2000)
        libgnutls.so.13 => /usr/lib/libgnutls.so.13 (0x401a6000)
        libc.so.6 => /lib/libc.so.6 (0x40214000)
        /lib/ld-linux.so.2 (0x40000000)
        libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0x4032f000)
        libz.so.1 => /usr/lib/libz.so.1 (0x40342000)
        libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0x40357000)
        libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x403a8000)

[Duff]

Ein apt-cache show postfix zeigt auch schon Abhängigkeiten an:

Code: Alles auswählen

Package: postfix
Priority: extra
Section: mail
Installed-Size: 2464
Maintainer: LaMont Jones <lamont@debian.org>
Architecture: i386
Version: 2.3.8-2+etch1
Replaces: postfix-doc (<< 1.1.7-0), postfix-tls, mail-transport-agent
Provides: mail-transport-agent, postfix-tls
Depends: libc6 (>= 2.3.6-6), libdb4.3 (>= 4.3.28-1), libsasl2-2, libssl0.9.8 (>= 0.9.8c-1), debconf (>= 0.5) | debconf-2.0, netbase, adduser (>= 3.48), dpkg (>= 1.8.3), lsb-base (>= 3.0-6), ssl-cert
Recommends: mail-reader
Suggests: procmail, postfix-mysql, postfix-pgsql, postfix-ldap, postfix-pcre, sasl2-bin, libsasl2-modules, resolvconf, postfix-cdb
Conflicts: mail-transport-agent, smail, libnss-db (<< 2.2-3), postfix-tls
Filename: pool/main/p/postfix/postfix_2.3.8-2+etch1_i386.deb
Size: 1090008
MD5sum: e38c0784774c29bb313b8b7d77719782
SHA1: cc2815b366dc6b61dc6578736da8cce5694a0a6d
SHA256: 4c6f469f3fee1a93c0b29a0b978fa50d1bf0ffc86f834cd491e10717473e7349
Description: A high-performance mail transport agent
 Postfix is Wietse Venema's mail transport agent that started life as an
 alternative to the widely-used Sendmail program.  Postfix attempts to
 be fast, easy to administer, and secure, while at the same time being
 sendmail compatible enough to not upset existing users. Thus, the outside
 has a sendmail-ish flavor, but the inside is completely different.
Tag: interface::daemon, mail::smtp, mail::transport-agent, network::server, protocol::smtp, role::program, works-with::mail

[nepos]

Ich glaube nicht, dass die Abhängigkeiten das sind, was hundele wissen will.
Es geht ihm eher um die Parameter beim Aufruf von configure beim Bauen der Binaries.
Und da führt meines Wissens eigentlich nichts an den Sourcen der Pakete vorbei.
Ausnahme hier ist glaube ich nur der Kernel.

[hundele]

ups war dann doch länger verschollen als gedacht

vielen dank für eure Antworten hat mir schon geholfen.