55139 2004-06-25 04:17 0000 Ebuild for app-sci/glpk cannot merge new package, only update (crashes) 2005-01-06 03:58:24 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P2 normal --- 1 zenith@mpi-magdeburg.mpg.de robbat2@gentoo.org sci@gentoo.org zenith@mpi-magdeburg.mpg.de 2004-06-25 04:17:08 0000 The ebuild (marked ~x86) for glpk cannot merge since it requires itself to be already merged (er, quite unlikely if I'm installing it). The problem is in the Java section. During compile, the Java sections require the presence of a installed glpk library; specifically, see contrib/jni/c/Makefile for a line ending in -lglpk. This can in principle not be avoided: compiling the java components requires to have an installation already. The original author did not notice this, possibly because he first implemented a simple ebuild, and later added the Java part, which did install because a glpk library was then in place. I propose therefore to take out the Java section; it is not meant to be compiled with the rest of the package but later, as an add-on. Reproducible: Always Steps to Reproduce: 1. Start from a machine with no glpk installed 2. ACCEPT_KEYWORDS=~x86 emerge app-sci/glpk Actual Results: Crash occurs in the Java section, since it does not find the glpk library (it has been compiled, but is not yet merged!) Expected Results: Installation of glpk libraries was expected. Compiler: gcc (GCC) 3.3.3 20040412 (Gentoo Linux 3.3.3-r6, ssp-3.3.2-2, pie-8.7.6) zenith@mpi-magdeburg.mpg.de 2004-06-25 04:34:59 0000 Created an attachment (id=34123) Ebuild without Java support This ebuild installs glpk also if no glpk is already installed in the system. Java add-on support has been taken out. stephan.bourduas@gmail.com 2004-11-12 20:42:30 0000 if you don't need java support, you can get around it by remove java support like so: # USE="doc -java" ACCEPT_KEYWORDS="~x86" emerge -av app-sci/glpk zenith@mpi-magdeburg.mpg.de 2004-11-22 22:56:34 0000 Hi Stephan, what I'm worried is that users should not be forced to browse through the bugzilla when they install glpk. If it is installed as a dependency of e.g. Kst, it becomes just frustrating. I think that it should be a priority that the ebuild be able to work by itself without user intervention. That said, if someone manages to implement Java-component compilation without a glpk already merged, I'll be happy - but until then, between missing Java component and crashing ebuild, I'd take the missing Java. phosphan@gentoo.org 2005-01-05 08:26:56 0000 Maybe the maintainer would be happy to know about this bug. Re-assigning. robbat2@gentoo.org 2005-01-06 03:58:24 0000 I'm going to take the route of just removing the 4.2 version, as I'm pushing 4.7 to stable x86 now. This would have been the solved long since if I knew about the bug. 34123 2004-06-25 04:34 0000 Ebuild without Java support glpk-4.2.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogJAoKREVTQ1JJUFRJT049IkdOVSBMaW5lYXIgUHJvZ3JhbW1pbmcgS2l0IgpT UkNfVVJJPSJtaXJyb3I6Ly9nbnUvJHtQTn0vJHtQfS50YXIuZ3oiCkhPTUVQQUdFPSJodHRwOi8v d3d3LmdudS5vcmcvc29mdHdhcmUvJHtQTn0vIgoKU0xPVD0iMCIKTElDRU5TRT0iR1BMLTIiCktF WVdPUkRTPSJ+eDg2IgpJVVNFPSJkb2MiCgpSREVQRU5EPSJzeXMtbGlicy9nbGliYyIKREVQRU5E PSI+PXN5cy1kZXZlbC9nY2MtMy4yKiAke1JERVBFTkR9CgkJIGRvYz8gKCB2aXJ0dWFsL2dob3N0 c2NyaXB0ICkiCgpzcmNfY29tcGlsZSgpIHsKCSMgVGhlcmUgaXMgYSBtaXNzaW5nIC1sbSBpbiBl eGFtcGxlL01ha2VmaWxlLCBmaXhpbmcgaXQgaGVyZQoJTElCUz0iJHtMSUJTfSAtbG0iIGVjb25m IC0tZW5hYmxlLXNoYXJlZCB8fCBkaWUKCWVtYWtlIHx8IGRpZSAiZW1ha2UgZmFpbGVkIgp9Cgpz cmNfaW5zdGFsbCgpIHsKCW1ha2UgREVTVERJUj0ke0R9IGluc3RhbGwgfHwgZGllICJtYWtlIGlu c3RhbGwgZmFpbGVkIgoJIyBiYXNlIGRvY3MKCWRvZG9jIEFVVEhPUlMgQ09QWUlORyBDaGFuZ2VM b2cgSU5TVEFMTCBORVdTIFJFQURNRQoJI2V4YW1wbGVzCglkb2NpbnRvIGV4YW1wbGVzCgoJZG9k b2MgJHtTfS9leGFtcGxlcy8qCgkjZG9jcwoJaWYgdXNlIGRvYzsgdGhlbgoJCWNkICR7U30vZG9j CgkJZm9yIGkgaW4gKi5wczsgZG8KCQkJcHMycGRmMTQgJHtpfQoJCWRvbmUKCWZpCglkb2RvYyAk e1N9L2RvYy8qCn0K