Community Packages

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!
Tasklist

FS#38897 - [nemo][libdivecomputer] file conflict

Attached to Project: Community Packages
Opened by RbN (RbN) - Thursday, 13 February 2014, 14:41 GMT
Last edited by Gaetan Bisson (vesath) - Friday, 14 February 2014, 05:50 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Gaetan Bisson (vesath)
Alexandre Filgueira (faidoc)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
/usr/bin/nemo exists in both 'nemo' and 'libdivecomputer'

Steps to reproduce:
pamcan -S nemo libdivecomputer
This task depends upon

Closed by  Gaetan Bisson (vesath)
Friday, 14 February 2014, 05:50 GMT
Reason for closing:  Fixed
Additional comments about closing:  libdivecomputer-0.4.2-2
Comment by Gaetan Bisson (vesath) - Friday, 14 February 2014, 04:21 GMT
Right. It's not nice of libdivecomputer to populate /usr/bin with one binary per dive computer out there without giving them a common prefix... If the binaries aren't directly used by subsurface, I'll happily rename them to divecomputer-*.

Alexandre, any thoughts?
Comment by Gaetan Bisson (vesath) - Friday, 14 February 2014, 05:50 GMT
It doesn't appear like they are. I'll rename those files for now and reopen this bug request if that raises any issue with subsurface.

Loading...