FS#36374 - /usr/share/aclocal/nspr.m4 exists in filesystem

Attached to Project: Arch Linux
Opened by Mark (fiddlinmacx) - Friday, 02 August 2013, 00:17 GMT
Last edited by Jan de Groot (JGC) - Monday, 05 August 2013, 08:39 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture i686
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description: On attempting to update today, including nspr, I got the following:

error: failed to commit transaction (conflicting files)
nspr: /usr/share/aclocal/nspr.m4 exists in filesystem
This task depends upon

Closed by  Jan de Groot (JGC)
Monday, 05 August 2013, 08:39 GMT
Reason for closing:  Not a bug
Additional comments about closing:  AUR package needs fixing.
Comment by Jan de Groot (JGC) - Friday, 02 August 2013, 09:58 GMT
What package owns that file on your system?
Comment by Mark (fiddlinmacx) - Friday, 02 August 2013, 12:08 GMT
kompozer: from the AUR unfortunately (for me ;-). I've had both installed for a long time, and this is the first time I've had this problem. Was the file not in previous nspr packages? I'll check.
Comment by Mark (fiddlinmacx) - Friday, 02 August 2013, 12:10 GMT
It isn't there in previous versions of nspr. What changed?
Comment by Jan de Groot (JGC) - Friday, 02 August 2013, 12:57 GMT
New versions of nspr ship the .m4 macro file. I don't know why an application would install .m4 files for a library it uses in /usr/share/aclocal, as it should get installed with the library.
Comment by Mark (fiddlinmacx) - Friday, 02 August 2013, 14:41 GMT
That does make sense. I've posted on the AUR page for kompozer. We'll see what happens. I wasn't sure. Perhaps there's something custom needed by kompozer, but they should just mention it in the .install for the user to change. I guess this isn't really a bug then. Sorry.

Loading...