[ckbaxter]

Originally Posted by Viperdriver2000

Hey ich hatte das selbe Problem.
Durch deinen Post habe ich angefangen die alten seiten zu durchsuchen.
Und nach ein paar falschen habe ich den richtigen gefunden.
Damit der nächste aber nicht so lange sucht habe ich das nochmal hier als zwei Zitate gemacht. vielleicht sollte man den #1 Beitrag mal überarbeiten.

Danke für die tolle Arbeit

Ich hab das ganze soeben auf meiner Synology DS215j getestet und es funktioniert nun wieder alles einwandfrei, ein Archiv was heute morgen noch nicht entpackt werden konnte, hat er jetzt anstandslos entpackt. Top!!

Vielen Dank für die Tipps!

ckbaxter

[Jiaz]

@raydan: Ich denke wir sollten einfach eine schnelle Teamviewer Session machen und das gemeinsam anschauen. Aus den Logs geht nur hervor das irgendwas mit den nativen Libraries nicht passt. Schreib uns einfach an support@jdownloader.org und wir schauen uns das gemeinsam an. Einfacher/Schneller als Ping/Pong

[Jiaz]

@Viperdriver2000: Welcher Link genau hat bei dir jetzt funktioniert und welches System, dann aktuallisiere ich den ersten Post entsprechend. Danke schonmal fürs Feedback

[ckbaxter]

Originally Posted by Jiaz

@Viperdriver2000: Welcher Link genau hat bei dir jetzt funktioniert und welches System, dann aktuallisiere ich den ersten Post entsprechend. Danke schonmal fürs Feedback

Hallo Jiaz, bei mir hat folgender Link funktioniert:
mega.nz/#!2Z9DGJRC!QF8gSOauY-H1OKJAQ9FkTG83XaEjiRRTiB0m0MXEan4 >> sevenzipjbinding1509LinuxArmVersion.rar

Grüße
ckbaxter

[Jiaz]

Danke! Ich hab mal den ersten Post aktuallisiert

[JDmurphy]

Bei mir hat's auch auf Anhieb funktioniert.

An sich eigentlich keinen Post wert, doch ich wollte noch mal positiv hervorheben, dass man den Fix durch einfaches Hinzufügen von zwei JARs applizieren kann. In Kenntnis des Patches, jedoch in Unkenntnis dieses Threads, hatte ich das Upgrade eine ganze Zeit vor mir hergeschoben ... unnötigerweise befürchtend, dass ein Downgrade nicht so trivial ist wie das wiederum genauso einfache Entfernen der Files, um im Fall der Fälle den Ursprungszustand wiederherzustellen. Anerkennung dafür!

Nachdem ich nun gerade eben in einem anderen Thread den 42. Post eines Users gelesen habe, der die Links im Eröffnungspost nicht als solche erkannt hat (da es de facto keine sind), muss ich meiner Neugier jetzt doch mal nachgeben und fragen, warum die URLs nicht auch als anklickbare URLs zur Verfügung gestellt werden, sondern als URIs ohne Schema – was ganz offensichtliche viele (im Kopf) die falsche Abzweigung nehmen lässt :]

Können Moderatoren und Administratoren ggf. genauso wenig wie User Links posten, die nicht nur für Support-Mitarbeiter sichtbar sind (außer jene zu Domains, die auf der Whitelist stehen)?

Kürzlich habe ich mir diesen Thread mal komplett durchgelesen und dabei einen Haufen Leute gesehen, die darüber gestolpert sind, aber nie eine erklärende Antwort zu den entsprechenden Fragen und Problemen. Also dachte ich mir, besser spät als nie =)

[Jiaz]

@JDmurphy: Ja, die Dateinamen sind unterschiedlich, damit eben durch das einfache Löschen der zwei Dateien die Änderung einfach rückgängig gemacht werden kann.

Die Links sind nicht als solche zu Erkennen, da die Dateien auf mega liegen und wir kein generelles Whitelisting von solchen URLs wollen. Das dies, wie in dem Fall hier, nicht Ideal ist und zu Verwirrungen sorgen, ist bekannt. Ich werde mal schauen das ich in naher Zukunft mal nen simplen eigenen Redirector URL mache, welche dann verlinkt werden kann als klickbarer Link

