I just updated our AUR package (PKGBUILD) for manaplus-git to remove the physfs depdency. I also switched that PKGBUILD to sdl2 dependencies.
]]>Next manaplus release will be by default without physfs support too.
]]>Edit: I also thought to add the manaplus maintainer, since this bug breaks it, but he's a TU and physfs is in Extra. No go.
]]>I'll see if we can get this applied to the physfs in our repos, and if not I'll submit a patched physfs to the AUR (the AUR serves a similar function as *buntu's PPAs if I understand PPAs correctly).
EDIT: xref [extra]/physfs bug report to apply the patch to our repo package: https://bugs.archlinux.org/task/52719
]]>Here is small code for reproduce issue: http://download.evolonline.org/manaplus/bug/bug.zip
Here is patch to fix issue: http://download.evolonline.org/manaplus … _seek.diff
physfs mail list look like dead. This mean probably patch will be not added to physfs in near future.
]]>I was skeptical at first that this could be a zlib issue. Zlib is so widely used that I'd expect a bug in decompressing data in general would have wide-spread effects and would have been caught already.
EDIT: confirmed. A build from immediately before that commit works fine while that commit causes the SDL game to fail due to an inability to properly decompress png sprite data.
]]>I've done the bisect and find the culprit: https://github.com/madler/zlib/commit/b … 9014f7b282. Before this commit term_to_binary works and stop doing so afterwards. I will have a look at the changes and see if I can figure out what happened.
Cheers
I only had rebuilt libxml2 as that seemed a likely candidate as manaplus also stores a lot of data in xml files. But if these two problems are connected, perhaps anything in this shared dependency chain could need a rebuild. Unfortunately that would be *a lot* of compiling that would take far longer than reasonable on my old laptop.
I suspect several permutations of rebuilding different branches of the dependency tree would be necessary to pinpoint which package(s) in the repos currently really need the rebuild. Without knowing which packages need the rebuild it's hard to submit an actionable bug report.
EDIT: I suppose the shared libgl dependency might be a red-herring as the erlang symptoms don't seem to have anything to do with graphics handling: certainly not compressed png data which was the problem with manaplus.
]]>I have just installed the old package from my cache and added it to the IgnorePkg key for now in my pacman.conf.
I'm an Arch Linux user and picked up an update a few days ago that broke dialyzer. I bisected the last few days of updates and then narrowed the problem to zlib 1.2.10, which was released January 2nd. 1.2.11 was released on the 15th as an emergency bug fix and does not fix the problem. Reverting my system back to 1.2.8 (the previous version packaged for Arch) did resolve the issue.
It seems doubtful this is an Erlang problem, but I doubt I'm going to write a test program to demonstrate the problem to them. I thought I should at least report the issue in case others encounter it.
To reproduce, one would need only install zlib 1.2.10 and then run:
dialyzer --verbose --build_plt --apps erts --output_plt test.plt
Output would be along the lines of:
dialyzer: Could not get abstract code for file: /usr/lib/erlang/lib/erts-8.2/ebin/erlang.beam (please recompile it with +debug_info)
There are also errors when simply trying to do success typing analysis *using* any pre-existing PLT file, along lines of "this isn't a PLT file". The errors are not dependent upon the version of Erlang installed - at least anything I tried that was released on Arch in the 19.x branch will reproduce the problem.
Anyway, I hope this report helps someone and I would be curious if anyone else reproduces it, or especially if they fail to reproduce it.