| Summary: | dev-vcs/qsvn collides with dev-vcs/kdesvn | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
| Component: | New packages | Assignee: | Theo Chatzimichos (RETIRED) <tampakrap> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | kde, qt, sping, yselkowitz |
| Priority: | High | Keywords: | Inclusion |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | don't install libsvnqt from qsvn | ||
|
Description
Diego Elio Pettenò (RETIRED)
2009-12-12 14:15:25 UTC
If kdesvn uses qsvn, as it apparently does, shouldn't it just depend on qsvn instead of bundling a copy? wrong, those svnqt libraries are provided by kdesvn and qsvn uses them. So i guess the best solution is to split kdesvn and bug upstream developer to offically split the packages. Fair enough. Lets add a mutual block for the time being. I added the blockers Unfortunately qsvn's copy of libsvnqt is often out of sync with the latest from kdesvn. So my workaround is to build the qsvn copy as a static "convenience library" instead and not install it. Created attachment 213317 [details, diff]
don't install libsvnqt from qsvn
Here's a patch for qsvn-0.8.3 which does just that.
I really liked Yaakov's patch and it is commited now, somehow it slipped from me. I am still willing to work on my idea and bug upstream though, but it is irrelevant to Gentoo. Thanks |