Bug 688309

Summary:	clanbomber does not run
Product:	[Fedora] Fedora	Reporter:	Nerijus Baliūnas <nerijus>
Component:	clanbomber	Assignee:	Hans de Goede <hdegoede>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	14	CC:	bruno, hdegoede
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	ClanLib06-0.6.5-19.fc15	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-04-06 22:27:36 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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.