[JDmurphy]

Originally Posted by JDmurphy

Können Moderatoren und Administratoren ggf. genauso wenig wie User Links posten, die nicht nur für Support-Mitarbeiter sichtbar sind (außer jene zu Domains, die auf der Whitelist stehen)?

Originally Posted by Jiaz

Die Links sind nicht als solche zu Erkennen, da die Dateien auf mega liegen und wir kein generelles Whitelisting von solchen URLs wollen.

Ich nehm das mal als Bestätigung meiner obigen Vermutung ...

Originally Posted by Jiaz

Ich werde mal schauen das ich in naher Zukunft mal nen simplen eigenen Redirector URL mache, welche dann verlinkt werden kann als klickbarer Link

Stimmt, jetzt wo du's sagst fällt mir auch wieder ein, dass ich das schon mal als Tipp von dir an ein Forumsmitglied gelesen habe! Kurios =)

Vor Jahren habe ich mal irgendwo die Whitelist aller erlaubten Domains gesehen, finde die aber gerade nirgends wieder ... weder auf den Supportseiten, noch im Wiki, oder in den angepinnten Howtos in den Foren. Dafür enthalten die Howtos aber selbst wiederum Links, die nur für den Support sichtbar sind, *grins*.
Könntest du noch mal klären, wo (oder wie, googlen hat keinen Treffer gebracht außer genau den Post auf den ich gerade antworte) man die Whitelist findet?

[Jiaz]

Die Liste befindet sich lediglich in den Einstellungen und generell bevorzugen wir, das Links zu externen Seiten so wenig Whitelisting wie möglich erhalten, da diese Links unter Umständen schnell Probleme machen können, zb Links auf Logins/private Infos oder eben Sharehosting Links auf Content. Primär ist es ja wichtig, dass der Support Staff die Links einsehen kann. Ist hier ja keine Tauschbörse
Klar lässt sich das aktuelle System auch *überlisten*, aber momentan laufen wir mit dem aktuellen Ansatz ganz gut.

[Zeroman]

Ist JDownloader eigentlich von der ACE Sicherheitslücke betroffen?

**External links are only visible to Support Staff****External links are only visible to Support Staff**

[Jiaz]

@Zeroman: Nope, siehe https://board.jdownloader.org/showpo...75&postcount=2

Originally Posted by Jiaz

@ryadan: die Zip war so nicht direkt benutzbar, ich hab mal eine Arm5 Variante gebaut aus der Zip, siehe
mega.nz/#!XZ00xYyB!h3gfOkW05ZZD85OsshwlYYL5P3FmHL0n8lXLKJldPrU

Ich hab eine alte Synology DS210j mit ARM5. Ich hab deine beiden jar Files in den libs Ordner kopiert und jd neugestartet.

Spoiler:

DiskStation> ls -al sevenzip*
-rw-r--r-- 1 root root 31653 Mar 16 12:38 sevenzipjbinding.jar
-rw-r--r-- 1 root root 73451 Jan 28 2018 sevenzipjbinding1509.jar
-rw-r--r-- 1 root root 939075 Feb 22 16:07 sevenzipjbinding1509LinuxArm.jar
-rw-r--r-- 1 root root 4041425 Mar 16 12:38 sevenzipjbindingLinuxArmVersion.jar
DiskStation>

Es scheint nicht zu funktionieren, die Archiv Einstellungen zum entpacken sind ausgegraut.

jdlog://7521776935451

Grüße
Marc

[Jiaz]

@MrGreen: Im Log ist von der Library nichts zu sehen. Kannst du bitte nochmals ein neues Log erstellen und logID hier geben. Wir können uns das auch gerne Ende der Woche gemeinsam via Teamviewer anschauen. Schreib uns einfach an support@jdownloader.org

Wie müssen den die Librarys den nun genau heißen ? Die originalen heißen ja :

sevenzipjbinding.jar und sevenzipjbindingLinuxArmVersion.jar

die aus deinem ARM V5 Paket heißen aber

sevenzipjbinding1509.jar und sevenzipjbinding1509LinuxArm.jar

