Bug 688309 - clanbomber does not run
Summary: clanbomber does not run
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: clanbomber
Version: 14
Hardware: All
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Hans de Goede
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-03-16 19:17 UTC by Nerijus Baliūnas
Modified: 2011-04-23 03:59 UTC (History)
2 users (show)

Fixed In Version: ClanLib06-0.6.5-19.fc15
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-06 22:27:36 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Nerijus Baliūnas 2011-03-16 19:17:13 UTC
$ clanbomber 

Exception caught from ClanLib:
Could not open datafile /usr/local/share/clanbomber/clanbomber.dat

$ rpm -ql clanbomber|grep clanbomber.dat
/usr/share/clanbomber/clanbomber.dat

# cd /usr/local/share && ln -s ../../share/clanbomber

$ clanbomber 

Exception caught from ClanLib:
Error occured during read of config file '/usr/local/share/clanbomber/clanbomber.dat' (line 2): Missing '=' following declaration of resource '8'

Comment 1 Bruno Wolff III 2011-04-02 20:57:25 UTC
I am not sure what changed, but the /usr/local stuff is a red herring. What's happening is that the expected /usr/share location is being tried first and failing, and then there is a fallback to the /usr/local/share location which also fails.

Comment 2 Bruno Wolff III 2011-04-02 21:08:39 UTC
When is it known to have last run?

Comment 3 Hans de Goede 2011-04-03 15:34:56 UTC
Hi all,

I've been debugging this and I've pinpointed the cause, the problem is that zlib has changed the behavior of gz[d]open to no longer accept + as a valid char, and gzwrite on a NULL gzfhandle silently fails (rather then say crashes).

This causes the generation of clanbomber.dat, which is done during clanbomber build to generate an invalid file. When clanbomber then sees this it falls back to /usr/local/... .  So the fix is to:
1) Fix ClanLib06 wrt gz[d]open use
2) Rebuilt clanbomber

I'll try to do this asap.

Regards,

Hans

Comment 4 Fedora Update System 2011-04-04 08:15:38 UTC
ClanLib06-0.6.5-19.fc15,clanbomber-1.05-15.fc15 has been submitted as an update for Fedora 15.
https://admin.fedoraproject.org/updates/ClanLib06-0.6.5-19.fc15,clanbomber-1.05-15.fc15

Comment 5 Fedora Update System 2011-04-04 08:39:33 UTC
ClanLib06-0.6.5-19.fc14,clanbomber-1.05-15.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/ClanLib06-0.6.5-19.fc14,clanbomber-1.05-15.fc14

Comment 6 Fedora Update System 2011-04-05 05:17:56 UTC
Package ClanLib06-0.6.5-19.fc14, clanbomber-1.05-15.fc14:
* should fix your issue,
* was pushed to the Fedora 14 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing ClanLib06-0.6.5-19.fc14 clanbomber-1.05-15.fc14'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/ClanLib06-0.6.5-19.fc14,clanbomber-1.05-15.fc14
then log in and leave karma (feedback).

Comment 7 Fedora Update System 2011-04-06 22:27:31 UTC
ClanLib06-0.6.5-19.fc14, clanbomber-1.05-15.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 8 Fedora Update System 2011-04-23 03:59:36 UTC
ClanLib06-0.6.5-19.fc15, clanbomber-1.05-15.fc15 has been pushed to the Fedora 15 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.