Toll, Sie haben die Anzahl an Beschreibungen überschritten,

[Wolf-Tilman]

Hallo,

ich wollte gerade was installieren und bekomme lediglich folgende Fehlermeldung von apt:

E: Toll, Sie haben die Anzahl an Beschreibungen überschritten, die APT handhaben kann.
E: Problem with MergeList /var/lib/apt/lists/http.us.debian.org_debian_dists_testing_main_i18n_Translation-de

Im Internet finde ich nichts.#

Sagt mir absolut gar nichts.
???

Hat sich erledigt, musste lediglich /var/lib/apt/lists/http.us.debian.org_debian_dists_testing_main_i18n_Translation-de löschen

[hnr]

Dann ändere deinen Beitrag als gelöst an

[sempron]

Ist das Problem wirklich gelöst?

Ich finde (auf mich bezogen jedenfalls), nicht.

Wenn ich besagte Datei lösche, so wird sie stets bei aptitude update wieder neu angelegt, womit das gleiche Problem wieder von neuem auftritt.

Der einzige für mich derzeit funktionierende Notbehelf ist die Umstellung auf LANG=C, also Aufruf von aptitude via:
LANG=C aptitude

Bei Google findet man, daß dieses Problem derzeit auch von anderen berichtet wird.


EDIT:
Sehe gerade im Usenet, daß am 16. August 2008 dieser Bug berichtet wird:
Bug #495331

Gruß, sempron

[stresstux]

Hallo,

ich wollte gerade was installieren und bekomme lediglich folgende Fehlermeldung von apt:

E: Toll, Sie haben die Anzahl an Beschreibungen überschritten, die APT handhaben kann.
E: Problem with MergeList /var/lib/apt/lists/http.us.debian.org_debian_dists_testing_main_i18n_Translation-de

Hat sich erledigt, musste lediglich /var/lib/apt/lists/http.us.debian.org_debian_dists_testing_main_i18n_Translation-de löschen

Diese Fehlermeldung findet sich bei mir auch, ein Löschen der entsprechenden Liste hat allerdings nichts gebracht. Das "Merge-Problem" besteht fort:

• E: Toll, Sie haben die Anzahl an Beschreibungen überschritten, die APT handhaben kann.
  E: Problem with MergeList /var/lib/apt/lists/debian.uni-essen.de_debian_dists_unstable_main_i18n_Translation-de
  E: Die Paketliste oder die Statusdatei konnte nicht geparst oder geöffnet werden

Hat jemand dazu schon eine Lösung?

Gruß
stresstux

[KBDCALLS]

Die Lösung steht ja im Bugreport. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495331

Zwar gut versteckt, aber die Krücke in der .bashrc hilft vorübergehend.

Code: Alles auswählen

alias aptitude-update='export LANG=C ; aptitude update ; export LANG=de_DE.UTF-8'

[gms]

Ist aber auch keine schöne Lösung, z.B werden Schweizer oder Österreicher damit Probleme bekommen, wenn auf dem System keine de_DE.UTF-8 Locale generiert wurde

so wird es genauso funktionieren, durch das Öffnen einer eigenen Subshell erspart man sich jedoch das Zurücksetzen der Locale:

Code: Alles auswählen

alias aptitude-update='( export LANG=C ; aptitude update ; )'

edit: außerdem funktionieren beide Lösungen nicht, wenn in der Umgebung die LC_ALL Environmentvariable gesetzt wurde. Ein funktionierender Workaround müßte daher zumindest die LC_ALL Variable setzen:

Code: Alles auswählen

alias aptitude-update='( export LANG=C ; export LC_ALL=C; aptitude update ; )'

Gruß
gms

[sempron]

Toll, Sie haben leider noch immer keine echte Lösung.

[KBDCALLS]

Die Lösung dürfte auch nicht so ohne weiteres gelingen, mit andern Worten es wird erst eine neue Version eintrudeln müssen. Hoffen wir mal das es möglichst schnell ausgeräumt wird.

[YoUreNeMy]

Das löschen oder auskommentieren von stable Quellen aus der Datei /etc/apt/sources.list hilft auch das Problem zu umgehen.

[gms]

@YoUreNeMy
Willkommen im Forum!

Das löschen oder auskommentieren von stable Quellen aus der Datei /etc/apt/sources.list hilft auch das Problem zu umgehen.