Beim letzteren fehlt "Version" im Filename.... ich habs mal in sevenzipjbinding1509LinuxArmVersion.jar umbenannt und ein neues frisches Log erstellt : jdlog://9622776935451

MGreen

[Jiaz]

Die normalen Dateien haben kein 1509 im Dateinamen.
Sofern JDownloader Dateien mit 1509 im Dateinamen findet, haben diese Vorrang.
Sinn: wenn es mit den Libs Probleme gibt, muss man diese lediglich wieder löschen und JDownloader nutzt wieder die original/alte Version der Lib.

Laut Log startest du JDownloader mit -norestart was aber falsch ist. Diesen Parameter NUR während der Ersteinrichtung nutzen. Ansonsten ist in dem Log nichts zu sehen, wahrscheinlich falsche Zeitspanne ausgewählt gewesen?

Where do I find rar library file to download? I am unable to extract most archives

[mgpai]

Originally Posted by Stjronc

Where do I find rar library file to download? I am unable to extract most archives

Topic #71069

Thank you, I think i figured it out

[mgpai]

Originally Posted by Stjronc

Am i missing something? I do not see any links.

mega.nz urls in the first post

thanks, i finally got the link to work.

Originally Posted by Jiaz

Die normalen Dateien haben kein 1509 im Dateinamen.
Sofern JDownloader Dateien mit 1509 im Dateinamen findet, haben diese Vorrang.
Sinn: wenn es mit den Libs Probleme gibt, muss man diese lediglich wieder löschen und JDownloader nutzt wieder die original/alte Version der Lib.

Laut Log startest du JDownloader mit -norestart was aber falsch ist. Diesen Parameter NUR während der Ersteinrichtung nutzen. Ansonsten ist in dem Log nichts zu sehen, wahrscheinlich falsche Zeitspanne ausgewählt gewesen?

Ich gebs auf und hau den Kram wieder runter vom NAS und benutze weiterhin die Windowsversion.... der Kram läuft auf der alten Synology eh total langsam....

Danke

MGreen

[GWT10]

So basically you wind up with two sets of these files (after you extract them) in your JDownloader/libs folder

The old:

sevenzipjbinding.jar
sevenzipjbindingWin.jar


And the new:

sevenzipjbinding1509.jar
sevenzipjbinding1509Win.jar

Is that correct? Leave all 4 of these files in your JDownloader/libs folder?

Don't try to overwrite them or delete the old ones?

[Jiaz]

@GWT10: that way you can easily remove the newer version in case it causes issues. JD will detect the 1509 name scheme and use those libs instead of the default ones. Leave the names as they are

[Jiaz]

Originally Posted by MrGreen

Ich gebs auf und hau den Kram wieder runter vom NAS und benutze weiterhin die Windowsversion.... der Kram läuft auf der alten Synology eh total langsam....

Danke

MGreen

Dein JDownloader kann nur max 56MB RAM nutzen, das ist schon ARG knapp und der Grund warum der JD *eh total langsam* ist.

[GWT10]

Originally Posted by Jiaz

@GWT10: that way you can easily remove the newer version in case it causes issues. JD will detect the 1509 name scheme and use those libs instead of the default ones. Leave the names as they are

Ok, I will leave all four of those files in there. I just want to make sure they don't conflict with one another causing problems down the road.

Thanks

[Jiaz]

@GWT10: yes, keep the old files in case you have to revert the changes by removing the new files only

[JesseP]

Hallo!

Welche Datei muss ich hier genau runterladen-oder wo?
Ich finde ganz einfach nichts zu ziehen

Mein SYSTEM: Raspberry PI 2

Operating System Linux (LINUX 32Bit) (arm 32Bit) Java 1.8.0-b132 (32Bit) Oracle Corporation Java HotSpot(TM) Client VM

Ich hab immer wieder Entpackungs Probleme, kann man da wo einsehen dass das Problem WINRAR5 macht oder was anderes ist.

Danke schon mal im Voraus

Wann endet denn eigentlich der Beta-Test?

[JDmurphy]

Originally Posted by JDmurphy

