Jdownloader 2 crc failed2/12/2024 ![]() ![]() My first attempt to reproduce the situation from Comment 0 was in a VirtualBox guest. This update restores previous behaviour of being less strict in order toĪllow the applications to work as before the zlib 1.2.12 update. Some older legacy applications will probably never be fixed. Even if those applications (many that are not providedīy Mageia) need to be fixed, the reality is that it will take time, and Unfortunately this broke some applications that uses buggyĬoding like that. Introduced stricter handling of incorrect CRC inputs with bits set above The zlib update to 1.2.12 done as part of security update MGASA-2022-0124 InstallException: .CorruptedInputException: XZ Index is corruptĪt .InstallException.wrap(InstallException.java:24)Īt .nPackageExtraction(UpdateClient.java:4063)Īt .runUpdateLoop(UpdateManager.java:1227)Īt .run(PendingUpdate.java:19)Īt $23.run(UpdateManager.java:1666)Īt java.base/(Thread.java:829)Ĭaused by: .CorruptedInputException: XZ Index is corruptĪt .(Unknown Source)Īt .SingleXZInputStream.read(Unknown Source)Īt .XZInputStream.read(Unknown Source)Īt java.base/java.io.InputStream.read(InputStream.java:205)Īt .nPackageExtraction(UpdateClient.java:4039)ĭownload precompiled java binaries from oracle (openjdk ones don't works) and use the java from oracle to run JDownloader or the afected java applicationĢ. Wn at .handleException(DefaultCallbackHandler.java:243): The application fail to install their components and you can see the next message on the console In a 64bit system with mageia 64bit (i586 strangely is not affected)ģ. Version-Release number of selected component (if applicable): Is possible that some java applications fail to work due some changes in zlib
0 Comments
Leave a Reply.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |