Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#39091 - [connman] Conflict with openresolv?
Attached to Project:
Community Packages
Opened by Curtis Shimamoto (WonderWoofy) - Saturday, 01 March 2014, 21:44 GMT
Last edited by Daniel Wallace (gtmanfred) - Sunday, 04 May 2014, 22:16 GMT
Opened by Curtis Shimamoto (WonderWoofy) - Saturday, 01 March 2014, 21:44 GMT
Last edited by Daniel Wallace (gtmanfred) - Sunday, 04 May 2014, 22:16 GMT
|
DetailsDescription: I think that connman unnecessarily conflicts with openresolv. After making a comparison between the files that both connman and openresolv provide, I saw that they wouldn't clash with one another. So I thought I would test to see if compiling without the openresolv conflict would cause issues.
I have been running with openresolv and connman installed on my system for some time now, and both connman and netctl seem to work just fine. But I have not ever used openresolv in any other way, so I don't know if there is some inherent openresolv functionality that conflicts with connman. Anyway, I guess I'm just wondering if it is safe and sane to be running with both of these installed, and what the reason was for putting the conflicts=('openresolv') into connman was in the first place (it has been there since connman was introduced into the repos). Additional info: * connman 1.21-1 * openresolv 3.5.6-1 Steps to reproduce: - Build and install connman without the current 'conflicts' - Leave openresolv (and netctl) installed on the system - Watch as both connman and netctl work perfectly (not at the same time of course) - Profit! |
This task depends upon
Closed by Daniel Wallace (gtmanfred)
Sunday, 04 May 2014, 22:16 GMT
Reason for closing: Implemented
Additional comments about closing: 1.23-2
Sunday, 04 May 2014, 22:16 GMT
Reason for closing: Implemented
Additional comments about closing: 1.23-2