Bug 19483

Summary:	neverball missing all levels and data?
Product:	Mageia	Reporter:	Samuel Verschelde <stormi-mageia>
Component:	RPM Packages	Assignee:	José Jorge <lists.jjorge>
Status:	RESOLVED FIXED	QA Contact:
Severity:	critical
Priority:	Normal	CC:	cae, lists.jjorge
Version:	Cauldron
Target Milestone:	---
Hardware:	All
OS:	Linux
Whiteboard:
Source RPM:	neverball	CVE:
Status comment:

Description Samuel Verschelde 2016-09-28 22:34:39 CEST

I tried to start neverball but I can't load a single level and the animated background of the menu is not there.

It has been confirmed to me by Akien.

Error messages in console suggest missing game data. I think I remember a neverball-data package in the past but I can't find one now.

Comment 1 Rémi Verschelde 2016-09-28 22:59:27 CEST

Note that I've pushed two small changes to SVN but which do not solve this issue (nor cause it, as it was there before my changes).

The bug itself is a bit weird, as the data dir is properly defined, and the "missing" files are actually present. Could be an issue with physfs.

Comment 2 Charles Edwards 2016-09-29 12:21:31 CEST

It's a permission issue.
For what ever reason when installed many of the files in %{_gamesdatadir}/%{name}/
are unreadable.

I fixed it in a test build by adding
chmod -R a+rX * %{buildroot}%{_gamesdatadir}/%{name}/

Here is the diff on the current svn spec

--- neverball.spec~	2016-09-29 06:15:49.000000000 -0400
+++ neverball.spec	2016-09-29 06:17:14.000000000 -0400
@@ -44,6 +44,7 @@
 # .map files are the sources for the levels generated by the buildsystem
 rm -fr data/map-*/*.map
 cp -a data/* %{buildroot}%{_gamesdatadir}/%{name}/
+chmod -R a+rX * %{buildroot}%{_gamesdatadir}/%{name}/
 
 mkdir -p %{buildroot}%{_datadir}/applications
 install -m 644 dist/*.desktop %{buildroot}%{_datadir}/applications


After building with the change the games runs without issue for me.

CC: (none) => cae

Comment 3 Samuel Verschelde 2017-01-04 20:35:54 CET

Gentle ping

Comment 4 José Jorge 2017-01-04 22:20:16 CET

Sorry I wasn't in the cc list. I have no cauldron system for now so I apply this patch without testing.

Still, I wonder how this can have changed without changing the source tarball?

Status: NEW => RESOLVED
CC: (none) => lists.jjorge
Resolution: (none) => FIXED