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#22535 - [eric5] no need to conflict/replace eric4/eric?

Attached to Project: Community Packages
Opened by Lazarus (Lazarus) - Friday, 21 January 2011, 01:50 GMT
Last edited by Ionut Biru (wonder) - Saturday, 22 January 2011, 10:24 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Brad Fanella (cesura)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Thanks for maintaining eric5.

eric4 and eric5 can be installed concurrently. I've been doing so with eric in extra and eric5 in aur until now without any problems (by editing out some symbolic links in the eric5.PKGBUILD).

Any coder who's working on both python2 and python3 projects will want to have both eric4 and eric5 installed, I think (unless I'm missing something).
This task depends upon

Closed by  Ionut Biru (wonder)
Saturday, 22 January 2011, 10:24 GMT
Reason for closing:  Fixed
Additional comments about closing:  5.0.5-5
Comment by Ionut Biru (wonder) - Friday, 21 January 2011, 02:05 GMT
like a side note, since pacman 3.4, you can build packages without having the build() function in PKGBUILD. it would execute directly the package() if build() is missing
Comment by Ionut Biru (wonder) - Friday, 21 January 2011, 02:08 GMT
still don't get it why those symlinks. just leave it in the way python install.py do it.

also you have a eric.desktop in source array but never copied in the right directory.

Hint: you might want to modify exec and file name to match the binary name
Comment by Brad Fanella (cesura) - Friday, 21 January 2011, 02:35 GMT
@wonder, my apologies. I had followed the AUR PKGBUILD and assumed that it was correct (bad mistake). I've rebuilt the package, removing the conflicts against previous versions, removed the unnecessary symlinks, and installed the .desktop file in the correct location.

EDIT: And removed the build() function ;-)
Comment by Ionut Biru (wonder) - Friday, 21 January 2011, 10:19 GMT
/usr/share/applications/eric.desktop exists in both 'eric' and 'eric5'
/usr/share/pixmaps/eric.png exists in both 'eric' and 'eric5'
/usr/share/qt/qsci/api/python/zope-2.10.7.api exists in both 'eric' and 'eric5'
/usr/share/qt/qsci/api/python/zope-2.11.2.api exists in both 'eric' and 'eric5'
/usr/share/qt/qsci/api/python/zope-3.3.1.api exists in both 'eric' and 'eric5'
/usr/share/qt/qsci/api/ruby/Ruby-1.8.7.api exists in both 'eric' and 'eric5'
Errors occurred, no packages were upgraded.

Comment by Brad Fanella (cesura) - Friday, 21 January 2011, 21:06 GMT
/usr/share/qt/qsci/api/python/zope-2.10.7.api exists in both 'eric' and 'eric5'
/usr/share/qt/qsci/api/python/zope-2.11.2.api exists in both 'eric' and 'eric5'
/usr/share/qt/qsci/api/python/zope-3.3.1.api exists in both 'eric' and 'eric5'
/usr/share/qt/qsci/api/ruby/Ruby-1.8.7.api exists in both 'eric' and 'eric5'

How do you propose I fix those? I'm not quite sure how I could get around that if they are required by both packages.
Comment by Xavion (Xavion) - Friday, 21 January 2011, 22:53 GMT
You should remove "/usr/share/applications/eric.desktop" from 'eric5', as it already contains "/usr/share/applications/eric5.desktop". To do this, you can just delete the following line from your PKGBUILD: install -m644 ${srcdir}/eric.desktop ${pkgdir}/usr/share/applications/
Comment by Brad Fanella (cesura) - Friday, 21 January 2011, 23:39 GMT
The .desktop file included with the eric5 source is incorrect.
Comment by Xavion (Xavion) - Saturday, 22 January 2011, 09:30 GMT
I actually found that yours is incorrect, since it calls a phantom 'eric' executable. At least the default one calls the correct ('eric5') executable!
Comment by Ionut Biru (wonder) - Saturday, 22 January 2011, 10:19 GMT
the one from community-testing has the right Exec.

[Desktop Entry]
Name=Eric 5 IDE
Comment=A full featured Python IDE
Icon=eric5
Exec=eric5
Terminal=false
Type=Application
Categories=Qt;Development;IDE;
Comment by Lazarus (Lazarus) - Saturday, 22 January 2011, 10:22 GMT
Regarding shared files:

I have little exp maintaining packages and I don't know what the Arch guidelines say in this case, but maybe the correct solution is to take the aforementioned shared files out of eric(4) and eric5 and put them in an eric-common package instead. Then have eric4 and eric5 depend on eric-common.

(Or... you could just make the eric packages only install those files if the other eric package isn't installed, but I suspect using heuristics and/or conditionals like that might be frowned~ upon.)

Loading...