***gelöst*** kaputte pakete
***gelöst*** kaputte pakete
hallo!
aptitude sagt mir ich hätte kaputte packete. wie find ich die?? hab schon alles duchgesucht, kann aber keine "roten" finden. gibts nen befehl für die komandozeile??
danke
chris
aptitude sagt mir ich hätte kaputte packete. wie find ich die?? hab schon alles duchgesucht, kann aber keine "roten" finden. gibts nen befehl für die komandozeile??
danke
chris
Zuletzt geändert von chris71 am 18.03.2004 23:19:40, insgesamt 1-mal geändert.
jabber: chris71@amessage.de
linux is like a wigwam, no gates, no windows and an apache inside
linux is like a wigwam, no gates, no windows and an apache inside
Hi,
je nach Fehlermeldung oder Zustand:
oder
je nach Fehlermeldung oder Zustand:
Code: Alles auswählen
apt-get -f install
Code: Alles auswählen
dpkg-reconfigure -a
cheers,
Jochen
___________________________________________________
Testing can prove the presence of bugs, but not their absence. -- Dijkstra
Jochen
___________________________________________________
Testing can prove the presence of bugs, but not their absence. -- Dijkstra
danke jogix,
hat leider nix genutzt. aptitude bringt immer noch 2 kaputte pakete.
ist vielleicht gar keins kaputt und aptitude hat das nur in irgend einem file stehen??
weiß niemand einen befehl, der einfach kaputte pakete ausgibt? ich find dazu auch nix!
bringt auch nichts
gruß
chris
hat leider nix genutzt. aptitude bringt immer noch 2 kaputte pakete.
ist vielleicht gar keins kaputt und aptitude hat das nur in irgend einem file stehen??
weiß niemand einen befehl, der einfach kaputte pakete ausgibt? ich find dazu auch nix!
Code: Alles auswählen
dpkg-C
gruß
chris
jabber: chris71@amessage.de
linux is like a wigwam, no gates, no windows and an apache inside
linux is like a wigwam, no gates, no windows and an apache inside
Hi,
ähm, welche Distri nutzt Du und von welchen Quellen?
Ich kann mich noch dunkel dran erinnern, daß unter Woody auf den CD's (zumindest bei 3.0r0) z.B. die gnome-applets defekt waren. Waren wohl einige Pakete, kann mich aber nicht mehr so genau erinnern.
In dem Fall handelt es sich nämlich tatsächlich um defekte Pakete, da hilft dann nur eine Aktualisierung. Die geht auf zwei Arten:
* entsprechende Pakete vom Debian mirror downloaden und per dpkg -i <Paket> installieren
* /etc/apt/sources.list die CD-Quellen rauswerfen und die Debian mirror eintragen, dann apt-get update, apt-get upgrade.
Wie gesagt, insbesondere die letzte Lösung ist abhängig von Deiner Distri. Erzähl mal ein wenig mehr über Distri, Installationsquellen, Fehlermeldungen (insbesondere bei Nutzung von apt-get, ich habe aptitude schon seit Ewigkeiten nicht mehr genutzt),...
ähm, welche Distri nutzt Du und von welchen Quellen?
Ich kann mich noch dunkel dran erinnern, daß unter Woody auf den CD's (zumindest bei 3.0r0) z.B. die gnome-applets defekt waren. Waren wohl einige Pakete, kann mich aber nicht mehr so genau erinnern.
In dem Fall handelt es sich nämlich tatsächlich um defekte Pakete, da hilft dann nur eine Aktualisierung. Die geht auf zwei Arten:
* entsprechende Pakete vom Debian mirror downloaden und per dpkg -i <Paket> installieren
* /etc/apt/sources.list die CD-Quellen rauswerfen und die Debian mirror eintragen, dann apt-get update, apt-get upgrade.
Wie gesagt, insbesondere die letzte Lösung ist abhängig von Deiner Distri. Erzähl mal ein wenig mehr über Distri, Installationsquellen, Fehlermeldungen (insbesondere bei Nutzung von apt-get, ich habe aptitude schon seit Ewigkeiten nicht mehr genutzt),...
cheers,
Jochen
___________________________________________________
Testing can prove the presence of bugs, but not their absence. -- Dijkstra
Jochen
___________________________________________________
Testing can prove the presence of bugs, but not their absence. -- Dijkstra
hi jogix,
ich hab sid mit ganz normalen quellen, nur marillat und eclipse sind als backport drin.
gits da kein dpkg -irgendwas oder so???
gruß
chris
ich hab sid mit ganz normalen quellen, nur marillat und eclipse sind als backport drin.
gits da kein dpkg -irgendwas oder so???
gruß
chris
jabber: chris71@amessage.de
linux is like a wigwam, no gates, no windows and an apache inside
linux is like a wigwam, no gates, no windows and an apache inside
Hi Chris,
soll jetzt kein Gepöbel sein, aber wenn man Sid fährt, sollte man zumindest mit den Debianpaketsystemen vertraut sein. Solche probleme tauchen bei Sid eben immer wieder auf! Mußte gestern beim Upgraden auch mal wieder selbst Hand anlegen, damit alles läuft.
Backports unter Sid? aus Experimental?
Ok. Genug der schlauen Sprüche! Mach mal ein
und poste das Ergebnis hier. wäre doch gelacht, wenn wir das nicht hinbekämen.
Und BTW, ich kann Dir die Sid Sturmwacht [1] hier im Forum nur empfehlen und zudem das Debian BTS[2], wenn's Probleme gibt.
[1] http://www.debianforum.de/wiki/?page=SID+Sturmwacht
[2] http://www.debian.org/Bugs/
soll jetzt kein Gepöbel sein, aber wenn man Sid fährt, sollte man zumindest mit den Debianpaketsystemen vertraut sein. Solche probleme tauchen bei Sid eben immer wieder auf! Mußte gestern beim Upgraden auch mal wieder selbst Hand anlegen, damit alles läuft.
Backports unter Sid? aus Experimental?
Ok. Genug der schlauen Sprüche! Mach mal ein
Code: Alles auswählen
apt-get -f install
Und BTW, ich kann Dir die Sid Sturmwacht [1] hier im Forum nur empfehlen und zudem das Debian BTS[2], wenn's Probleme gibt.
[1] http://www.debianforum.de/wiki/?page=SID+Sturmwacht
[2] http://www.debian.org/Bugs/
cheers,
Jochen
___________________________________________________
Testing can prove the presence of bugs, but not their absence. -- Dijkstra
Jochen
___________________________________________________
Testing can prove the presence of bugs, but not their absence. -- Dijkstra
@jogix
prinzipiell verstehe ich schon was du meinst...
bisher konnte ich alle probs auch lösen, nur habe ich jetzt einfach eine komische sache, die ich nicht zuordnen kann. ich bekomme überhaupt keine fehlermeldungen, nur aptitude sagt mir, daß da zwei pakete kaputt sind. normalerweise sind die kaputten pakete in aptitude dann auch rot und mit B gekennzeichnet, nur diesesmal eben nicht. apt-get mault normalerweise ja auch, wenn etwas hinüber ist.
also, hier ein paar ausgaben:
woher bekommt aptitude diese information und wie kann ich herausfinden welche pakete es sind.
danke
chris
ich nehm das aber jetzt sehr persönlich...soll jetzt kein Gepöbel sein, aber wenn man Sid fährt, sollte man zumindest mit den Debianpaketsystemen vertraut sein. Solche probleme tauchen bei Sid eben immer wieder auf! Mußte gestern beim Upgraden auch mal wieder selbst Hand anlegen, damit alles läuft.
prinzipiell verstehe ich schon was du meinst...
bisher konnte ich alle probs auch lösen, nur habe ich jetzt einfach eine komische sache, die ich nicht zuordnen kann. ich bekomme überhaupt keine fehlermeldungen, nur aptitude sagt mir, daß da zwei pakete kaputt sind. normalerweise sind die kaputten pakete in aptitude dann auch rot und mit B gekennzeichnet, nur diesesmal eben nicht. apt-get mault normalerweise ja auch, wenn etwas hinüber ist.
marillat und ISG (http://debian.innivations.com) für eclipse - ist das verboten??Backports unter Sid? aus Experimental?
schau ich doch (fast) immerUnd BTW, ich kann Dir die Sid Sturmwacht [1] hier im Forum nur empfehlen und zudem das Debian BTS[2], wenn's Probleme gibt.
also, hier ein paar ausgaben:
so gefühlsmäßig spinnt aptitude. wie kommt dieses programm darauf, daß da kaputte pakete sind?? aptitude muß doch irgend eine ausgabe auswerten um zu erkennen daß da kaputte packete sind - oder? wenn ja welche? genau das ist meine frage:asterix:~# apt-get -f install
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
asterix:~# dpkg -C
asterix:~#apt-get upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
woher bekommt aptitude diese information und wie kann ich herausfinden welche pakete es sind.
danke
chris
jabber: chris71@amessage.de
linux is like a wigwam, no gates, no windows and an apache inside
linux is like a wigwam, no gates, no windows and an apache inside
die lösung:
das wars.
aptitude hatte offensichtlich einen aussetzer
danke und gruß
chris
Code: Alles auswählen
apt-get remove --purge aptitude
....
Die folgenden Pakete werden ENTFERNT:
aptitude* base-config*
......
apt-get install aptitude base-config
......
aptitude hatte offensichtlich einen aussetzer
danke und gruß
chris
jabber: chris71@amessage.de
linux is like a wigwam, no gates, no windows and an apache inside
linux is like a wigwam, no gates, no windows and an apache inside
Hi Chris,
sorry, wenn Du das falsch verstanden hast und zu persönlich genommen hast. Gerade das Paketsystem, so genial wie es ist, birgt aber auch einige Fallstricke, mit denen man einfach umgehen können muß. manpages und docs helfen normalerweise da ein gutes Stück weiter.
aptitude ist ja letzlich nur ein Frontend zu apt-get, das wiederum dpkg nutzt. Und gerade bei den Sid-Versionen.... Warum nutzt Du nicht einfach apt-get pur? Ich finde, mit apt-get zu arbeiten geht um einiges schneller als jedes Frontend und Add-On, das man drauf setzten kann. Die Namen der wichtigen Pakete kennt man ohnehin und wenn nicht, hilft ein Blick auf die Debian Paket-Seite. Und auf apt-get kann man sich (i.a.R.) verlassen spätestens in Zusammenarbeit mit dpkg
sorry, wenn Du das falsch verstanden hast und zu persönlich genommen hast. Gerade das Paketsystem, so genial wie es ist, birgt aber auch einige Fallstricke, mit denen man einfach umgehen können muß. manpages und docs helfen normalerweise da ein gutes Stück weiter.
aptitude ist ja letzlich nur ein Frontend zu apt-get, das wiederum dpkg nutzt. Und gerade bei den Sid-Versionen.... Warum nutzt Du nicht einfach apt-get pur? Ich finde, mit apt-get zu arbeiten geht um einiges schneller als jedes Frontend und Add-On, das man drauf setzten kann. Die Namen der wichtigen Pakete kennt man ohnehin und wenn nicht, hilft ein Blick auf die Debian Paket-Seite. Und auf apt-get kann man sich (i.a.R.) verlassen spätestens in Zusammenarbeit mit dpkg
cheers,
Jochen
___________________________________________________
Testing can prove the presence of bugs, but not their absence. -- Dijkstra
Jochen
___________________________________________________
Testing can prove the presence of bugs, but not their absence. -- Dijkstra
Backports ist in der Regel der Name für Pakete die schon in sid/testing vorhanden sind und für woody zurück portiert wurden. Deshalb war hier vielleicht ein kleines Missverständniss wegen den Namen. Die Paket von marillat sind einfach inoffizelle Pakete für sid. Wir hatten glaub mal nen Namen dafür gesucht, aber irgendwie hat der sich wohl nicht durchgesetzt und mir fällt er auch ned mehr einchris71 hat geschrieben:marillat und ISG (http://debian.innivations.com) für eclipse - ist das verboten??Backports unter Sid? aus Experimental?
So für meine Neugier, die 2. URL kenn ich nicht und sie funktioniert auch nicht. Was gibt es da für Eclipsepakete? Neuere (schon die 3er Version?) als die Pakete die sowieso schon in sid drin sind?
cu
Code: Alles auswählen
# ISG Packages (Eclipse)
deb http://debian.innovationsw.com/debian unstable/$(ARCH)/
deb http://debian.innovationsw.com/debian unstable/all/
deb-src http://debian.innovationsw.com/debian unstable/source/
das sind die einträge für ISG, dort gibt es auch ein gut funktionierendes java. das ganze ist übrigens ein tip aus dem forum hier .
noch ne frage: wie kann ich bei der paketinstallation sehen, von welchen sources.list-einträgen die packete stammen die ich gerade installiere??
gruß
chris
jabber: chris71@amessage.de
linux is like a wigwam, no gates, no windows and an apache inside
linux is like a wigwam, no gates, no windows and an apache inside
hi jogix",
glaub mir, ich lese manpages und docs (hab leider nur zu wenig zeit dafür).
aptitude setze ich eigentlich nur aus faulheit ein
- aptitude eintippen
- root-pwd wird automatisch abgefragt
- u
- g
- schaun was schönes installiert wird
- g
das wars - selber effekt wie su / apt-get update /apt-get -u upgrade
außerdem habe ich in aptitude einen eintrag mit neuen packeten, das kann ich mal schnell überfliegen und weiß dann auchwas es neues gibt. so habe ich schon manches witzige oder nütliche prog gefunden.
wenn ich gezielt etwas suche dann kann ich mit / die suchenoption aufrufen und mit n nach dem nächsten packet suchen. packetbeschreibungen und abhänggkeiten sehe ich so quasi im vorbeigehen. ich finds also ne mords erleichterung. übrigens --purge kennt aptitude noch nicht.
im alltäglichen misch ich das ding einfach mit apt-get. was halt grad schneller geht ...
das sollte ja auch problemlos möglich sein; im gegensatz dazu kann man dselect offensichtlich nicht einfach mit apt-get mischen, da unterschiedliche datenbanken verwendet werden.
gruß
chris
ps notfalls kann man mit aptitude auch noch minesweeper spielen
glaub mir, ich lese manpages und docs (hab leider nur zu wenig zeit dafür).
aptitude setze ich eigentlich nur aus faulheit ein
- aptitude eintippen
- root-pwd wird automatisch abgefragt
- u
- g
- schaun was schönes installiert wird
- g
das wars - selber effekt wie su / apt-get update /apt-get -u upgrade
außerdem habe ich in aptitude einen eintrag mit neuen packeten, das kann ich mal schnell überfliegen und weiß dann auchwas es neues gibt. so habe ich schon manches witzige oder nütliche prog gefunden.
wenn ich gezielt etwas suche dann kann ich mit / die suchenoption aufrufen und mit n nach dem nächsten packet suchen. packetbeschreibungen und abhänggkeiten sehe ich so quasi im vorbeigehen. ich finds also ne mords erleichterung. übrigens --purge kennt aptitude noch nicht.
im alltäglichen misch ich das ding einfach mit apt-get. was halt grad schneller geht ...
das sollte ja auch problemlos möglich sein; im gegensatz dazu kann man dselect offensichtlich nicht einfach mit apt-get mischen, da unterschiedliche datenbanken verwendet werden.
gruß
chris
ps notfalls kann man mit aptitude auch noch minesweeper spielen
jabber: chris71@amessage.de
linux is like a wigwam, no gates, no windows and an apache inside
linux is like a wigwam, no gates, no windows and an apache inside
Broken packages anzeigen mit hilfe von Aptitude:
aptitude starten
"l" drücken (um Filterregeln einzugeben)
"~b" angeben (steht für "Broken Packages")
voila. Um zu sehen, warum sie kaputt sind, einfach anwählen und Enter drücken. Allerdings kann es sein, dass, wenn du das kaputte Paket zum entfernen markierst, neue Pakete kaputt gehen. in diesem Fall einfach nochmal von vorne ("l / ~b")
aptitude starten
"l" drücken (um Filterregeln einzugeben)
"~b" angeben (steht für "Broken Packages")
voila. Um zu sehen, warum sie kaputt sind, einfach anwählen und Enter drücken. Allerdings kann es sein, dass, wenn du das kaputte Paket zum entfernen markierst, neue Pakete kaputt gehen. in diesem Fall einfach nochmal von vorne ("l / ~b")