[packages/chromium-browser] requires _XGetRequest

Jakub Bogusz qboosh at pld-linux.org
Wed Feb 13 18:17:18 CET 2013


On Wed, Feb 13, 2013 at 06:23:10PM +0200, Elan Ruusamäe wrote:
> On 13.02.2013 18:07, Jakub Bogusz wrote:
> >Yes, this R is useless if package is built with older libX11.
> >
> >Issue is more global - every application/library that uses X11's
> >GetReq and similar macros starts to require libX11 >= 1.4.99
> >when it's built with libX11 >= 1.4.99.
> >
> and it's more global than this: this happens to be the case with other 
> gnomeish libs as well: glib, gtk+2....
> 
> it has been addressed earlier with upstream (by patrys), to make soname 
> versions, but upstream declined that plan for gtk+2/gtk+3

soname changes should happen when binary interfaces are removed or
incompatible.
Bumping on added interface would cause too many unnecessary rebuilds.

Better solution would be versioned symbols (like in glibc, nss or few
other libs), already handled by rpm.

> sorry no links to mailinglist, or samples or other libs, but i'm sure 
> the topic itself is not new.
> 
> could this be addressed by rpm side?
> %requires_eq is not the solution i'm seeking, as that would cause 
> pointless rebuilds and upgrades if nothing has changed between versions.

When versioned symbols are not used, %requires_ge_to could be some
solution (also not perfect).

Maintaining symbol lists for rpm automation would require probably too
much effort.

And finally generating per-symbol dependencies would comsume too much
resources.


-- 
Jakub Bogusz    http://qboosh.pl/


More information about the pld-devel-en mailing list