Henne Vogelsang wrote:

yast2 online_update

Klappt nicht. Wenn ich das eingebe passiert gar nichts. Und ein strace zeigt mir als letztes an: rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0 fork() = 24234 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGINT, {0x806d960, [], 0x4000000}, {SIG_DFL}, 8) = 0 wait4(-1, Ist das ein Konsolentool, oder braucht das X? Wenn das X braucht, wie lautet das Äquivalent für die Konsole? Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (en) Homepage: http://www.iso-top.de | Jabber: askwar@a-message.de iso-top.de - Die günstige Art an Linux Distributionen zu kommen Uptime: 3 days 23 hours 47 minutes

Am Fre, 2002-06-21 um 23.38 schrieb Alexander Skwar:

So sprach Ralf Corsepius am 2002-06-21 um 23:03:32 +0200 :

...

Wenn es sich um SuSE-7.3 oder SuSE-8.0 handeln würde: apt-get und apt4rpm

Gibt's irgendwo einen Backport auf 7.2? Nein.

Ich würde es allerdings nicht ausschliessen, dass die 7.3er binär-rpms auch unter 7.2 funktionieren - SuSE-7.2 und SuSE-7.3 unterscheiden sich nicht übermässig. Mangels SuSE-7.2 kann ich nichts weiteres dazu sagen. Probier's aus :)

Oder würde ein einfaches rekompilieren genügen? Das sollte auf jeden Fall gehen.

Ein anderes Problem daran: Richtig interssant wird's erst, wenn es auch entsprechende Daten auf Servern angeboten werden. Und da bietet gwdg momentan nur 7.3 und 8.0 an. Was distibutionsunäbhängig (d.h. auch unter RH) gehen sollte, ist sich selbst einen apt-Server einzurichten und diesen dann lokal zu nutzen. Ralf

Am Sam, 2002-06-22 um 02.55 schrieb Martin Schmitz:

Ralf Corsepius writes:

...

Wenn es sich um SuSE-7.3 oder SuSE-8.0 handeln würde: apt-get und apt4rpm

Hast Du da Erfahrung mit? Ich bin diesbez. parteiisch :)

Kommt da wirklich "Debian-Feeling" auf? Es kommt der Sache ziemlich nahe.

Stark vereinfacht ausgedrückt, stellt sich apt-get aus Usersicht als erweitertes "rpm -U" da, dass in der Lage ist, automatisch seine Paketabhängigkeiten aufzulösen. D.h. es funktioniert solange gut, solange die Paketabhängigkeiten der rpms stimmen, was wiederum bedeutet solange die Autoren der rpm-specs sauber gearbeitet haben. Aber ähnlich wie bei reinem "rpm" muss man auch bei "apt-get" ein wenig aufpassen (SuSEConfig, fehlerhafte Paketabhängigkeiten u.ä.).

Was sagt SuSE dazu? Eine offizielle Stellungname von SuSE ist mir nicht bekannt.

Der Client-Teil (apt-get, libapt) stammt ursprünglich von Debian und wurde von Conectiva (Brasilianischer Linux-Distri) auf rpm angepasst, der Server-Teil (apt4rpm) ist eine unabhängige Entwicklung, die Inhalte sind von SuSE und nichts was nicht auch andersweitig verfügbar wäre.

Kann man das verwenden? Ich sag's mal so, ich verwende aptate/apt-get als Paketmanagementsystem für mein lokales (Heim-)Netz.

D.h. ich habe mir auf einer Maschine einen apt-server eingerichtet (Einen ftp-Server, auf dem aus dem Internet gespiegelte ftp-Verzeichnisse und Verzeichnisse mit eigenen, lokalen rpms "aptate-ifiziert" wurden) und synchronisiere die Installationen anderer Maschinen mittels apt-get. Ralf

Michael Karbach writes: [ apt4rpm ]

Ich verwende es auf allen meinen Maschinen seit SuSE-7.3, es ist um Klassen besser als jedes SuSE-Online update. Es gibt auch GUI's dazu. Aber alleine das tool selber ist schon ziemlich gut. Kann ich nur jedem empfehlen.

Welche Version verwendest Du denn? Ich habe hier 0.3.19CVS vom 20011212. In der Paketbeschreibung heißt es: This is an EARLY DEVELOPMENT release of apt-get. It might F*&# UP YOUR SYSTEM BEYOND REPAIR. So use at your own risk etc etc bla bla. Neuere Versionen habe ich nicht gefunden. Ist es Eurer Meinung nach stabil genug, um es einigermaßen gefahrlos zu testen? -- (e)mail-address and gpg-key at http://martins.zangpo.org/ or rot13 znegva-fpuzvgm@jro.qr and ask your favorite keyserver