Bug 306651 – xchat: undefined symbol: g_once_init_enter_impl

Bug 306651 - xchat: undefined symbol: g_once_init_enter_impl

Summary:	xchat: undefined symbol: g_once_init_enter_impl

Status:	CLOSED NOTABUG

Aliases:	None

Product:	Fedora
Classification:	Fedora
Component:	xchat (Show other bugs)
Sub Component:
Version:	rawhide
Hardware:	All Linux

Priority	medium Severity high
Target Milestone:	---
Target Release:	---
Assigned To:	Christopher Aillon
QA Contact:	Fedora Extras Quality Assurance
Docs Contact:

URL:
Whiteboard:
Keywords:

Duplicates:	344171 (view as bug list)
Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2007-09-26 06:18 EDT by Karsten Hopp
Modified:	2007-11-30 17:12 EST (History)
CC List:	3 users (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2007-09-26 06:30:25 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Karsten Hopp 2007-09-26 06:18:08 EDT

Description of problem:
xchat-2.8.4-4.fc8.1 doesn't start anymore when only xchat and its dependencies
are updated. But current xchat needs a symbol from  glib2-2.14 without having a
dependency on it.

Version-Release number of selected component (if applicable):
xchat-2.8.4-4.fc8.1 and glib2-2.13.6-1.fc8 : doesn't work, unknown symbol
xchat-2.8.4-4.fc8.1 and glib2-2.14.1-1.fc8 : works

How reproducible:
always


Additional info:
please add a
Requires: glib2 >= 2.14

Comment 1 Kevin Kofler 2007-09-26 06:30:25 EDT

Uh, the fact that compatibility is only one way and software built against more 
recent libs won't work with older libs is a well-known fact. This applies not 
only to glib2, but also to GTK+, Qt, KDE and even core libs like glibc. XChat 
is definitely not the only app affected by such issues. Do we want to hardcode 
such requirements in all apps? It would make the automatic soname reqs 
essentially useless, as you'd have to add manual Requires for minimum versions 
for all libs anyway.

Fedora 8 is going to ship glib2-2.14.1 or newer, so I don't see why this would 
be an issue. Running F8 packages on F7 is a bad idea. (And in this case, it's 
not like I don't keep the F7 version up to date, I just pushed 2.8.4-5.fc7 to 
updates-testing.) And if you use Rawhide and only update parts of it, you get 
what you asked for.

Comment 2 Kevin Kofler 2007-10-20 23:43:43 EDT

*** Bug 344171 has been marked as a duplicate of this bug. ***

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