Daniel Leidert <[EMAIL PROTECTED]> writes:
> Am Donnerstag, den 07.04.2005, 00:17 +0200 schrieb Thomas Jahns:
> > Daniel Leidert <[EMAIL PROTECTED]> 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
> > > >
> > > > [EMAIL PROTECTED]:~ > 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
