Ok, Name ist Programm. Die URL sollte natürlich http://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/update/10.1/ lauten. Das Mozilla Projekt kannst du natürlich trotzdem einfügen
Ja, smart war einer der Lichtblicke in der auf meinem System hinreichend bockigen Mandriva 2006. Und smart --gui ist fast so gut wie synaptic.
Mal ehrlich: hätte SuSE nicht die zwei Wochen auch noch warten können? Muß ihnen doch klar gewesen sein, daß sie diesbezüglich einen Wackelkandidaten auf die Piste schicken. Da wird einem Debian immer sympathischer: veröffentlicht wird, wenn es fertig ist. Gruß .
Diese Patch war auch dringend nötig. Das System war bei mir vorher fast nicht zu gebrauchen. Der wollte keine Patches mehr einspielen etc. Mit dem Patch funktioniert es endlich so, wie es schon von Anfang an hätte laufen sollen.
Hab soeben 10.1 installiert (Update von 10.0), aber beim ersten Update per YOU kriege ich folgende Meldung: "Establishing script:libzypp-patch-zmdrestart.sh-2-1533-1.noarch[SUSE-Linux-10.1-Updates] This would invalidate script:libzypp-patch-zmdrestart.sh-2-1533-1.noarch[SUSE-Linux-10.1-Updates]. Marking this resolution attempt as invalid."
Das Demarkieren von libzypp und zmd hilft nicht. Habe dann YaST gestartet und wollte das so updaten, aber da kriege ich die selbe Meldung. Wenn ich dann "libzypp blabla nicht installieren" auswähle, stürzt YaST ab.
Hat jemand irgendwelche Lösungsvorschläge? Kann nun praktisch nichts am System installieren...
Schonmal versucht, die rpm-Pakete manuell von ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/update/10.1/ herunterzuladen und mit "rpm -Fhv *.rpm" zu installieren?
Für das libzypp update brauchst du mindestens die folgenden Pakete:
Habe bei der Installation mal "mono" deselektiert und alle Abhängigkeiten mit "will ich nicht" aufgelöst. Bislang überhaupt keine Nachteile - eher im Gegenteil: kein nervender Beagle, kein ZMD, Online-Update funktiniert, ...
Es sind nicht alle von dir genannten Pakete in diesem Verzeichnis... habs aber probiert und da kommt folgender Fehler: gregor@poppei:~/download> rpm -Fvh *.rpm error: can't create transaction lock on /var/lib/rpm/__db.000 gregor@poppei:~/download>
Ist schon komisch, seit gestern 19.07.2006 hab ich ein ähnliches Problem... Das System ist net mehr in der Lage die Konflikte mit der Libzypp aufzulösen...
#### YaST2 conflicts list - generated 2006-07-19 20:11:38 ####
Dies würde script:libzypp-patch-zmdrestart.sh-2-1533-1.noarch ungültig machen. script:libzypp-patch-zmdrestart.sh-2-1533-1.noarch has unfulfilled requirements Konfliktlöung: ( ) libzypp-patch-zmdrestart.sh-2 löschen
#### YaST2 conflicts list END ###
Bis dahain eigentlich kein Prob mit dem System.. gut ausser den bekannten Kinderkrankheiten...! Ich sage nur Ärgerlich!!!
Irgendwie armselig, dass suse nicht im stande ist mal irgendeine art von mirrorliste zu suchen. Man muss alles manuell eingeben, server und verzeichnis auf server (oder habe ich was verpasst?).
Da ist debian ja benutzerfreundlicher, was das Paketmanagement angeht. Wenn suse nich so schnarchlangsam wäre was das angeht und endlich mal sich seine mirrors selber suchen würde als Installationsquelle wäre es schon einen riesen schritt weiter. Bei Debian basierten Systemen klappts ja schließlich auch mit apt-setup.
Nö - Suse ist seit der 10.1 sogar ein wenig Benutzerfreundlicher geworden, weil man aus einer Liste der regionalen Mirrors einen zufälligen auswählt und diesen dann einträgt.
Geht aber meines Wissen nur, wenn man während der Installation (oder nachher) das "Registrieren"-Kästchen aktiv läßt. Dann werden allerdings so überaus verdächtige Sachen wie "hwinfo" (also die Hardwareinformation des Computers) an einen Novellserver übertragen. Was man dort (neben der Architektur des Systems für die richtige Update-Quelle) allerdings mit den Daten anstellt ist - glaube ich - nicht dokumentiert. Ich meine mal irgendwo etwas von einer Hardware-Datenbank gehört zu haben, die man mit den entsprechenden Informationen füttern will - aber ob das wahr ist und die Informationen dann auch anderen Nutzern wieder zur Verfügung gestellt werden weiß ich leider nicht.
Fände ich aber schon cool, wenn man auf die Art und Weise eine entsprechende Datenbank aufbaut. Debian hat ja so etwas ähnliches - aber leider viel zu sehr im verborgenen. Wenn dann noch irgendwann ein "Popup" kommt, dass den Nutzer fragt "Funktioniert deine Hardware wie gewünscht?" und er dann nur noch "ok" klicken braucht, damit alle anderen die in der HW-Datenbank suchen eine grüne Lampe zu sehen bekommen...
> und was macht man, wenn man zum Zeitpunkt der Installation keine Netzwerkverbindung hat?
Einfach später registrieren? Und bevor jetzt die Frage kommt: "...und wenn mein PC gar keinen Internetzugang hat?" - Einfach später eine sogenannte "Patch-CD" einspielen.
Für beide Fälle gibt es die entsprechenden YaST2-GUIs, die einem da weiterhelfen
der start von oss suse mit 10.0 scheint lotteriespiel zu sein. laut kofler ist nicht jedes laufwerk bereit, suse zu lesen. habe damit sowohl mit oss suse 10.0,als auch mit oss suse 10.1 erfahrung bekommen. noch einige unarten habe ich festgestellt: registratur bei novell . . . und die eigenschaft, bei installierten programmen einfach darüberzuhobeln - das ähnelt doch m-zoff - odr ? na ja, bei suse sollte einiges schleunigst vereinfacht werden . . . um das vertrauen zu rechtfertigen :| mfg troll
die Probleme mit den CDs die nicht lesbar sind treten nur auf wenn man die Geschwindigkeit beim Brennen der ersten CD zu hoch eingestellt hat. Bei den anderen CDs ist es seltsamerweise wurst was eingestellt ist.
Wie mache ich das denn ????
yast2 eingeben
-> Software
-> Installationsquelle wechseln
-> Hinzufügen
-> URL angeben
-> ftp://ftp.gwdg.de/pub/linux/suse/projects/mozilla/10.1/ (oder einen anderen Mirror deiner Wahl einfügen)
-> Beenden
Dann nochmal im YaST2
-> Software
-> Online-Update
Häh, wem? Lass mich da aus dem Spiel...
http://labix.org/smart
Im Gegenteil zu ZEN ist das stabil, schnell und APT-like to use.
Bin mit dem Programm sehr zufrieden.
Wahr echt erstaunt, wie schnell und stabil das Teil läuft.
Viktor
Mal ehrlich: hätte SuSE nicht die zwei Wochen auch noch warten können? Muß ihnen doch klar gewesen sein, daß sie diesbezüglich einen Wackelkandidaten auf die Piste schicken. Da wird einem Debian immer sympathischer: veröffentlicht wird, wenn es fertig ist.
Gruß
.
"Establishing script:libzypp-patch-zmdrestart.sh-2-1533-1.noarch[SUSE-Linux-10.1-Updates]
This would invalidate script:libzypp-patch-zmdrestart.sh-2-1533-1.noarch[SUSE-Linux-10.1-Updates].
Marking this resolution attempt as invalid."
Das Demarkieren von libzypp und zmd hilft nicht.
Habe dann YaST gestartet und wollte das so updaten, aber da kriege ich die selbe Meldung. Wenn ich dann "libzypp blabla nicht installieren" auswähle, stürzt YaST ab.
Hat jemand irgendwelche Lösungsvorschläge? Kann nun praktisch nichts am System installieren...
Danke!
Für das libzypp update brauchst du mindestens die folgenden Pakete:
autoyast2-2.13.65-0.2
autoyast2-installation-2.13.65-0.2
libzypp-1.1.0-1.11
libzypp-zmd-backend-7.1.1.0-42.21
suseRegister-1.0-63.3
yast2-2.13.61-0.2
yast2-installation-2.13.119-1.2
yast2-ncurses-2.13.36-1.2
yast2-online-update-2.13.40-0.2
yast2-online-update-frontend-2.13.40-0.2
yast2-packager-2.13.125-0.2
yast2-perl-bindings-2.13.4-17.1
yast2-pkg-bindings-2.13.82-1.2
yast2-qt-2.13.60-0.2
zen-updater-7.1.0-51.13
zmd-7.1.1.0-39.15
Habe bei der Installation mal "mono" deselektiert und alle Abhängigkeiten mit "will ich nicht" aufgelöst. Bislang überhaupt keine Nachteile - eher im Gegenteil: kein nervender Beagle, kein ZMD, Online-Update funktiniert, ...
gregor@poppei:~/download> rpm -Fvh *.rpm
error: can't create transaction lock on /var/lib/rpm/__db.000
gregor@poppei:~/download>
Und nun?
#### YaST2 conflicts list - generated 2006-07-19 20:11:38 ####
Dies würde script:libzypp-patch-zmdrestart.sh-2-1533-1.noarch ungültig machen.
script:libzypp-patch-zmdrestart.sh-2-1533-1.noarch has unfulfilled requirements
Konfliktlöung:
( ) libzypp-patch-zmdrestart.sh-2 löschen
#### YaST2 conflicts list END ###
Bis dahain eigentlich kein Prob mit dem System.. gut ausser den bekannten Kinderkrankheiten...! Ich sage nur Ärgerlich!!!
Da ist debian ja benutzerfreundlicher, was das Paketmanagement angeht. Wenn suse nich so schnarchlangsam wäre was das angeht und endlich mal sich seine mirrors selber suchen würde als Installationsquelle wäre es schon einen riesen schritt weiter. Bei Debian basierten Systemen klappts ja schließlich auch mit apt-setup.
Geht aber meines Wissen nur, wenn man während der Installation (oder nachher) das "Registrieren"-Kästchen aktiv läßt. Dann werden allerdings so überaus verdächtige Sachen wie "hwinfo" (also die Hardwareinformation des Computers) an einen Novellserver übertragen. Was man dort (neben der Architektur des Systems für die richtige Update-Quelle) allerdings mit den Daten anstellt ist - glaube ich - nicht dokumentiert. Ich meine mal irgendwo etwas von einer Hardware-Datenbank gehört zu haben, die man mit den entsprechenden Informationen füttern will - aber ob das wahr ist und die Informationen dann auch anderen Nutzern wieder zur Verfügung gestellt werden weiß ich leider nicht.
Fände ich aber schon cool, wenn man auf die Art und Weise eine entsprechende Datenbank aufbaut. Debian hat ja so etwas ähnliches - aber leider viel zu sehr im verborgenen. Wenn dann noch irgendwann ein "Popup" kommt, dass den Nutzer fragt "Funktioniert deine Hardware wie gewünscht?" und er dann nur noch "ok" klicken braucht, damit alle anderen die in der HW-Datenbank suchen eine grüne Lampe zu sehen bekommen...
Aber nur wenn die Checkbox vor dem "hwinfo" Label angewählt ist
...
Einfach später registrieren?
Und bevor jetzt die Frage kommt: "...und wenn mein PC gar keinen Internetzugang hat?" - Einfach später eine sogenannte "Patch-CD" einspielen.
Für beide Fälle gibt es die entsprechenden YaST2-GUIs, die einem da weiterhelfen
noch einige unarten habe ich festgestellt: registratur bei novell . . . und die eigenschaft, bei installierten programmen einfach darüberzuhobeln - das ähnelt doch m-zoff - odr ?
na ja, bei suse sollte einiges schleunigst vereinfacht werden . . . um das vertrauen zu rechtfertigen :|
mfg
troll