FS#9162 - gstreamer0.10-cairo conflicts with cairo-lcd

Attached to Project: Community Packages
Opened by Indrek Ardel (intsarts) - Friday, 11 January 2008, 23:19 GMT
Last edited by Sergej Pupykin (sergej) - Monday, 14 January 2008, 18:35 GMT
Task Type Bug Report
Category General
Status Closed
Assigned To Sergej Pupykin (sergej)
Architecture All
Severity High
Priority Normal
Reported Version 3.1.0
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

I installed cairo-lcd first (maybe i forced it), but now gstreamer0.10-cairo doesn't want to take it as it's own. It asks to remove cairo-lcd, what i don't to do (answer no) and it says that cairo conflicts with cairo-lcd, what should i do??
This task depends upon

Closed by  Sergej Pupykin (sergej)
Monday, 14 January 2008, 18:35 GMT
Reason for closing:  Fixed
Comment by Aaron Griffin (phrakture) - Friday, 11 January 2008, 23:37 GMT
  • Field changed: Attached to Project (Pacman → Community Packages)
  • Field changed: Status (Unconfirmed → Assigned)
  • Task assigned to Sergej Pupykin (sergej)
Please file bugs in the appropriate project.

gstreamer0.10-cairo depends on a specific version of cairo. In order for cairo-lcd to provide this, you need to wait for pacman 3.1 to hit core and the cairo-lcd package to be updated with a versioned provision.
Comment by Roman Kyrylych (Romashka) - Friday, 11 January 2008, 23:44 GMT
ehm...
We've talked with Indrek on gmail so I can provide some more info.

# pacman -S cairo-lcd libxft-lcd
resolving dependencies...
looking for inter-conflicts...
:: cairo-lcd conflicts with cairo. Remove cairo? [Y/n] y
:: libxft-lcd conflicts with libxft. Remove libxft? [Y/n] y
error: failed to prepare transaction (could not satisfy dependencies)
:: cairomm: requires cairo>=1.4.10
:: libgdiplus: requires cairo>=1.4.10
:: pango: requires cairo>=1.4.10
:: pango: requires libxft>=2.1.10
:: poppler: requires cairo>=1.4.12
:: pycairo: requires cairo>=1.4.10

I'm not sure if he installed pacman 3.1 before or after trying to install -lcd packages.

Then I suggested to rebuild packages with provides=('cairo>=1.4.10') (though actually >=1.4.12 would be better, but I didn't notice that).

But he still got :: cairo conflicts with cairo-lcd. Remove cairo-lcd? [Y/n] n when trying to install gstreamer0.10-lcd.

@Indrek: when you'll be back online could you please remove all those packages and try to reproduce this issue again, providing us with all pacman's output.
Comment by Indrek Ardel (intsarts) - Saturday, 12 January 2008, 00:23 GMT
I made it short and used libxft
Comment by Xavier (shining) - Saturday, 12 January 2008, 14:04 GMT
There was no need for additional informations, Aaron already explained everything if you didn't notice :)
See also  bug 9171 .
The cairo-lcd package should be changed as soon as pacman 3.1 hits core, with the following modification :
provides=('cairo 1.4.12')
Comment by Xavier (shining) - Saturday, 12 January 2008, 14:21 GMT
Note that Romashka's provides line is wrong :
provides=('cairo>=1.4.12')

The correct format is the one I gave :
provides=('cairo 1.4.12')

You only specify one version to a provision, there is no need for an operator (and pacman won't understand if you give one).
Comment by Roman Kyrylych (Romashka) - Saturday, 12 January 2008, 14:42 GMT
Ah, that's why it wasn't working. Thanks Xavier!
Comment by Jordy van Wolferen (jordz) - Saturday, 12 January 2008, 18:12 GMT
I did just did a -Rd of cairo-lcd and libxft-lcd and reinstalled them again, that also worked :)
Comment by Xavier (shining) - Saturday, 12 January 2008, 18:14 GMT
But your system isn't in a consistent state then.
If you run the 'testdb' tool, it should detect missing dependencies.
Comment by Jordy van Wolferen (jordz) - Saturday, 12 January 2008, 18:26 GMT
You are right:

missing dependency for gstreamer0.10-cairo : cairo>=1.4.6
missing dependency for pango : cairo>=1.4.10
missing dependency for pango : libxft>=2.1.10
Comment by Sergej Pupykin (sergej) - Monday, 14 January 2008, 11:53 GMT
Would be provides=('cairo=1.4.12') ok?
Comment by Xavier (shining) - Monday, 14 January 2008, 12:09 GMT
No, it isn't ok. I gave the correct line above.
Comment by Sergej Pupykin (sergej) - Monday, 14 January 2008, 12:31 GMT
I see,
please test 3rd package revision

Loading...