|Summary:||app-accessibility/julius::sunrise and sci-libs/fplll::sage-on-gentoo both install /usr/bin/generate|
|Product:||Gentoo Linux||Reporter:||James Cloos <cloos>|
|Component:||New packages||Assignee:||Daniel Pinto dos Santos <danielpi>|
|Package list:||Runtime testing required:||---|
Description James Cloos 2012-12-28 23:54:27 UTC
I see the conflict with app-accessibility/julius-4.1 and sci-libs/fplll-3.0.12-r2.
Comment 1 Mike Gilbert 2012-12-29 03:01:28 UTC
That's a pretty generic name for a binary...
Comment 2 James Cloos 2012-12-29 10:31:49 UTC
> That's a pretty generic name for a binary... Indeed. Perhaps they both should prefix?
Comment 3 Christopher Schwan 2012-12-29 11:48:00 UTC
Fixed in -r3, 'generate' is now 'generate_matrix' which describes more closely what it does. I fixed it with --program-transform-name (thanks autootools).
Comment 4 Julian Ospald 2013-07-15 22:58:35 UTC
this bugtracker is only for a) gx86 tree b) overlays hosted on g.o.g report here https://github.com/cschwan/sage-on-gentoo/issues besides, sci-libs/fplll-4.0.4 is in the tree and I cannot reproduce it with that version
Comment 5 James Cloos 2013-07-16 11:55:36 UTC
That is an inappropriate closer. Gentoo has to coordinate these things in a central place, no matter where the overlays are hosted. Especially given that the two overlays here target moving toward inclusion in gx86. Also, the science overlay (on g.o.g) also has an ebuild for fplll, so this in fact is g.o.g vs g.o.g.
Comment 6 Julian Ospald 2013-07-16 12:01:15 UTC
Both julius and fplll are already in portage. You seem to have missed that.
Comment 7 James Cloos 2013-07-17 09:13:29 UTC
In the many days since I opened this, the sage overlay added a --program-transform-name to fix this in fplll 3, and then upstream renamed the executable for fplll 4. The bug was never invalid. But it did get fixed.