On Tue, Oct 14, Timo Nentwig wrote:

On Tuesday 14 October 2003 15:38, Thorsten Kukuk wrote:

...

On Tue, Oct 14, Timo Nentwig wrote:

...

Hallo Jungs,

mit ein paar Probleme habe ich ja gerechnet, die Sache bspw. mit dem NVIDIA driver ist ja ok, aber beim GCC...oder openssh. Da hab ich nie dran geschraubt, das ist alles SuSE 8.2+ Krams.

Hm, Du solltest YaST2 erlauben, die Pakete zu loeschen, die nicht mehr supported werden. Wenn Du das nicht moechtest, musst Du dich

Ich soll den GCC löschen?

Nein. Lesen, was ich geschrieben habe.

Wie du der Liste entnehmen kannst, sind da Pakete dabei, die über 100 Abhängigkeiten haben, da kann ich ja gleich die ganze Kiste neu aufsetzen :-(

Nein, lesen, was ich geschrieben habe: "Du solltest YaST2 erlauben, die Pakete zu loeschen, die nicht mehr supported werden." Thorsten -- Thorsten Kukuk http://www.suse.de/~kukuk/ kukuk@suse.de SuSE Linux AG Deutschherrnstr. 15-19 D-90429 Nuernberg -------------------------------------------------------------------- Key fingerprint = A368 676B 5E1B 3E46 CFCE 2D97 F8FD 4E23 56C6 FB4B

On Tue, Oct 14, Timo Nentwig wrote:

On Tuesday 14 October 2003 18:46, Thorsten Kukuk wrote:

...

...

Ich soll den GCC löschen?

"Du solltest YaST2 erlauben, die Pakete zu loeschen, die nicht mehr supported werden."

Ok, ich soll also alle 150 Pakete löschen, ja? Und da werden dann aktuelle Alternativen für installiert, ja? Ich kann mir kaum vorstellen, dass bspw. fetchmail bei SuSE 9 nicht mehr dabei ist...

Nein. YaST2 loescht per default Pakete, die nicht mehr supported werden. Das hast Du ausgeschaltet. Dadurch kommt es, wie schon geschrieben, zu diesen Abhaengigkeitsproblemen. Erlaube YaST2 wieder, obsolete Pakete zu loeschen, und die Liste sollte gleich sehr viel kuerzer werden (bei mir ist sie normalerweise leer). Thorsten -- Thorsten Kukuk http://www.suse.de/~kukuk/ kukuk@suse.de SuSE Linux AG Deutschherrnstr. 15-19 D-90429 Nuernberg -------------------------------------------------------------------- Key fingerprint = A368 676B 5E1B 3E46 CFCE 2D97 F8FD 4E23 56C6 FB4B

On Tuesday 14 October 2003 19:39, you wrote:

On Tue, Oct 14, Timo Nentwig wrote:

...

On Tuesday 14 October 2003 18:46, Thorsten Kukuk wrote:

...

...

Ich soll den GCC löschen?

"Du solltest YaST2 erlauben, die Pakete zu loeschen, die nicht mehr supported werden."

Ok, ich soll also alle 150 Pakete löschen, ja? Und da werden dann aktuelle Alternativen für installiert, ja? Ich kann mir kaum vorstellen, dass bspw. fetchmail bei SuSE 9 nicht mehr dabei ist...

Nein. YaST2 loescht per default Pakete, die nicht mehr supported werden. Das hast Du ausgeschaltet. Dadurch kommt es, wie schon geschrieben, zu diesen Abhaengigkeitsproblemen. Erlaube YaST2 wieder, obsolete Pakete zu loeschen, und die Liste sollte gleich sehr viel kuerzer werden (bei mir ist sie normalerweise leer).

Das war und ist (per default) angeschaltet. (du meinst unter Update Options, gelle?). Tja, und nu? Über 600 RPMs sind betroffen.

Am Dienstag, 14. Oktober 2003 15:49 schrieb Horst Mueller:

Ich halte persönlich nicht viel von Updates (das gilt übrigens für alle Distris).

Ich auch nicht und ich habe in mein Sicherungsscript folgende Zeilen eingefügt, die ich erst zu sichern begann, als vor kurzem meine HD vorübergehend den Geist aufgab, und ich mir überlegte, was ich bei einer Neuinstallation alles gern gehabt hätte. $ kennzeichnet eine Variable (für die Newbies) zB SYSINFOS entspricht Verzeichnis wohin gesichert werden soll POSTFIX ist eine Kombination aus Datum und Rechnername # Dann sind meine amavis-Änderungen, zB Virenversender nicht benachrichtigen, # gesichert: cp /usr/sbin/amavis $SYSINFOS/amavis$POSTFIX # Sichert den Key cp /usr/lib/AntiVir/hbedv.key $SYSINFOS/hbedv.key$POSTFIX # Sichert die installierten SuSE-Pakete, sofern man die user.sel mit yast # erstellt hat. cp /var/lib/YaST2/user.sel $SYSINFOS/user.sel$POSTFIX # Sichert die Crontabs cp -r /var/spool/cron/tabs $SYSINFOS/crontabs$POSTFIX # Erstellt eine Liste aller Dateien und komprimiert sie ls -alRh1 --time-style=full-iso / > $ALLFILES.txt gzip $ALLFILES.txt # Erstellt eine Liste aller rpms rpm -qa > $SYSINFOS/rpmlist$POSTFIX # Erstellt eine Liste alle rpms nach Größe rpm -qa --queryformat '%{SIZE}\t\t%{NAME}\n' | sort -nr > \ $SYSINFOS/rpmlist_sort$POSTFIX # Erstellt eine Liste aller rpms von der Distri # alle Pakete, die im Buildhost suse oder sturm.local haben rpm -qa --queryformat \ "%{buildhost}:%{name}-%{version}-%{release}\n"| grep -E \ '[^:]*(suse\.(de|com)|sturm.local):'| cut -d: -f2 \ | sort > $SYSINFOS/rpmlist_suse$POSTFIX # alle Pakete, die im Buildhost _nicht_ suse oder sturm.local haben rpm -qa --queryformat \ "%{buildhost}:%{name}-%{version}-%{release}\n"| grep -E \ -v '[^:]*(suse\.(de|com)|sturm.local):'| sort > \ $SYSINFOS/rpmlist_other$POSTFIX # erstellt eine Liste nach dem Speicherverbrauch unter / # damit hat man einen Richtwert beim Partitionieren du -bc --max-depth=1 / | sort -nr > $SYSINFOS/size_all_dirs$POSTFIX # zeigt den Platz für eigene Kernel du -bc --max-depth=1 /usr/src/ | sort -nr > $SYSINFOS/size_usr_src_dirs$POSTFIX # Zeigt den Platz für Cache du -bc --max-depth=1 /var/cache/ | sort -nr > $SYSINFOS/size_var_cache_dirs$POSTFIX # Zeigt den Platz für Spool (also für Mail, News, etc.) du -bc --max-depth=1 /var/spool/ | sort -nr > $SYSINFOS/size_var_spool_dirs$POSTFIX # zeigt die augenblickliche Partitionierung fdisk -l > $SYSINFOS/fdisk$POSTFIX # zeigt die Belegung der Partitionen df -PTh > $SYSINFOS/diskfree$POSTFIX # Mit dieser Sicherung kann ich auch bei defektem System Hardware-Details # nachsehen # trotz --short wird alles ins Log geschrieben und am Ende die short-Variante hwinfo --log $SYSINFOS/hwinfo$POSTFIX --short # noch 2 weitere Logs, wo man eventuell nachsehen möchte, wenn der Rechner # nicht mehr funktioniert :-) cp /var/log/boot.msg $SYSINFOS/boot.msg$POSTFIX dmesg > $SYSINFOS/dmesg$POSTFIX Sicherung der eigenen Kernel-Konfigurationen, setzt Quellen in /usr/src/linux* voraus Das frage ich mit einem kleinen Script ab, das nach .config in allen Unter-Verzeichnissen von /usr/src/ sucht. So gewappnet, inkl. einer Sicherung vor allem (aber nicht nur, je nach Einzelfall) von home und etc, ist eine Neuinstallation relativ schnell erledigt. Im Augenblick denke ich aber nicht daran auf 9.0 umzusteigen, wo es unter 8.2 ziemlich gut läuft. Al

On Tue, 2003-10-14 at 16:00, Helga Fischer wrote:

Hallo Timo,

SuSE 8.2 arbeitet noch mit rpm 3.*, SuSE 9.0 mit rpm 4.*, die sind nicht kompatibel zueinander. Irrtum, rpm-3.* und rpm-4.* sind unterschiedliche Versionen des Werkzeuges "rpm", die ein und dasselbe Dateiformat "rpm" be- und verarbeiten.

Ralf

On Wed, 15 Oct 2003 13:13:42 +0200 Helga Fischer wrote:

Danke. Ich war der festen Überzeugung, die beiden Formate seien inkompatibel zueinander. Quelle weiß ich aber nicht mehr;

Im Heise-Newsticker wurde dies glaub ich mal propagiert bei der Kurzvorstellung der neuen SuSE, wenigstens hat sich dieser Fehler nicht auch im Printmagazin fortgesetzt ;)

