| Summary: | New ebuild for dev-haskell/hmatrix-0.10.0.0 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Michael Orlitzky <mjo> |
| Component: | New packages | Assignee: | Gentoo's Haskell Language team <haskell> |
| Status: | RESOLVED INVALID | ||
| Severity: | enhancement | Keywords: | EBUILD, InOverlay |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | http://code.haskell.org/hmatrix/ | ||
| Whiteboard: | [gentoo-haskell] | ||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 341805 | ||
| Bug Blocks: | |||
| Attachments: | Ebuild for dev-haskell/hmatrix-0.10.0.0 | ||
|
Description
Michael Orlitzky
2010-10-19 20:50:32 UTC
Created attachment 251287 [details]
Ebuild for dev-haskell/hmatrix-0.10.0.0
(I'm not allowed to add dependencies?) This depends on bug 341805. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Thanks, On behalf of the Gentoo Sunrise Team, Markos. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq Just committed to the Sunrise overlay (can we get a +InOverlay?): http://overlays.gentoo.org/proj/sunrise/browser/sunrise/dev-haskell/hmatrix Can we please have this ebuild removed from the Sunrise overlay? We have a much better version in the Haskell overlay: http://code.haskell.org/gentoo/gentoo-haskell/dev-haskell/hmatrix/hmatrix-0.10.0.1.ebuild In particular: * The description in your ebuild is wrong (in that it should be upstream's description). * Your RDEPEND list is wrong: except for Cabal, all of those packages are _runtime_ dependencies. Also, hmatrix should work with >=ghc-6.10.1, not just >=6.10.4 * By default, hmatrix depends upon QuickCheck and HUnit. We explicitly disable this in our ebuild; yours doesn't. * We expose the optional usage of vector and mkl. In particular, I had problems trying to track down what was going on with the hmatrix ebuild in the Haskell overlay without realising that a newer version had been committed to Sunrise (since I'm the one that normally bumps ebuilds like hmatrix but have been busy the last couple of months) and thus it had been built and was causing the build errors, not the version in the overlay. In future, please ask us on #haskell (on Freenode) or assign the bug to the Haskell herd for Haskell ebuilds. I removed both hmatrix and storable-complex from the Sunrise overlay. I would still like to see them included in portage, though. Sorry for reviving bug after 2 years. I've updated a bug in order for haskell team can track it. Currently we have hmatrix-0.14 in overlay. And we have a simple policy: all end-user applications, their deps and haskell-platform are in tree, all other developer libraries are in overlay. This is done as haskell environment tends for break to often so it's much easier to have it in consistent state using an overlay. But I see no problem with adding a library to the tree on demand if there will be a strong reason. So if you really want hmatrix to be in thee, plz say a reasons for that. Thanks. I use the overlay on all my machines now, so modulo moral objections, I don't need this in the tree anymore. |