FS#18098 - [python-sympy] 0.6.6-1 tries to install /usr/bin/test

Attached to Project: Community Packages
Opened by Adam Dariusz Szkoda (adaszko) - Sunday, 31 January 2010, 23:14 GMT
Last edited by Xyne (Xyne) - Monday, 01 February 2010, 07:22 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Angel Velasquez (angvp)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Additional info:
* package version(s)
python-sympy-0.6.6-1


Steps to reproduce:
$ sudo pacman -Sy python-sympy
[...]
error: failed to commit transaction (conflicting files)
python-sympy: /usr/bin/test exists in filesystem
Errors occurred, no packages were upgraded.
This task depends upon

Closed by  Xyne (Xyne)
Monday, 01 February 2010, 07:22 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed upstream.
Patched until next upstream release.
Comment by Thomas Dziedzic (tomd123) - Monday, 01 February 2010, 01:13 GMT
pkgfile -v test
community/9base (4-2) : /opt/plan9/bin/test
community/calc (2.12.4.0-2) : /usr/share/calc/help/test
community/netbeans (6.8-2) : /usr/share/netbeans/ruby2/jruby-1.4.0/lib/ruby/gems/1.8/gems/rack-1.0.0/test/cgi/test
community/plan9port (20051127-1) : /opt/plan9/bin/test
core/coreutils (8.4-1) : /usr/bin/test
extra/alsa-utils (1.0.22-2) : /usr/share/alsa/init/test
extra/drscheme (4.2.4-1) : /usr/lib/plt/collects/htdp/tests/TEST


Looks like coreutils is the culprit.

But
pkgfile -l python-sympy | grep /usr/bin
python-sympy /usr/bin/
python-sympy /usr/bin/isympy

Looks like it isn't a python-sympy problem.
Comment by Xyne (Xyne) - Monday, 01 February 2010, 02:38 GMT
I can confirm that this is a python-sympy problem. It installs "test" and "doctest" to /usr/bin.

The following works but there may be a more elegant solution (e.g. upstream bug report?):

build() {
cd "${srcdir}/sympy-${pkgver}"
python setup.py install --root "${pkgdir}" || return 1
rm ${pkgdir}/usr/bin/{test,doctest}
install -Dm644 LICENSE "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE"
}
Comment by Thomas Dziedzic (tomd123) - Monday, 01 February 2010, 03:02 GMT
Hmm, why wouldn't pkgfile show that file then? maybe it was introduced after the latest pkgfile cache. :/
Comment by Thomas Dziedzic (tomd123) - Monday, 01 February 2010, 03:12 GMT
Problem was introduced here: http://git.sympy.org/?p=sympy.git;a=commitdiff;h=60c95b3f6481a0ec118d075aedaa083c9f487e84
Problem is resolved in git here: http://git.sympy.org/?p=sympy.git;a=commitdiff;h=edf81a4d8eb1b5d6a6242481eea5b66c5d7ef26b
Unfortunately, it was resolved right after the 0.6.6 release.
All that's left is to apply those patches (from the second link) and someone should post an updated PKGBUILD with patches.
(yes I'm lazy, and may do it later if no one does it XD)
Comment by Xyne (Xyne) - Monday, 01 February 2010, 04:13 GMT
If you've gone as far as to determine the commit which fixes it, you may as well post the patch. I think Angel is a bit busy right now so that would speed this up.

If you submit the patch, I will try to update the package unless Angel beats me to it.
Comment by Thomas Dziedzic (tomd123) - Monday, 01 February 2010, 04:35 GMT
Uhh, I guess you win Xyne. XD (note, shouldn't there be a makedepends=(python) in there?) Oh, and don't forget the increment the pkgrel :)
Comment by Xyne (Xyne) - Monday, 01 February 2010, 07:21 GMT
Thanks tom.

I've uploaded packages for both architectures and committed the changes. (test.patch might take a little while to show up on the web interface... I had forgotten to commit it)

Closing...

Loading...