Plugin erst nicht zu entpacken, dann nicht zu löschen

[xida]

Hallo,

gestern habe ich das oEmbed-Plugin runter geladen und wollte es dann entpacken. Dies dauerte ungewöhnlich lange. D.h., nach einer viertel Stunde habe ich abgebrochen und wollte den entpackten Ordner löschen. Daraufhin erschien in meinem WindowsXP-System die Meldung

Im Ordner "CVS" befinden sich Elemente, deren Namen zu lang für den Papierkorb sind. Sollen diese Elemente wirklich gelöscht werden?

Dann den "ja alle Elemente löschen"-Knopf geklickt.
Dann die Meldung

CVS kann nicht gelöscht werden: Der angegebene Dateiname ist ungültig oder zu lang. Geben Sie einen anderen Dateinamen ein.

Wenn ich sehr häufig im UTF-8-Verzeichnis und dann immer tiefer in die CVS-Verzeichnisse klicke, kommt irgendwann die Meldung

Auf diesen Pfad kann nicht zugegriffen werden.
Pfad ist zu lang.

Ich habe auch noch kein Programm gefunden, mit dem ich die entpackten Ordner löschen kann.
In der Annahme, es sei irgendwie ein Download-Fehler, habe ich die Plugin-Datei heute morgen wieder von Spartakus runter geladen und habe damit kein Problem gelöst, sondern es verdoppelt - also mit dem jüngeren Download gab's erneute das Problem.
Mein WindowsXP wird regelmäßig aktualisiert und schafft sonst ohne merkbare Fehler - das benutzte 7zip-Packprogramm ebenso.
Ich lade die Plugins normalerweise auf meinen Rechnung runter, entpacke sie und lade sie dann per FTP hoch.
Habe nur ich das Problem oder ist etwas mit der Datei auf Spartakus faul?



Sehr vielen Dank im Voraus für die gute Hilfe!


P.S.: Die entpackten Ordner konnte ich inzwischen mit Hilfe eines Programms mit Namen "Unlocker" löschen.

[yellowled]

Wenn ich sehr häufig im UTF-8-Verzeichnis und dann immer tiefer in die CVS-Verzeichnisse klicke

Ach. Du. Scheiße.

Das ist nicht nur bei Dir so (wenngleich die Probleme, das mit Bordmitteln zu löschen, vermutlich Windows- oder zumindest XP-eigen sind), da ist irgendetwas™ auf Sourceforge komplett schief gelaufen. Tatsächlich kann man sich im UTF-8-Ordner dumm und dusslig klicken.

Ich nehme an, da läuft etwas bei der Generierung der ZIP-Datei aus den Quellrepository auf GitHub schief. Da weiß sehr wahrscheinlich nur Garvin, was zu tun ist bzw. kommt auch als Einziger an die entsprechenden Skript ran – wenn er aus dem Urlaub zurück kommt …

Das Einzige, was mir als möglicher Rettungsversuch einfallen würde, wäre es, die Versionsnummer von oEmbed hochzudrehen und damit ein Neugenerieren der ZIP-Datei anzustoßen, aber das ist auch mehr so ein Schuß ins Blaue. Hat sonst jemand eine Idee, was da schief gelaufen sein könnte?

YL

[blog.brockha.us]

Hmm.. Garvin hat die shell Skripte usw zum Clonen von Git in sein CVS im additional_plugins Git eingecheckt. Auf den ersten (sehr kurzen) Blick konnte ich da kein Problem erkennen, ich sehe da ein exclude von CVS beim import.

Traue mich da jetzt auch nicht so recht ran, ehrlich gesagt, da das Auswirkungen auf seinen Rechner haben dürfte. Wie lange ist er weg?

[yellowled]

Traue mich da jetzt auch nicht so recht ran, ehrlich gesagt, da das Auswirkungen auf seinen Rechner haben dürfte. Wie lange ist er weg?

Eine Woche. Müsste Freitag abend oder Samstag wieder am Start sein.

So lange muss das warten können, fürchte ich.

YL

[yellowled]

Scheint sich auch durch einen erneuten Lauf des Git-to-CVS-Skriptes nicht gebessert zu haben. Da läuft irgendetwas™ komplett schief. Aber Garvin kommt ja morgen aus dem Urlaub …

YL

[Timbalu]

Tatsächlich!
Beim Gästebuch Update hat es aber ohne rekursive CVS Ordner geklappt, trotzdem SF den jeweils obersten in das zip eingefügt hat.

Übrigens. Das oembed zip ist auch auch ungültig.... und kann hier bei mir nur mittels 7-zip mit all diesen rek. Ordnern geöffnet werden.

[garvinhicking]

Hi!

Komisch, weiß nicht wie's ins ZIP kommt. Irgendwann ging wohl tatsächlich mal irgendeine Aktion schief, die unendlich vielen CVSe Verzeichnisse kriegt man aus CVS nie wieder raus, da man keine Ordner endgültig löschen kann.

Ich hab die ZIPs mal gelöscht, evtl klappt es dann.

Der Download über Spartacus direkt müsste aber eigentlich klappen, denn in den XML-Dateien sind die CVS/... Strukturen nicht drin.

Grüße,
Garvin

[yellowled]

Irgendwann ging wohl tatsächlich mal irgendeine Aktion schief, die unendlich vielen CVSe Verzeichnisse kriegt man aus CVS nie wieder raus, da man keine Ordner endgültig löschen kann.

CVS kann ja an sich nur SF-seitig erzeugt werden – die Frage wäre, ob das Skript von GitHub aus irgendwas anliefert, was SF bzw. CVS nicht verarbeiten kann … strange.

YL

[garvinhicking]

Hi!

Glaube das ZIP-Archiv ist wieder heil

Grüße,
Garvin

[yellowled]

Glaube das ZIP-Archiv ist wieder heil

Spontane Selbstheilung? Huhn geopfert?

YL

[xida]

Das Entpacken von oEmbed funktioniert auf meinem Rechner wie erwartet fein.

Aaaaber:
Soeben wollte ich auf dem oben beschriebenen Weg das Bayes-Spamschutz-Plugin aktualisieren und bedauerlicherweise werden unendlich viele CVS-Ordner im "admin"-Ordner beim Entpacken erzeugt.

Selbe Leiche anderer Fundort.

[garvinhicking]

Hi!

Danke, spamblock bayes ZIP werde ich auch fixen.