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
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
|
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.
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
Comment by Mark (fiddlinmacx) -
Friday, 02 August 2013, 12:08 GMT
Comment by Mark (fiddlinmacx) -
Friday, 02 August 2013, 12:10 GMT
Comment by Jan de Groot (JGC) -
Friday, 02 August 2013, 12:57 GMT
Comment by Mark (fiddlinmacx) -
Friday, 02 August 2013, 14:41 GMT
What package owns that file on your system?
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.
It isn't there in previous versions of nspr. What changed?
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.
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.