On 10 January 2013 23:55, Kalev Lember kalevlem...@gmail.com wrote:
It's 'mash' that decides what gets multilibbed. If I read it right, it
multilibs packages that install files that match the libdir/*.so.*
pattern, plus a number of hardcoded special cases. It's a bit like
magic, we'll see how
The obsoletes/provides on the colord update in rawhide today aren't
quite right. ;(
If someone wants to go fix it, please do, otherwise I will later
today. ;)
In the mean time you may want to exclude it from update until it's
fixed.
kevin
--
% sudo yum update colord\*
Loaded plugins:
On 10 January 2013 17:07, Kevin Fenzi ke...@scrye.com wrote:
If someone wants to go fix it, please do, otherwise I will later
today. ;)
Opps, sorry. I've got a little baby to keep amused this afternoon, so
If someone could jump in and push a fix with a rebuild I would be very
grateful. Thanks.
On Thu, 10 Jan 2013 18:14:48 +
Richard Hughes hughsi...@gmail.com wrote:
On 10 January 2013 17:07, Kevin Fenzi ke...@scrye.com wrote:
If someone wants to go fix it, please do, otherwise I will later
today. ;)
Opps, sorry. I've got a little baby to keep amused this afternoon, so
If
On 10 January 2013 20:23, Kevin Fenzi ke...@scrye.com wrote:
It's a archfull package obsoleting/providing a noarch package.
We could split out a colord-profiles subpackage (noarch) and make
colord dep on colord-profiles if that makes things easier.
Richard.
--
devel mailing list
On 01/10/2013 09:23 PM, Kevin Fenzi wrote:
Don't be sorry... it turns out that this is not an easy case to fix. :(
It's a archfull package obsoleting/providing a noarch package.
Yum picks the 32bit of the multiarched package to obsolete things.
The only suggestion (thanks kalev) that
On 10 January 2013 20:58, Kalev Lember kalevlem...@gmail.com wrote:
But the better solution I was thinking of is to split colord packaging
into two: one package with the shared library (colord-libs) and another
package with the daemon (colord). With a setup like this, only the
library
On 01/10/2013 10:23 PM, Richard Hughes wrote:
On 10 January 2013 20:58, Kalev Lember kalevlem...@gmail.com wrote:
But the better solution I was thinking of is to split colord packaging
into two: one package with the shared library (colord-libs) and another
package with the daemon (colord).
