Re: automake alternatives
Daniel Leidert <daniel.leidert.spam@gmx.net> writes:
> Am Donnerstag, den 07.04.2005, 00:17 +0200 schrieb Thomas Jahns:
> > Daniel Leidert <daniel.leidert.spam@gmx.net> writes:
> > > Am Mittwoch, den 06.04.2005, 22:40 +0200 schrieb Thomas Jahns:
> > >
> > > > ich habe derzeit das Problem, daß in Debian Sid i386 die Dateien
> > > > /usr/bin/aclocal und /usr/bin/automake nicht existieren (das sollten
> > > > eigentlich symlinks nach /etc/alternatives sein). Installiert sind
> > > >
> > > > tjahns@mercury:~ > dpkg -l 'automake*'
> > > [snip]
> > > > Die symlinks in /etc/alternatives hingegen existieren.
> > > >
> > > > Weiß zufällig einer der Mitlesenden, mit welcher Version der
> > > > automake-Pakete die Einträge in /usr/bin verschwunden sind?
> > >
> > > Könnte evtl. mit dem Entfernen von automake oder automake1.5 passiert
> > > sein (stehen ja beide auf p=purged - du hattest sie offenbar irgendwann
> > > installiert). Das sind AFAIK die einzigen Pakete, die /usr/bin/automake
> > > als Datei oder Symlink enthalten - vgl.:
> >
> > automake ist ein virtuelles Paket,
>
> Nein.
>
> > daß von allen automake1.?-Paketen zur
> > Verfügung gestellt wird.
>
> Das ist automaken.
Doch. ;-)
$ apt-cache show automake1.4 | grep ^Provides: | uniq
Provides: automaken, automake, automake1.4-doc
^^^^^^^^
apt-cache show automake hingegen liefert null output, weil eben kein
solches .deb in unstable enthalten ist.
> > automake1.5 ist in unstable nicht verfügbar
> > (und inkompatibel mit automake1.4).
>
> Richtig. Mir ging es darum, dass automake und automake1.5 diese Datei
> anlegen und diese Pakete offensichtlich einmal bei dir installiert
> waren. Ich hatte vergessen, dass update-alternatives den/die Link(s)
> selbständig wieder anlegen sollte.
Das mag in Zeiten von woodys Release mal so gewesen sein, ich kann aber
nicht sehen, wie mir automake1.5 jetzt helfen soll.
> [..]
> > > $ apt-file search /usr/bin/automake
> >
> > apt-file habe ich irgendwie nie zum Laufen gebracht,
>
> Hmm.
> $ sudo apt-file update
> $ apt-file search <file>
>
> Wo ist das Problem?
>
> > > Lies dazu evtl. /usr/share/doc/autotools-dev/README.Debian.gz. Ist zwar
> > > nur eine Empfehlung - aber IMHO eine vernünftige.
> >
> > Das ist zwar ein nützlicher Text, wenn man wissen möchte, wie man
> > Projekte, die die autotools benutzen für Debian erstellt, aber auch da
> > wird davon ausgegangen, daß aclocal und automake im PATH liegen.
>
> Darum ging es mir in der Bemerkung nicht - Hint: "aclocal==aclocal-1.4"
> aus deinem OP.
Das ist aber ein Nebenthema, daß ja auch korrekt gelöst ist: wie ich
schon schrieb existiert /etc/alternatives/aclocal:
$ ls -l /etc/alternatives/aclocal
lrwxrwxrwx 1 root root 20 Feb 7 15:48 /etc/alternatives/aclocal -> /usr/bin/aclocal-1.4
und das ist genau so auch wie gewünscht.
> > Inzwischen habe ich in /var/lib/dpkg/info/automake1.4.postinst
> > nachgesehen. Dort wird eigentlich mittels update-alternatives ein
> > entsprechender Symlink installiert, weiß der Geier warum das bei mir
> > nicht funktioniert. Auch wenn ich automake1.4 purge und neu installiere
> > taucht /usr/bin/aclocal bzw. automake nicht auf.
>
> Was passiert denn, wenn du die update-alternatives-Kommandosequenz als
> Root auf der Konsole aufrufst (vorher evtl. als Root:
> uüdate-alternatives --remove ...)?
Also ich habe mal alle automake1.* Paket gepurgt und neu
installiert. Was auch immer vorher daneben war, jetzt funktioniert's.
Die Ausgabe von locate unten ist noch von vorher.
Ich nehme an, daß ich irgendwann folgende Situation hatte (die Kiste ist
seit etwa 2002 auf sid), wenn ich von /usr/bin/automake schreibe, sind
/usr/bin/aclocal und andere genauso gemeint:
- automake 1.4 ist installiert, /usr/bin/automake sind Dateien aus
automake 1.4, die von dpkg verwaltet werden
- automake1.7 wird installiert, update-alternatives läuft, ersetzt aber
die Datei /usr/bin/automake nicht
- irgendwann später wird automake durch automake1.4 ersetzt, dabei
wird die Datei /usr/bin/automake gelöscht, aber weil bereits ein
Eintrag in den Daten von update-alternatives existiert nicht neu
angelegt.
Ich meine, mich zu erinnern, daß es vor einiger Zeit auch einige
Inkompatibilitäten zwischen verschiedenen automake-Paketen gab, wie ich
damit umgegangen bin, kann ich inzwischen aber nicht mehr sagen.
> Findet 'locate bin/automake' oder 'locate automake' die Dateien? Wäre
> zwar sehr seltsam, wenn sie in einem anderen Pfad als /usr/bin liegen
> würden, aber wer weiß ...
$ locate bin/automake
/usr/bin/automake-1.8
/usr/bin/automake-1.4
/usr/bin/automake-1.7
/usr/bin/automake-1.9
Thomas Jahns
--
"Computers are good at following instructions,
but not at reading your mind."
D. E. Knuth, The TeXbook, Addison-Wesley 1984, 1986, 1996, p. 9
Reply to: