Re crashing at startup - possibly this is because of failure to load Palapeli's plugins. If you have an empty user's data directory, the first thing Palapeli does is to retrieve the image-files for the sample jigsaw-puzzles (Castle of Maintenon, etc.), then slice them into pieces, shuffle them and store them in the user's data-directory, then finally bring up the item-list of sample puzzles on the screen. So a lot of Palapeli code gets exercised the first time a user loads the game. Slicing requires loading a plugin library (called libpala IIRC). Loading plugins requires kdeinit and friends to be running --- in the file-environment in which you are testing, which is not necessarily the same as the desktop's normal file-environment. Download 13 razones porque pdf. One of them (I forget which) loads the plugins. You can easily check if this is what is going wrong by looking at the stderr log of Palapeli. There should be some message about failing to find or load plugins. April 6, 2016, 6:05 p.m. My testing environment is actually my regular Gentoo environment, package manager pulls from git in that case, so that shouldn't be the problem. Anyway, kbuildsycoca5 didn't change anything unfortunately. On startup, a collection directory is created but remains empty while palapeli segfaults: [KCrash Handler] 6 Palapeli::Puzzle::get (this=0x0, type=type@entry=Palapeli::PuzzleComponent::DirectoryStorage) at palapeli-5.9999/src/file-io/puzzle.cpp:119 7 0x45dc89 in Palapeli::ArchiveStorageComponent::cast (this=, type=Palapeli::PuzzleComponent::Metadata) at palapeli-5.9999/src/file-io/components-archivestorage.cpp:46 8 0x43856c in Palapeli::GamePlay::loadPreview (this=0x264ce50) at palapeli-5.9999/src/engine/gameplay.cpp:224 I guess that would be material for a separate bug. April 9, 2016, 3:46 a.m. ![]() ![]() I think it is a bug in the porting of Palapeli to Frameworks, which was only partially done FWICR, so it is not appropriate to report it on Bugzilla. In any case, I am the only maintainer and would not be able to tackle the problem, because I work on an Apple OS X machine. Qt5 and KF5/Frameworks are not yet available to me there. If you would like to have a go at this problem, I can help with advice on how Palapeli startup works in KDE 4 and maybe suggest a patch sometimes, but I cannot test and commit any code on the frameworks branch. If you wish to go ahead with this, I suggest we start a thread on the KDE Games list. FWIW, re the above crash details, I cannot for the life of me see how Palapeli could have reached Palapeli::GamePlay::loadPreview() during startup. That should happen only after the collection-view has appeared and the user has selected a puzzle to solve. The procedure fetches an image of how the finished jigsaw puzzle should look. Download palapeli-data-18.12.0-3.1.noarch.rpm for Tumbleweed from KDE Applications 5 repository.
0 Comments
Leave a Reply. |