Das Löschen oder Auskommentieren der stable-Quellen KANN helfen, genauso kann das Löschen oder Auskommentieren von anderen Quellen helfen, bzw genereller ausgedrückt:
man kann durch Reduzierung der Quellen auch die Anzahl der "Beschreibungen" reduzieren, d.h kann man auch die Quellen soweit reduzieren, daß die max. Anzahl der Beschreibungen nicht mehr überschritten wird.
Hauptsächlich sind aber von diesem Bug die Anwender von sog. "Mischsystemen" betroffen, also Anwender die mehrere Zweige als Quellen in der sources.list "brauchen". Für diese ist das daher leider kein brauchbarer Workaround.

Toll, Sie haben leider noch immer keine echte Lösung.

das ist sicherlich ein "lästiger" Bug der auch gefixt gehört, aber eine höhere Priorität wie "serious" würde ich diesem Bug auch nicht einräumen. Ich kenne die Debian Richtliniern für diese Einstufung nicht, aber wo anders würde dieser Bug sogar auf "minor" herabgestuft, wenn ein brauchbarer Workaround gefunden wurde und nur ein kleiner Anwenderkreis überhaupt von diesem Bug betroffen ist.
Sehe ich das falsch ?

Gruß
gms

[thomasf]

Hallo

Ca 1,5 Jahre her und das Problem ist immernoch nicht behoben ... oder ist es wieder da?
Ich habe Lenny, ctvdr (etobi) backports, debian-multimedia,ein wine-repo, und squeeze in der Liste.
Ich nutze mein System zum Fernsehen&DVD schauen (VDR) ein bisschen normalo Zeugs (surfen etc.) und ausgiebigem zocken per wine. Ohne ein bisschen von da oder dort fehlt immer etwas ...... geht also nicht anders.
Seit ein paar Tagen habe ich das Problem nun auch. Deaktiviere ich die squeeze Adresse ist alles OK.
Geändert habe ich aber nichts, das läuft nun schon ne ganze Weile so ..... bis vor ein paar Tagen.

Grüße
Thomas

[rolo]

Ich hatte mit dem Problem auch gerade erst wieder zu tun (allerdings auf einem Ubuntu LTS). Jedenfalls hat KBDCALLS doch oben einen Workaround gepostet. Der sollte hoffentlich auch bei Dir funktionieren.

[sempron]

Einen funktionierenden Notbehelf hatte als erster ich hier erwähnt.
Soviel Zeit muß sein.

LANG=C aptitude, bzw. auch LANG=C apt-get usw. und so fort

Davon abgesehen besteht das grundsätzliche Problem aber weiterhin.

Gruß, sempron

[KBDCALLS]

Einen funktionierenden Notbehelf hatte als erster ich hier erwähnt.
Soviel Zeit muß sein.



Gruß, sempron

Wer was als erster erwähnt hat ist doch unwichtig, nur funktionieren muß es.

[sempron]

Einen funktionierenden Notbehelf hatte als erster ich hier erwähnt.
Soviel Zeit muß sein.



Gruß, sempron

Wer was als erster erwähnt hat ist doch unwichtig, nur funktionieren muß es.

Ja, richtig, und bereits mein schlichtes LANG=C aptitude funktioniert bestens - wurde aber offenbar hier nicht wahrgenommen.
Ist aber zugegebenermaßen ein wenig mehr Tipparbeit.

Was leider nicht funktioniert, wie bereits gesagt:
Das zugrundeliegende Problem mit jener Fehlermeldung besteht weiterhin, und zwar schon durchgehend seit Beginn dieses Threads bis heute...


Gruß, sempron

[gms]

und bereits mein schlichtes LANG=C aptitude funktioniert bestens - wurde aber offenbar hier nicht wahrgenommen.

liegt vielleicht daran, daß deine Lösung, schon Tage vorher ( in den Debian-Bugreports ) veröffentlicht wurde
Außerdem funktioniert das auch nicht in allen Situationen, daher sicherlich nicht bestens:

Code: Alles auswählen

root@gms2:/# LANG=C aptitude update >/dev/null
E: Na so was, Sie haben die Anzahl an Beschreibungen überschritten, mit denen APT umgehen kann.
E: Problem with MergeList /var/lib/apt/lists/ftp.de.debian.org_debian_dists_unstable_main_binary-amd64_Packages
E: Die Paketliste oder die Statusdatei konnte nicht eingelesen oder geöffnet werden.
E: Konnte den Paketcache nicht neu erzeugen
root@gms2:/# LANG=C LC_ALL=C aptitude update >/dev/null
root@gms2:/#
root@gms2:/# LC_ALL=C aptitude update >/dev/null
root@gms2:/#
root@gms2:/# vi /etc/apt/sources.list
root@gms2:/# LANG=C LC_ALL=C aptitude update >/dev/null
E: Wow, you exceeded the number of versions this APT is capable of.
E: Problem with MergeList /var/lib/apt/lists/ftp.de.debian.org_debian_dists_oldstable_main_binary-amd64_Packages
E: The package lists or status file could not be parsed or opened.
E: Couldn't rebuild package cache
root@gms2:/#

Was leider nicht funktioniert, wie bereits gesagt:
Das zugrundeliegende Problem mit jener Fehlermeldung besteht weiterhin, und zwar schon durchgehend seit Beginn dieses Threads bis heute...

warum das so ist, findest du hier:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400768

[sempron]

und bereits mein schlichtes LANG=C aptitude funktioniert bestens - wurde aber offenbar hier nicht wahrgenommen.

liegt vielleicht daran, daß deine Lösung schon Tage vorher ( in den Debian-Bugreports ) veröffentlicht wurde

Hatte sie erstens unabhängig davon gefunden (durch gezieltes Ausprobieren), zweitens als erster hier beschrieben. Aber hiermit ist dieses Thema für mich beendet.

Außerdem funktioniert das auch nicht in allen Situationen, daher sicherlich nicht bestens:

Code: Alles auswählen

root@gms2:/# LANG=C aptitude update >/dev/null
E: Na so was, Sie haben die Anzahl an Beschreibungen überschritten, mit denen APT umgehen kann.

Interessant.
Den Fall hatte ich noch nie. Wenn ich LANG=C voranstelle, klappt es bei mir IMMER, egal ob update, einfach nur ein Paket installieren oder was auch immer.

Aber ich lasse mich gerne eines besseren belehren.

Was leider nicht funktioniert, wie bereits gesagt:
Das zugrundeliegende Problem mit jener Fehlermeldung besteht weiterhin, und zwar schon durchgehend seit Beginn dieses Threads bis heute...

warum das so ist, findest du hier:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400768

Ich habe ein System mit vielen Paketquellen (sowohl aus stable, testing, unstable als auch experimental), damit bin ich bisher immer gut gefahren, daher nehme ich natürlich auch den o.g. Nachteil in Kauf. Schade nur, daß man diese maximale Anzahl nicht höher setzen kann.

Aber ich lese mir in Bälde den von Dir genannten Bug-Bericht mal durch.

EDIT:
Okay, ich habe mal reingeschaut, sehe aber, daß das ja schon alles aus dem Jahre 2009 ist. Die haben tatsächlich den Bug für "geschlossen" erklärt, obwohl er weiterhin besteht, denn inzwischen habe ich natürlich längst Updates eingespielt (wie im Thread beschrieben).

Andererseits ist das Ganze natürlich nur von sehr geringer Wichtigkeit, einfach nur ein wenig lästig, mehr nicht.

Die Paketquellen einzugrenzen z.B. nur auf "unstable" o.ä. kommt allerdings auch bei mir nicht in Frage, denn ich hatte schon öfter den Fall, daß ich doch noch Pakete z.B. aus "stable" oder aber auch aus "experimental" gut gebrauchen konnte.



Gruß, sempron

[gms]

Interessant.
Den Fall hatte ich noch nie. Wenn ich LANG=C voranstelle, klappt es bei mir IMMER
Aber ich lasse mich gerne eines besseren belehren.

das klappt nur, wenn z.B LC_ALL ( oder LC_MESSAGES ) nicht gesetzt ist ( als genereller Workaround wäre daher "LC_ALL=C aptitude ..." besser ), mit genügend Quellen, funktioniert natürlich auch dieser Workaround nicht.

Okay, ich habe mal reingeschaut, sehe aber, daß das ja schon alles aus dem Jahre 2009 ist. Die haben tatsächlich den Bug für "geschlossen" erklärt, obwohl er weiterhin besteht, denn inzwischen habe ich natürlich längst Updates eingespielt (wie im Thread beschrieben).

dieser Bug kann nur durch eine Änderung der Schnittstelle von Apt geändert werden. Dieses Änderung hätte daher wiederum zu Problemen mit anderen Paketen geführt.

Andererseits ist das Ganze natürlich nur von sehr geringer Wichtigkeit, einfach nur ein wenig lästig, mehr nicht.

das wahr wohl auch ein Grund, diesen Bug in Lenny nicht mehr zu beheben

[KBDCALLS]

Das Problem ist ja nicht nur die Locale. Irgendwann hilft dann auch nicht mehr das Cache-Limit heraufrausetzen. Beim Apt von Lenny liegt einiges im Argen.

[sempron]

Kurze Rückmeldung:

Ohne meine sources.lst geändert zu haben, besteht das Problem seit kurzem bei mir nicht mehr!

Ich kann also wieder einfach "aptitude" oder "apt-get" nutzen und bekomme die in diesem Thread thematisierte Meldung nicht mehr.

Woran es liegt, kann ich nicht mit Sicherheit sagen, aber vielleicht an der Aktualisierung von "apt", die ich jetzt vornehmen konnte.


Gruß, sempron

[clue]

Stehe genau vor dem selben Problem: Um KDE 4.4.3-1 für den testing-Zweig fit zu machen, habe ich es mir aus SID gezogen. Leider klappt es oft nicht, mit SID und STABLE zusammen. Ich habe in meinem home Ordner eine .bashrc angelegt, mit folgendem Inhalt:

Code: Alles auswählen

alias apt-get='( export LANG=C ; export LC_ALL=C; apt-get update ; )'

Leider klappt das auch nicht. Was genau muss ich also tun, um mit Synaptic wieder arbeiten zu können?

[holgerw]

Stehe genau vor dem selben Problem: Um KDE 4.4.3-1 für den testing-Zweig fit zu machen, habe ich es mir aus SID gezogen. Leider klappt es oft nicht, mit SID und STABLE zusammen. Ich habe in meinem home Ordner eine .bashrc angelegt, mit folgendem Inhalt:

Code: Alles auswählen

alias apt-get='( export LANG=C ; export LC_ALL=C; apt-get update ; )'

Leider klappt das auch nicht. Was genau muss ich also tun, um mit Synaptic wieder arbeiten zu können?

Hallo @clue,

mit welchem Debian Zweig arbeitest Du denn? Wenn squeeze, dann sollte apt den Fehler nicht mehr produzieren, aber dann solltest Du auch kein Lenny mehr in der sources.list stehen haben. Ich habe es unter Sid / sidux mal mit Lenny in der sources.list probiert, die Version von apt ist dort die gleiche wie in Squeeze, und keine Fehlermeldung erhalten:

Code: Alles auswählen

root@alpha:/etc/apt/sources.list.d# apt-cache policy apt
apt:
  Installiert: 0.7.25.3
  Kandidat: 0.7.25.3
  Versions-Tabelle:
 *** 0.7.25.3 0
        500 http://ftp.de.debian.org squeeze/main Packages
        500 http://ftp.de.debian.org sid/main Packages
        100 /var/lib/dpkg/status
     0.7.20.2+lenny1 0
        500 http://ftp.de.debian.org lenny/main Packages
root@alpha:/etc/apt/sources.list.d#

Solltest Du den lästigen Synaptic Bug haben, bei dem es zu folgender Fehlermeldung kommt:

Code: Alles auswählen

E: Paketdatei /var/lib/apt/lists/ftp.de.debian.org_debian_dists_squeeze_main_i18n_Translation-de konnte nicht verarbeitet werden (2)
E: Das Download-Verzeichnis konnte nicht gesperrt werden

kannst Du folgenden Würgarround verwenden:
http://debianforum.de/forum/viewtopic.p ... 30#p763277

Viele Grüße,
Holger

[rendegast]

Das geht auch statt des alias-Behelfs:

Code: Alles auswählen

// 20090701
//APT::Acquire::Translation "environment";
APT::Acquire::Translation "none";

[clue]

Also ich habe KDE 4.4.3-1 aus SID installiert. Wenn ich SID dazu hole, dann schmiert er ab, außer ich deaktiviere Lenny main. Wenn ich statt SID testing dazu nehme, dann klappts meist. Neulich kam ein APT-date . Ich hatte gehofft, das würde den bug fixen, aber Pustekuchen.

Das geht auch statt des alias-Behelfs:

Code: Alles auswählen
// 20090701
//APT::Acquire::Translation "environment";
APT::Acquire::Translation "none";

Wo soll ich das eintragen?

[Clio]

In die /etc/apt/apt.conf
Wenn nicht vorhanden, kannst Du die Textdatei neu anlegen.