Januar 2003

Das GNU/Linux-Tagebuch von Agon S. Buchholz.

Tagebuch : 2003 : 01 : Übersicht
01-Jan-2003/09-Jan-07

Übersicht

Im Januar beschäftige ich mich weiter erfolglos mit dem Metacity- Problem meiner Red Hat Linux 8.0- Installation; die Verzögerung beim Starten in Gnome von rund vier Minuten lässt sich anscheinend einfach nicht "abschalten". Ich beschliesse, vorerste auch nicht die frisch erschienende Betaversion von RHL 8.1 »Phoebe« auszuprobieren, lese aber ein wenig auf der Mailingliste mit. Sehr lästig ist auch die Instabilität des Systems; zum einen gibt es weiterhin thermische Probleme (Seitenblende an den Rechner angelehnt: System hängt etwa eine Minute später komplett; Seitenblende weggenommen: Rechner läuft relativ stabil, hängt sich aber auch sporadisch auf). Allerdings blasen in der Kiste mittlerweile ein Netzteillüfter, zwei Extra- Lüfter sowie ein Slot-Lüfter (unterhalb der Grafikkarte); hinzu kommen die zwei CPU-Kühler; für besseren Airflow im Gehäuse verwende ich Rundkabel -- eigentlich dürfte es keine Probleme geben...

An ein produktives Arbeiten ist unter Linux jedenfalls nicht zu denken, ich migriere bis auf weiteres auch keine wichtigen Funktionen auf den Linux-Rechner, das ist mir alles einfach zu instabil; gelegentlich lässt sich Opera oder Galeon nicht starten, ab und an will auch Konqueror nicht (sehr zuverlässig ist alerdings Mozilla). Dann dieser absurde Ärger mit zirkulären Abhängigkeiten in diversen RPMs, das gegenseitige Deinstallieren-/ Installieren von Paketen über apt-rpm und Red Carpet, das Nicht-Funktionieren des GUI- Paketmanagers von Red Hat, der Metacity- Bug beim Booten in Gnome usw., besonders überzeugend ist das alles bisher nicht; momentan empfinde ich die Vorstellung, jemals ein Produktionssystem oder gar einen Server unter Linux betreiben zu müssen als alptraumhaft. In meinen sechs Jahren als System- und Netzwerkadministrator habe ich enormes Vertrauen in die Stabilität von Windows- Rechnern gewonnen, sowohl auf dem Desktop als auch im Servereinsatz; Linux erscheint mir, je mehr ich mich damit beschäftige, immer mehr wie ein klappriges Flickwerk, das beim leisesten Windhauch auseinanderbröselt.

Schlimm ist die "Dependency Hell", unerträglich ist jedoch die Uneinigkeit bei den Paketformaten; nur mit viel Glück findet man ein aktuelles RPM für ein Programmpaket, das man dringend braucht; das läuft dann vielleicht sogar unter der eigenen Distribution -- aber nur in der englischen Fassung. Oder man findet nur ein DEB- Paket. Oder der einzige Server, der das entsprechende RPM hatte, ist nicht mehr erreichbar... Unter Windows gibt es genau ein Binärformat, das in verschiedenen Varianten komprimiert sein kann; egal wie, die Binärdatei läuft eben unter W2k oder XP,wird anständig im Verzeichnis der installierten Software eingetragen und lässt sich von dort auch halbwegs sauber desintallieren; mit ein paar Extratools kann man die Änderungen am System auch wieder vollständig rückgängig machen. Alls das ist unter Linux reine Glückssache -- kein RPM gefunden, Tarball selbst kompiliert und mit make install intalliert? Dumm gelaufen, ohne weiteres bekommt man solche Datenleichen nie wieder aus dem System.

Wie heisst es doch so schön? Gibt es ein Problem mit Windows, heist die Lösung immer "Reinstall the OS". Nun gut, ich habe auf meinem Produktionssystem in den letzten drei Jahren insgesamt zwei Windows- "Betriebssysteme" installiert, ein W2k und ein Update auf WinXP; Probleme hatte ich nie, die nicht mit den Bordmitteln lösbar gewesen wären. Wie löst man diese dämlichen Metacity-Bug in Red Hat Linux 8.0, den nichtmal Havoc Pennington diagnostizieren kann, der Metacity geschrieben hat? "Reinstall the OS"...