Hallo, Am Wed, 15 Oct 2003, Ralf Corsepius schrieb: [..]

Was allerdings stimmt, ist, dass es frühe rpm-4.0 Versionen (Vor mehreren Jahren) zu rpm-3.x inkompatible RPMS erzeugt haben. Doch wurden diese Kompatibilitätsprobleme schon vor längerer Zeit (IIRC, in rpm-4.0.2) behoben.

Andersrum: rpm hat ab IIRC 3.0.5 das Format von rpm4 lesen koennen. Mein rpm (3.0.4) kann z.B. weder rpm4 noch die bzip2 Kompression. Ich muss also auch die RPMs von z.B. SuSE 8.2 (von rpm >=3.0.5) mittels 'rpm2cpio | bzip2 -dc | cpio ...' auspacken ;) -dnh -- "God, root, what is difference?" - Pitr "God is more forgiving." - Dave Aronson

Hallo, Am Thu, 16 Oct 2003, Ralf Corsepius schrieb:

On Wed, 2003-10-15 at 18:37, David Haller wrote:

...

Am Wed, 15 Oct 2003, Ralf Corsepius schrieb: [..]

...

Was allerdings stimmt, ist, dass es frühe rpm-4.0 Versionen (Vor mehreren Jahren) zu rpm-3.x inkompatible RPMS erzeugt haben. Doch wurden diese Kompatibilitätsprobleme schon vor längerer Zeit (IIRC, in rpm-4.0.2) behoben.