Nachdem ich nun gerade eben in einem anderen Thread den 42. Post eines Users gelesen habe, der die Links im Eröffnungspost nicht als solche erkannt hat (da es de facto keine sind), [...]

Originally Posted by JesseP

Welche Datei muss ich hier genau runterladen-oder wo?
Ich finde ganz einfach nichts zu ziehen

@Jiaz:
Q.E.D.


@JesseP:
Die Links (URIs) fangen mit mega.nz//... an. Damit wäre das "wo" beantwortet. (Zum "warum" siehe #356 ff. =))
Zur Frage "welche genau" würde ich mal auf ARM7 tippen, da ich aber selbst keinen Raspberry habe ohne Gewähr.

Die einfachste Variante ist einfach ausprobieren; wenn's läuft hat's keinen Nachteil, nur den Vorteil dass u.a. auch die immer häufigeren RAR5-Archive entpackt werden. Wenn die Ursache eine andere ist, wofür die Wahrscheinlichkeit unter 5% liegen dürfte, dann verschwinden die Fehler halt nicht ;°) Wie man dem Thread entnehmen kann, in den meisten Fällen aber eben schon.


@Peerori:
Dazu steht auch irgendwo was im Thread. Sinngemäß ging das AFAIR so in die Richtung, dass trotz aller Erfolgsmeldungen aktuell wohl das Risiko noch zu hoch ist, dass bei einem globalen Rollout bei zu vielen Usern potentiell Probleme auftauchen könnten, die sie vorher nicht hatten ... so dass entpacken nicht nur in manchen Fällen nicht mehr geht, sondern gar nicht mehr.
Vielleicht aber auch, weil die exotischeren Varianten im Gegensatz zur Windows-Version noch nicht hinreichend getestet sind. Irgendwie sowas. Aber lies selbst, falls du es findest ^^

[Jiaz]

Originally Posted by Peerori

Wann endet denn eigentlich der Beta-Test?

Der ist schon lange lange vorbei, jedoch komme ich zeitlich einfach nicht dazu die libs ins offizielle Update einzubauen.

[Jiaz]

@JesseP: Es wäre am einfachsten du baust die die aktuelle Library einfach selbt auf deinem Raspi, siehe
github.com/borisbrodski/sevenzipjbinding/tree/bind_16.02

[Jiaz]

Originally Posted by JDmurphy

Dazu steht auch irgendwo was im Thread. Sinngemäß ging das AFAIR so in die Richtung, dass trotz aller Erfolgsmeldungen aktuell wohl das Risiko noch zu hoch ist, dass bei einem globalen Rollout bei zu vielen Usern potentiell Probleme auftauchen könnten, die sie vorher nicht hatten ...

Es geht primär darum das ganz am Anfang erstmal Feedback einsammeln, da Fehler schnell zu Crashes von JD führen können. Dann gab es die aktuelle Lib nicht für die wichtigsten OS/CPU Kombinationen und derzeit fehlt mir einfach die Zeit den Wechsel/das Update sauber zu planen/durchzuziehen, da hier einies an Traffic draufgeht. Daher warte ich auch auf die neuste Version/Build von Boris der gerade an der aktuellsten Version dran ist

Also ich kann nur vermelden dass es auf einem QNAP TS-431+ mit den ARMv7 Files einwandfrei klappt. Hatte immer das Problem dass 7Zip Archive nicht entpackt wurden und nun klappt es einwandfrei
Habe nur die beiden Dateien zusätzlich zu den Alten ins libs Verzeichnis kopiert und neugestartet.
Super Support

Danke

[Jiaz]

@the.hoofi: Danke fürs Feedback!

[Pico1965]

Good morning.

Which version should I download for Raspberry and Raspbian S.O.?

[Jiaz]

What RaspberryPI Hardware Version do you have?

[Pico1965]

Raspberry Pi3 Model B

[Jiaz]

try this one
Linux (ARM6 und ARM7) zip contains both ARM variants
mega.nz/#!2Z9DGJRC!QF8gSOauY-H1OKJAQ9FkTG83XaEjiRRTiB0m0MXEan4
and use the files from ARM7 subfolder

[Pico1965]

Working fine.

Thanks!

[Jiaz]

Thanks for the feedback!