Auf meinem Testrechner spiele ich zunächst mit der Festplatteneinstallation von Knoppix 3.1 (Beta) herum und kande dann schliesslich doch bei Debian GNU/Linux 3.0 »Woody« (stable), das ich aber sehr bald ersetze durch »Sarge« (testing). Ziemlich schräg finde ich, dass selbst bei Sarge nur KDE 2.2.2 und (angeblich?) Gnome 1.4 angeboten werden. Es gelingt mir allerdings gar nicht erst, in Gnome zu booten. Ausserdem ärgere ich mich fürchterlich mit der XFree86- Konfiguration herum; statt einer Bildwechselfequenz von 85 Hz liefert mit X hartnäckig nur 75 Hz (der Monitor macht 50-150 Hz), egal was ich in der Konfigurationsdatei einstelle. Noch lästiger ist allerdings, dass meine gute alte Microsoft Intellimouse 1.1A, eine uralte PS/2-Maus mit Rad, nun überhaupt nicht benutzbar ist. Da kann man als Protokoll "Auto", "Intellimouse", "PS/2" usw. einstellen, nichts funktioniert. Erstaunlicherweise macht all das unter Knoppix auf demselben Rechner keinerlei Probleme. Interessanterweise funktioníert die Wheelmouse unter Debian auch mit der XFree86- Konfiguration von Knoppix nicht.

03-Jan-2003

Der Versuch, OpenACS Verison 4.x aus den alten RPMs für Red Hat Linux 7.1 von Jonathan Marsden unter dem aktuellen Red Hat Linux 8.0 zu installieren, scheitert; zum einen enthalten die RPMs Fehler und Probleme bezüglich der Lokalisierung, zum anderen eignen sie sich nicht für RHL 8.0 -- und aktuellere bzw. fehlerkorrigierte RPMs gibt es nicht (DEB-Packages übrigens auch nicht).

Siehe auch: Das GNU/Linux-Tagebuch 01/2002.

Posting aus dem Forum  OpenACS Q&A: Installing OpenACS 4 RPMs for Red Hat 7.1 on Red Hat Linux 8.0 ( openacs.org/forums/message-view?message_id=69410):

Agon Buchholz on Jan 03 2003 16:23:33:

I followed the installation instructions according to Jonathan Marsden's step-by-step instructions from

www.xc.org/jonathan/openacs/openacs4-rpm-based-install.html

on a German Red Hat Linux 8.0 system with the following differences to his setup:

- I used RHL 8.0 instead of RHL 7.1.
- I was not starting from a "clean machine", whatever
  this is supposed to mean.
- Jonathan suggests to recompile the XML Libraries from
  the SRPMS provided by XMLsoft which i didn't.
- I also used the more up-to-date releases from lixml2
  and lixslt which were installed on my system.

Some comments on my experiences:

> Start from a clean machine

In this case I used a testing machine (SMP, 2x AMD Athlon 1900), runing several (other) services. The suggestion from Jonathan *does* make sense, but he doesn't define what kind of installation is "clean". Stopping Postgresql and removing all related packages should IMHO do the job (?).

> Installing Postgresql 7.1.3

Command:

[root@lx OpenACS]# /sbin/service postgresql stop

Results in:

postgresql-Dienst stoppen: [ OK ]

Command:

[root@lx OpenACS]# /bin/rm -rf /var/lib/pgsql/

OK

Command:

[root@lx OpenACS]# rpm -e `rpm -qa |grep ^postgresql`

Gives several errors:

Fehler: Failed dependencies:
libpq.so.2 is needed by (installed) perl-DBD-Pg-1.13-5
libpq.so.2 is needed by (installed) xemacs-21.4.8-16
libpq.so.2 is needed by (installed) libdbi-dbd-pgsql-0.6.5-2
libpq.so.2 is needed by (installed) mod_auth_pgsql-0.9.12-11
libpq.so.2 is needed by (installed) php-pgsql-4.2.2-8.0.5
libpq.so.2 is needed by (installed) qt-PostgreSQL-3.0.5-17
libpq.so.2 is needed by (installed) bonddb-0.6.1-1
libpq.so.2 is needed by (installed) gda-postgres-0.8.199-1
libpq.so.2.0 is needed by (installed) snort-1.6-1
libpq.so is needed by (installed) bonddb-0.6.1-1
postgresql-libs is needed by (installed) php-pgsql-4.2.2-8.0.5

These packages (and several sub-dependencies) had to be removed so the system *should* be clean (?).

Commands:

rpm -Uvh postgresql-libs-7.1.3-1PGDG.i386.rpm
rpm -Uvh postgresql-7.1.3-1PGDG
rpm -Uvh postgresql-server-7.1.3-1PGDG

All OK.

> Installing XML Libraries from ftp://ftp.xmlsoft.org/

I had the following versions installed:

[root@lx OpenACS]# rpm -qa | grep libxml
libxml2-python-2.4.30-1
libxml-devel-1.8.17-5
libxml2-2.4.30-1

[root@lx OpenACS]# rpm -qa | grep libxslt
libxslt-python-1.0.23-1
libxslt-devel-1.0.23-1
libxslt-1.0.23-1

However, I did not recompile the SRPMs as advised by Jonathan.

> Installing AOLserver

Command:

rpm -Uvh aolserver-3.3.1-2+ad13.i386.rpm

OK

> Installing the AOLserver PG driver and nsxml modules

Command:

rpm -Uvh aolserver-postgresql*.i386.rpm

OK

Command:

rpm -Uvh aolserver-nsxml-3.3.1-2+ad13.i386.rpm

This results in:

[root@lx OpenACS]# rpm -Uvh aolserver-nsxml-3.3.1-2+ad13.i386.rpm
Preparing... ############################### [100%]
Warnung: user jonathan does not exist - using root
Warnung: group jonathan does not exist - using root
Warnung: user jonathan does not exist - using root
Warnung: group jonathan does not exist - using root
Warnung: user jonathan does not exist - using root
Warnung: group jonathan does not exist - using root
Warnung: user jonathan does not exist - using root
Warnung: group jonathan does not exist - using root
Warnung: user jonathan does not exist - using root
Warnung: group jonathan does not exist - using root
Warnung: user jonathan does not exist - using root
Warnung: group jonathan does not exist - using root
1:aolserver-nsxml ############################### [100%]

Whatever this means. Maybe it's necessary to create the user and group "jonathan"?

> Obtaining and Installing OpenACS 4 itself

Command:

rpm -Uvh openacs-4.2-alpha.20020114.noarch.rpm

This results in:

[root@lx OpenACS]# rpm -Uvh openacs-4.2-alpha.20020114.noarch.rpm
Preparing... ############################### [100%]
1:openacs ############################### [100%]
Datenbank initialisieren: [ OK ]
Starting postgresql service: [ OK ]

ERROR: Unable to start postgresql service, cannot install ACS data model
Fehler: %post(openacs-4.2-alpha.20020114) scriptlet failed, exit status 1

Here seems to be a major problem, either with the RPMs and RHL 8.0 or with my (slightly different) system.