Andersrum: rpm hat ab IIRC 3.0.5 das Format von rpm4 lesen koennen. IIRC, wurde mit rpm-4.0. das von RPM-4 generierte RPM-Format nochmals geändert und dabei ein letztes Update für rpm-3 (rpm-3.0.6) nachgeschoben, das die Datenformate von rpm-4 und rpm-3 angeglichen.

Kommt hin. Kann's sein, dass das v.a. der Umstieg auf bzip2-Komprimierung war? Das kaeme mit meinen Erfahrungen hin... Ich hab hier naemlich auch noch ein rpm4 (in /opt): $ /opt/rpm4/bin/rpm --version RPM version 4.0 Und mit einem der beiden (bzw. dessen rpm2cpio) hab ich bisher noch jedes RPM auspacken koennen, auch wenn ich in letzter Zeit von Experimenten mit RPMs anderer Distris die Finger gelassen habe (da ich sowieso immer selber kompilieren muss saug ich mir eh nur src.rpms oder tarballs der Sourcen ;)

...

Mein rpm (3.0.4) kann z.B. weder rpm4 noch die bzip2 Kompression. Frau Zombie sagt "D'r riiiiecht net nurr, d'r stiiiinkt. D'r isch wirklich nemma friiisch!" ;)

Noi, "frisch" isch mei rpm nemmr, abr was soll i saga, des laift seid iebr fier Johra, ond i han no nix gfonda, worum i dodrdra was ändre sött. $ rpm -q --queryformat "%{installtime:date}\n" bc Mon 16 Aug 1999 07:19:26 PM CEST (i woiss zufällig, dass 'bc' des älteschde rpm isch, was i no inschdalliert han, deswega lass i des '-a' ond de Reschd amol weg). Abr, mei rpmdb isch zwar et konsischdend, abr' i woiss wo[1], ond ansonschda dued's grad des, was rpm eba macha sött. Ond no verrat mir amol, weswega i mei rpm aktualisiera sött. Ond neia binary-rpms laufet bei mir älleweil eh et, dui brauchat eh älla a glibc-2.3, ond sell han i et, ond fier an src.rpm reicht au rpm2cpio. Sodele, ond no zeigsch mir an rpmdb, dui so alt isch wia dui vo mir. Ond jo, mei "Sischdem" laift (abgsäha vo a baar Macka, dia i eibaut han[2], odr wenn i amol mit em neia HW-Dreibr experimendierd han), seid fier Johr stabil vor sich na. Ond isch drweil iebr a baar Feschdbladda ond uff a neie CPU ond a neies Muddrbredd omzoga. Ond bei mir ko mr et amol saga, das i "newwr dadsch a ranning sischdem" achda däd, noi, i han scho orredlich rombaschdeld. Abr des wäret a baar andre Gschichde... -dn'*scnr*'h np: "Every OS sucks" -- Three Dead Trolls in a Baggie ;) [1] ond i woiss dass ond wia i da amol uffraima sött [2] gtk isch a weile et gloffa, od han i was verbaschdeld ghett -- Qual Qual oh Qual wo bist Du oh Qual oh Qual -- B. Brodesser in suse-talk