[gelöscht]
Ich habe gerade auf meinem Desktop versucht ein Paket aus dem AUR zu bauen das mit den alten Installationen wunderbar funktioniert hat. Jetz mit den neuen Isos bekomme ich laufend Errors keim Kompilieren. erst meinte er das "make" fehlt, dann fehlte auf einmal noch "patch" und schlussendlich fehlt ihme iegntlich so ziemlich alles. Obwohl alles da ist.
Pierre
Ich hatte einfach ext2 genommen.
@Michael: Deine Kompilier-Probleme haben damit wohl nichts zu tun. Installiere einfach die base-devel-Pakete.
[gelöscht]
Eventuell doch. Wie es aussieht werden Abhängigkeiten die eigentlich installiert sind nicht gefunden. Wenn ich sie dann obwohl sie ja schon vorhanden sind nachinstallieren möchte will pacman das halbe base System installieren. Obwohl es ja schon da ist.
[gelöscht]
Das muss eohl an der defekten Datenbank liegen die mir das optimize gebracht hat.
GerBra
Michael:
Ja, daß denke ich auch mit der kaputten DB.
optimize sichert ja das Verzeichniss /var/lib/pacman in ein tar-Archiv bevor es
ran geht. Bei dir scheint jetzt aufgrund von Uhrzeit-Problemen evtl. diese Sicherung
falsch/unvollständig zu sein).
das ist aber ein IMHO unabhängiges Problem (tar-problem) vom aktuellen.
Für weitere tests sichere dir einfach /va/lib/pacman/local selbst weg.
Dort sind die Informationen über die installiuerten Pakete drin.
Die anderen Verzeichnisse (core,extra) kriegst du ja durh ein pacman -Sy wieder.
GerBra
Ich hab's!
Testweise hatte ich auch nochmal pacman,coreutils und tar reinstalliert, keine Änderung.
Auch ein System mit reiserfs keine Änderung.
Habe dann nochmal mit strace geschaut und siehe da:
diff fehlt!
In alten Systemen ist diff (->diffutils) in base gewesen.
Jetzt, mit den neuen Repos und der neuen Struktur im Installer (core,support,base-devel)
ist diffutils nicht mehr installiert.
Also: pacman -S diffutils
und schon funktioniert auch pacman-optimize wieder.
Entweder sollte man diffutils wieder nach base verschieben, oder im Pacman-Paket
explizit eine Abhängigkeit zu diffutils einbinden.
Pierre
Gute Arbeit! 🙂
[gelöscht]
Dem schließe ich mich an.
Gute Arbeit und vielen Dank für die tolle Hilfe.
GerBra
Ja, solche Sachen machen mir tierisch Spaß 😉
Für tieferes fehlen mir leider die Programmierkenntnisse...
Wie verfahren wir jetzt? Bugreport? Du (kleiner Dienstweg 😉 , ich?
Das mit den tar-Fehlemeldungen wegen Zeitspempel in der Zukunft hatte ich teilweise
auch. Aber auch das ist nachvollziehbar.
Bei der Installation wird das System ja mit LANG=C und ohne explizite Zeitzone
aufgesetzt (müßte dann GMT sein). Alle Zeitstempel der kopierten Dateien haben dann
aber eine "falsche" Uhrzeit (da die Systemzeit aus Systems in DE ja momentan 1 Stunde
von GMT abweicht).
Wenn man jetzt beim Konfigurieren die richtige Zeitzone in rc.conf einstellt, dann
erhält man in der Tat auf dem System Dateien mit Zeitstempeln in der Zukunft.
Davon sind auch die dateien in /var/lib/pacman/local betroffen - und das meckert
tar z.B. an. Ist aber nur eine Warnmeldung.
Evtl. könnte man es im Installer generell anders machen (Debian macht das IMHO auch
so), das die Zeitzone vor Kopieraktionen eingestellt wird, per Abfrage/Option ähnlich
km beim Keyboard-Layout. Dann würden solche Probleme nicht auftreten.
Wäre evtl. auch richtig in Bezug auf Sicherheitsaspekte/Software z.B. AIDE o.ä.
Abweichende Zeitstempel bei dateien werden durch solcherart SOftware ja ggf. als
Einbruch o.ä, gewertet.
Und noch was, was evtl. ein Ansatz wäre für die zukunft (wenn wir schon mal dabei sind):
Ich könnte mir eine Art Testsuite für neue ISO's/Releases vorstellen, ähnlich beim
Entwickeln diese Test-Units.
Wo also gegen eine neue Installation diverse Tests laufen (deren Ergebnisse schon
feststehen und die genau das festgelegte erfüllen müssen).
Da könnte man z.B. dieses pacman-optimize reinstellen.
Die meisten sachen müssen sicher die Entwickler/TUs/Betreuer mit ihren Paketen
testen, aber oftmals haben wir ja eher Probleme im "Zusammenspiel" mehrerer
unterschiedlicher Vorgänge.
Also ein Plädoyer für irgendeine Art Quality-Check-Gruppe, die Updates/Releases
in vom Entwickler unabhängigen Umgebungen und anhand festgelegter Tests
auf grundlegende Funktionalität prüft.
Um halt fehler zu vermeiden, wie der das beim letzten ISO das initrd nach der
Installation fehlerhaft ist, usw.
//Edit: wobei, daß mit den Zeitzonen/Stempeln ist nicht so dramatsich wie ich
es evtl. schilderte, spätestens nach 1,2 Stunden hat sich das "Problem" ja von
selbst erledigt...
Pierre
Am besten ein kurzer Bug-Report in den Pacman-Tracker.
Mit dem Test ist eine gute Idee. Schön wäre, wenn eine kleine Gruppe vor jedem Release anhand einer Liste einige Tests durchführen könnten. Diese Liste sollte dann auch alte Fehler enthalten um zu verhindern, daß sich diese erneut einschleusen.
GerBra
Pierre
Hmm, OK das nächste mal schauen wir besser in den Bug-Tracker bevor wir uns den Kopf zerbrechen; der Fehler ist in 3.1 behoben. 🙂
GerBra
Na, ist ja klasse.
Natürlich hatte ich nach schon existierenden Reports für pacman mit Inhalt "optimize"
gesucht.
Aber natürlich nur nach offenen Reports.
Wenn man Bugreports schließt solange der Fehler noch existiert darf man sich
über doppelte Meldungen nicht wundern...
Hoffentlich stößt morgen noch jemand auf das Problem und schreibt noch einen 😉
bix2702
Ich habe noch eine Frage zu WLAN-Unterstützung des neuen Images. Bei mir werkelt eine MiniPCI Karte mit(RaLink Chipsatz (rt61). Wird diese vom neuen Image unterstützt bzw. wie kann ich das bei der Installation angeben (ähnliche wie "intel-wireless")?
GerBra
Gerade mal getestet: für RT61-Chips sind die Module vorhanden im Install-Kernel.
Man muß auch nichst extra angeben, lediglich bei nicht automatischer Erkennung
das Modul rt61pci laden.
Allerdings gibt es gerade bei Adaptern mit dem RT61 große Unterschiede welche
Karten mit welchen Treibern funktionieren.
Meine Testkarte funktioniert z.B. nicht während der Installation. Später, durch
aktualisierte Treiber funktioniert zwar die Karte prinzipiell (WPA, etc) aber nicht stabil.
Ich würde dir auf jeden Fall zu Core-ISO raten, damit du auch ohne Netzwerk-Verbindung
zu einem bootbarem System kommst.
Zur Aktualiserung und weiterer Paket-Installation ist es sicher besser, wenn du über einen
Ethernet-Anschluß verfügst (oder zumindest irgendwo ran kannst).
bix2702
Während der Installation kann ich das system drahtgebunden ans ethernet hängen, kein Problem.
Du meinst also die WLAN-Karte wird automatisch erkannt. d.h. ich kann nach der Installation mit "ifconfig wlan0 up" die Karte initialisieren? Ist das korrekt?
GerBra
Auf jedenfall das System auf den aktuellen Stand bringen (Kernel/Treiber) per
pacman -Syu.
ifconfig wlan0 up sollte nicht unbedingt notwendig sein, bei WLAN wird über iwconfig
der Link aufgebaut. Für unverschlüsseltes WLAn bzw. WEP verschlüsseltes ist
Arch schon in der rc.conf vorbereitet. Für WPA wird es etwas komplizierter.
Und halt: RT61 != RT61 😉
Im Forum hatten wir schon etliche Threads zu WLAN, hier nochmal ein paar Wiki-Links:
http://wiki.archlinux.de/?title=%28W%29LAN_und_Arch_Linux
http://wiki.archlinux.org/index.php/Wireless
http://wiki.archlinux.de/?title=WLAN-Hardware_Empfehlungen
Wenn du noch weitere Fragen dazu hast oder Probleme: machst du bitte einen
neuen Thread auf? Die Wahrscheinlichkeit ist dann auch höher, daß andere deinen
Post lesen.
bix2702
Mach ich und vielen Dank für die schnellen Antworten. Weiter so 🙂
ori
Was mir auffiel:
Ich installierte heute 2008.02 auf einem Rechner. Dabei wollte ich das rankmirrors-Script ausführen, um überhaupt über Pacman etwas installieren zu können.
Dummerweise brauchte ich python als Abhängigkeit. Ich habe außer den WLAN-utils alles installiert. Wie wäre ich jetzt zu den Mirrors gekommen, hätte ich nicht mein Notebook zur Hand gehabt?
Habe ich einen Fehler gemacht, oder wurde da irgend etwas vergessen?
matthias
rankmirrors ist nur ein Konfigurationstool, pacman läuft auch ohne das. Pacman -S python (brauchst du wahrscheinlich sowieso), dann läuft auch rankmirrors. Auf der Install-CD liegt eben nur jenes, auf das man absolut nicht verzichten kann.