I checked with the docs (http://openacs.org/doc/operating-system.html etc.) to
see if I could fix this manually. According to them, the following locations are used by OpenACS:

"We'll compile stuff in /usr/local/src
PostgreSQL will go into /usr/local/pgsql
AOLServer will go into /usr/local/aolserver
The web root will go into /web"

None of these directories, exept from /usr/local/src, were created on my installation so far.

According to http://openacs.org/doc/postgres.html there should be a user
'postgres' (exists, but home is /var/bin/pgsql instead of /usr/local/pgsql), and a group 'web' (doesn't exist).

At this point I stopped following the errors since the problems seem to go
deeper.

Note: the RPM is quite outdated; as of this writing, current release is 4.5.

Command:

/sbin/service aolserver start

Results in:

Starting aolserver: [ OK ]

sleep 15 # Wait for AOLserver + OpenACS to initialize

lynx http://`hostname`:8000

Gives me the following page:

"OpenACS Installation: Error
[...]
The following database pools generated errors:
OpenACS could not allocate a handle from database
pool "subquery".
[...]"

Going to

http://localhost:8000/acs-admin/apm/packages-install

gives me the following page:

"OpenACS Installation: Installing OpenACS Core Services"

followed by a <hr>, the rest of the page is empty.

Until this is examined further I'd suggest *not* to use the old RPMs on a more recent Red Hat installation.

Are there other experiences with more receant RHL versions and OpenACS out there?

Wenig später antwortet Jonathan (Jonathan Marsden on Jan 03 2003 17:45:32):

The issue with user jonathan being needed is a bug, known and fixed here in my own RPMs. I should probably release them!

ERROR: Unable to start postgresql service, cannot install ACS data model
Fehler: %post(openacs-4.2-alpha.20020114) scriptlet failed, exit status 1

This one is probably because my RPMs check for a message from the output of

/sbin/service postgresql status

which is different in different languages.

I do not know of a good way to avoid this issue, I need to experiment some more with it. The text seems to be hard coded in /etc/init.d/functions in my (USA English) Red Hat versions.

This issue is in Red Hat 7.x too, it is not new in Red Hat 8.0.

For those who wonder why my RPMs are old... the hoped-for work (starting December 2001) which would have used OpenACS was awarded to others, who used a commercial toolkit (and by some accounts the work is still not completed). This meant I had no 'work time' or even 'play time which will pay off in future' time to spend on OpenACS. Combined with multiple intercontinental family relocations (to the UK, and now back to the USA)... well, I had other priorities.

There are hopeful signs that I may have need to use OpenACS for 'real work' during 2003; that would help spur me to test and release newer OpenACS RPMs.

Neben OpenACS und OpenCMS interesieren mich Wikis; weil ich eine Kombination von OpenACS und Wiki spannend fände, poste ich eine entsprechende Frage im (älteren) Thread Wiki Style Input (openacs.org/forums/message-view?message_id=62206) im Forum OpenACS Development.

Malte Sussdorff on Nov 17 2002 15:34:15:

Wiki Style Input I had the idea that it would be good to have a style (or format) called Wiki, which would applicapble to nearly every input field we have in the system, which would allow the input to be Wiki style.

The most obvious example would be the input field of the forums package, but also news, ETP, file storage description could make use of this.

Now, is there someone already doing this. If not, how would you approach this. For Forums we e.g. have the problem that we deal with html_p, limiting us to html or text input (without the option to wiki'ize).

How would you integrate this in other packages. Should this become a general "textarea" package ?

Agon Buchholz on Jan 09 2003 10:36:18:

Sounds very interesting; is there someone working on this topic? As far as I know there is at least one Tcl-based Wiki (WiKit, http://www.equi4.com/wikit/, "Based on Tcl, built-in Metakit database, runs almost everywhere, has a local mode", see c2.com/cgi/wiki?WikiEngines and c2.com/cgi/wiki?WiKit), maybe it's possible to interface this somehow with OpenACS?

Jamie Rasmussen on Jan 09 2003 10:48:26:

If you only need basic Wiki functionality, there is an OpenACS module by Hafeez Bana - see this thread: openacs.org/forums/message-view?message_id=27100.

Although it is for OpenACS 3.5.2, I was able to make it work with 4.5. It is PostgreSQL only. Other than splitting and moving files into 4.5ish locations, I removed the unneeded doc_return and ad_quotehtml definitions and changed all of the joins with the users table to joins with cc_users view. (It was looking for the first_names column.)

[...]

Jamie Rasmussen on Jan 09 2003 17:26:50:

I uploaded "OpenACS Wiki" to new-file-storage:

sdm.openacs.org/new-file-storage/one-file.tcl?file_id=466

I hope this zip file doesn't have any problems. I'm not using the Wiki module, I just played with it one evening.

07-Jan-2003 ff.

Festplatteninstallation von Knoppix in der Version 3.1 08-11-2002-DE -- Probleme bei der Aktualisierung über apt-get.

Die Festplatteninstallation von Knoppix klappt vollkommen reibungslos, man erhält ein mehr ofder weniger 'vollständiges Debin- System mit ausgezeichneter Hardwareerkennung. Aber: Das Aktualisieren des Systems über apt-get führt zu schwer behebbaren Fehlern in der Paketdatenbank. Im DebianForum.de erhalte ich fundierte Hinweise zur Fehlerbehebung (btw, eine wirklich tolle Community).

Ergänzung: In der aktuelleren Version von Knoppix, 3.1 01-01-2003-DE, ist das Problem übrigens anscheinend beseitigt.

Thread aus Debianforum.de (www.debianforum.de/forum/viewtopic.php?t=4588)

Mein Posting (ein Followup zu einem bestehenden Thread):

Verfasst am: 07.01.2003 03:54:09
Titel: apt-get: Dynamic MMap ran out of room

ich habe hier dasselbe Problem mit einer Festplatten- Installation von Knoppix 3.1 08-11-2002-DE:

Reading Package Lists... Error!
E: Dynamic MMap ran out of room
E: Error occured while processing kpaint (NewVersion1)
E: Problem with MergeList /var/lib/apt/lists/ftp.kde.org_pub_kde_stable_latest_Debian_sid_._Packages
E: The package lists or status file could not be parsed or opened.

Ich habe etwas im Web gestöbert und verschiedene Hinweise auf die Cache- Grösse in /etc/apt/apt.conf gefunden; bei mir steht da, entsprechend 'tuxtomms' Hinweis:

APT::Default-Release "testing";
APT::Get::Purge;
APT::Cache-Limits "8388604";

Bei den "Cache-Limits" habe ich verschiedene Werte ausprobiert, das beseitigt die Fehlermeldung jedoch nicht.

Eben habe ich noch pobiert, einfach diverse Download-Quellen aus der /etc/apt/sources.list auszukommentieren, darunter auch die in der Fehlermeldung genannte; das hilft aber auch nicht weiter, ebensowenig die Parameter "build-dep", "clean" oder "check" von apt-get.

Da sich die Fehlermeldung auf das Package "kpaint" habe ich mit

apt-get remove kpaint

versucht, das entsprechende Programm zu entfernen -- was wieder zu der Fehlermeldung führte.

Das Installieren von lokal vorhandenen *.deb Paketen funktioniert interessanterweise (in diesem Falle Opera) [...].

Mein letzter Versuch war dann, dem armen Knoppix ein Ximian Red-Carpet aufzudrücken; das hat mir dann etwas von einem "modified system file" erzählt, ein waschechtes Debian GNU/Linux scheint Knoppix also nicht zu sein...

Zunächst vermute ich, dass es sich um ein Problem mit den Cache-Limits in /etc/apt/apt.conf handelt; das scheint aber nicht so zu sein.

Antwort von 'Brody':

Verfasst am: 07.01.2003 23:55:03
Titel: apt-get problem

bin heute abend, 07.01.03 mit gleicher fehlermeldung auf die nase gefallen

Reading Package Lists... Error!
E: Dynamic MMag ran out of room
E: Error occured while processing konqueror (NewVersion1)
E: Problem with MergeList /var/lib/dpkg/status
E: The package lists or status file could not be parsed or opened.

passierte mir, nachdem ich mit apt-pinning rumgespielt habe
und die /etc/apt/preferences laut

jaqque.sbih.org/kplug/apt-pinning.html

geschrieben hatte:

Package: *
Pin: release a=stable
Pin-Priority: 700

Package: *
Pin: release a=testing
Pin-Priority: 650

Package: *
Pin: release a=unstable
Pin Priority: 600

mir ist jetzt erst klar geworden, das ich zuvor auf dem richtigen weg war
und es negative/minus prioritaeten gibt, da hab ich mich von

www.linux-magazin.de/Artikel/ausgabe/2002/11/apt/apt.html

auf einen holzweg bringen lassen die einzig relevante doku ist

www.debian.org/doc/manuals/apt-howto/ch-apt-get.en.html#s-default-version

wie auch immer - folgendermassen habe ich es wieder hingebogen mit

apt-get clean

den cache geleert
dpkg ebenfalls den alzheimer verordnet

dpkg --forget-old-unavail

alle Einträge in /etc/apt/source.list und /etc/apt/apt.conf entfernt
wobei es hilfreich ist, in der source.list eine # kommentarzeile stehen zu lassen

die derzeitige apt Konfiguration mit

apt-config dump

überprüfen

APT::Default-Release "stable";
APT::Cache-Limits "25165824";

wobei es nicht den tatsachen entspricht - der hochgesetzte Cache zeugt von meinen apt.conf experimenten -es geht nur darum, sich klar zu sein, unter welchen vorraussetzungen es jetzt weitergeht
um letztlich

apt-get update

abzusetzen
danach vorsichtig die source.list mit zwei einträgen bestückt

apt-get update
apt-get upgrade

es funzt wieder ... und ... für mich überraschend, ich scheine tatsächlich von unstable auf stable einen downgrade gemacht zu haben.

Meine (ratlose) Antwort:

Verfasst am: 08.01.2003 03:48:10
Titel: apt-get unter Knoppix

Erstmal vielen Dank an Carsten für die ausführliche und sehr klare Dokumentation seiner Problemlösung. Ich kann das unter meinem Knoppix auch problemlos nachvollziehen -- bis auf das Ergebnis, bei mir gibt es weiterhin den "Dynamic MMap ran out of room"- Fehler.

Wenn Fabian Franz in seinem Artikel "KNOPPIX auf Festplatte installieren" auf Pro-Linux.de (http://www.pl-berichte.de/ berichte/knoppix_hdinstall/knoppix-hdinstall.html) nicht geschrieben hätte:

Als tuxpaint-Fan habe ich dann auch gleich apt-get update und apt-get install tuxpaint ausgeführt und es hat alles wunderbar geklappt.

würde ich jetzt mal einfach davon ausgehen, dass Knoppix (zumindest in meiner Version 08-11-2002-DE) einfach broken ist, aber so... *grübel*

Antwort von 'Hoodooman':

Verfasst am: 08.01.2003 10:47:33

Danke brody, deine Tips waren sehr hilfreich, wenngleich das Problem noch nicht ganz gelöst ist.

Wie brody habe ich dpkg erst mal die totale Amnesie verordnet:

1. in sources.list alle Einträge auskommentiert
2. dpkg --forget-old-unavail  und
3. dpkg --clear-avail

Dann ein apt-get update, das problemlos durch lief.
Nun in sources.list nur die Quellen für Woody hinzu gefügt und APT::Default-Release "stable"; gesetzt. apt-get update war erfolgreich.
Das entspricht brodys Ergebnissen.

Nun arbeite ich am liebsten mit sid (kann man mehr über ein System lernen wenn man nicht dauernd etwas nachbessern muss? ).

Zunächst habe ich apt auf sarge eingestellt (in der sources.list die testing-Einträge aktiviert und Default-Release "testing" gesetzt). Auch hier funktionierte ein apt-get upgrade.

Der Fehler trat erst wieder auf, als ich alles auf sid stellte.
Ich bin mal so frei daraus zu folgern, der Fehler hängt mit der Paketliste aus sid zusammen.

Btw., das Problem machte sich bei mir zum ersten mal bemerkbar, nachdem ein Upgrade Versionen 1.1.7 von gtkhtml1.1 und libgtkhtml1.1 einspielte und Evolution 1.2.0 wegen nicht aufgelöster Abhängigkeiten (zu Unrecht) rausflog. Habe es dann einem Tip aus Debians Bugzilla folgend per dpkg -i --ignore-deps wieder reingequetscht. Könnt ihr Ähnliches berichten?

Auf Basis dieser Hinweise kann ich das Problem bei meiner Installation lösen:

Verfasst am: 08.01.2003 14:42:08
Titel: Lösung

Nach den ergnzenden Hinweisen von 'Hoodooman' könnte ich apt-get jetzt wieder in den Griff bekommen. Nochmal die Schritte in einer Knoppix- basierten Festplatteninstallation:

1. in /etc/apt/sources.list alle (!) Einträge auskommentiert;
2. dpkg --forget-old-unavail [OK];
3. dpkg --clear-avail [OK];
4. apt-get update [OK];
5. apt-get upgrade [OK] - nur testweise;
6. in /etc/apt/sources.list sukzessve die Einträge wieder hereingenommen;
7. nach jedem weitern Repository apt-get update und apt-get upgrade.

Im einzelnen gab es dabei folgende Resultate:

# Security updates for "stable"
deb http://security.debian.org stable/updates main contrib non-free
deb http://security.debian.org testing/updates main contrib non-free

Klappt problemlos.

# Stable
deb http://ftp2.de.debian.org/pub/debian stable main contrib non-free
deb http://ftp2.de.debian.org/pub/debian-non-US stable/non-US main contrib non-free

Klappt problemlos.

deb http://ftp2.de.debian.org/pub/debian testing main contrib non-free
deb http://ftp2.de.debian.org/pub/debian-non-US testing/non-US main contrib non-free

Klappt problemlos.

#deb http://ftp2.de.debian.org/debian unstable main contrib non-free
#deb http://ftp2.de.debian.org/debian-non-US unstable/non-US main contrib non-free

Führt wieder zu:

Reading Package Lists... Error!
E: Dynamic MMap ran out of room
E: Error occured while processing ksysv (NewVersion1)
E: Problem with MergeList /var/lib/dpkg/status
E: The package lists or status file could not be parsed or opened.

Also Eintrag wieder auskommentiert. Möglicherweise besteht ein Problem mit dem Repository??

# Experimental
deb http://debian.uni-essen.de/debian ../project/experimental main contrib non-free
deb-src http://debian.uni-essen.de/debian ../project/experimental main contrib non-free

Hier treten Probleme auf:

Sorry, but the following packages have unmet dependencies:
krecord: Depends: kdelibs3 (>= 4:2.2.2-1) but it is not going to be installed
E: Sorry, broken packages [...]

root@deb:~# apt-get install kdelibs3

führt zu:

(Lese Datenbank ... 103327 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacke libqt2 (aus .../libqt2_3%3a2.3.1-22_i386.deb) ...
Wähle vormals abgewähltes Paket kdelibs3-bin.
Entpacke kdelibs3-bin (aus .../kdelibs3-bin_4%3a2.2.2-13_i386.deb) ...
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/kdelibs3-bin_4%3a2.2.2-13_i386.deb (--unpack):
versuche »/usr/bin/checkXML« zu überschreiben, welches auch in Paket kdelibs-bin ist
dpkg-deb: Unterprozess paste getötet mit Signal (Datenübergabe unterbrochen (broken pipe))
Vorbereiten zum Ersetzen von cdbakeoven 1.8-2 (durch .../cdbakeoven_1.8-2_i386.deb) ...
Entpacke Ersatz für cdbakeoven ...
Fehler traten auf beim Bearbeiten von:
/var/cache/apt/archives/kdelibs3-bin_4%3a2.2.2-13_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Ab da herrscht dann Chaos, der "experimental"- Zweig ist anscheinend wirklich experimentell ;)

Also: Mit den Schritten 1-6 die lokale Paketdatenbank säubern und dann *sehr* vorsichtig wieder die gewünschten Repositories hinzufügen.

Als Antwort erhalte ich folgendes Posting mit ergänzenden Hinweisen von 'Brody':

Verfasst am: 08.01.2003 22:50:05
Titel: lösungsdetails

freut mich, Euch etwas weitergeholfen zu haben die weiterhin auftretenden Probleme sind mit hohe wahrscheinlichkeit durch das versions switching bedingt
das bei debian sehr verführerisch ist mit Sicherheit ist es nicht getan, in der apt.conf die version umzuschreiben zuallererst sollte man per

apt-show-versions

sich klar werden, was auf der box tatsächlich liegt um dann einen status verträglichen Eintrag in der apt.conf zu machen es ist mit sicherheit ungesund, über den apt.conf eintrag das ganze system umzuswitchen - wie auch dem system eine sourcelist mit allen entwicklungszweigen zur verfügung zu stellen, die es nur mit einem versionsparameter verwaltet zumindestens spricht das verhalten des systems von "asb" dafür, das nach dem er den experimental zweig in seine source.list aufgenommen hatte sein system "nicht wusste" wie es mit neueren versionen umgehen soll

E: Dynamic MMap ran out of room
E: Error occured while processing ksysv (NewVersion1)
E: Problem with MergeList /var/lib/dpkg/status

ich denke, ein versionsmix ist nur unter berücksichtigung
von

www.debian.org/doc/manuals/apt-howto/ch-apt-get.en.html#s-default-version

zu bewältigen  im übrigen bin ich letzte woche unstable "losgeworden" indem ich unstable auf eine negative priorität gesetzt habe . ich hatte es nur nicht wirklich realisiert

meine "derzeitige" /apt/preferences:

Package: *
Pin: release v=3.0*,a=stable,c=main,o=Debian,l=Debian
Priority: 1001

Package: mozilla*
Pin: version 1.2.*
Pin-Priority: 900

Package: kde*
Pin: version 3.0.*
Pin-Priority: 901

/etc/apt/preferences (END)
[/etc]

das c=main soll nun sichrstellen, das die main pakete auf stable bleiben
und ist letzlich die vorgabe für dpkg die liste "zu mergen"

in meiner source.list befinden sich nur noch stable und testing quellen
und ! nur eine ! kde Quelle - irgendwie erscheinen mir die kde quellen etwas verhäkelt

apt-get -t testing irgendeinpaket.deb ermöglicht mir die freiheit der wahl
ansonsten wird stable ausgewählt

ich denke, das sollte helfen, die Meldung Problem with MergeList /var/lib/dpkg/status loszuwerden

Wie ich schliesslich festestelle, existiert das Problem in der mittlerweile aktualisierten Knoppix- (Beta-) Version vom 01-Jan-2003 nicht mehr:

Verfasst am: 09.01.2003 16:58:08
Titel: Knoppix 3.1-2003-01-01-DE

für alle, dies es interessiert: Das apt-get Poblem tritt bei der aktuellen Knoppix-Version 3.1-2003-01-01-DE -- zumindest bei mir -- nicht mehr auf. apt-get update und apt-get upgrade rödeln hier mit den Default- Einstellungen munter vor sich hin (daneben unterstützt knx-hdinstall jetzt auch ext3-Partitionen und verschiedene andere Dateisysteme direkt bei der festplatteninstallation).

 

[ Weiter ]

	URL: http://www.kefk.net/Linux/Tagebuch/2003/01/index.asp.
	Translate this page to  English French  Service provided by Google.
	Website: About | Index | Inhalt | Site Map | Suchen | Wer ist online? | What's new?. Thematisch verwandte Subsites: Apple | BSD | Open Source | Project »Tark« | Software | UNIX | Windows | Wissen. Mirrors: Connected | DAHB | Debian-Howto | Jargon File | Linuxfibel | Linux-Buch | RUTE | SelfLinux | TeX.
	Ergänzungen, Kommentare und Fragen: Kontakt | Foren | Wiki. E-Mail: echo "asb at keNOSPAMfk.net"| sed -e "s/ at /@/" -e "s/NOSPAM//". Registered Linux user: #34377 <http://counter.li.org>.
	Copyright | Credits | Disclaimer | Impressum | Rechtliche Hinweise | Wayback Machine.