Description
Richard Westwell
2008-05-08 22:35:19 UTC
Created attachment 152525 [details]
/sci-libs/matc/matc-5.4.1.ebuild
The mat c library
Created attachment 152527 [details]
/sci-libs/elmer-umfpack/elmer-umfpack-5.4.1.ebuild
A version of umfpack unique to elmer
Created attachment 152529 [details]
/sci-misc/elmer-elmergrid/elmer-elmergrid-5.4.1.ebuild
elmergrid
Created attachment 152531 [details]
/sci-misc/elmer-meshgen2d/elmer-meshgen2d-5.4.1.ebuild
elmer-meshgen2d
Created attachment 152535 [details]
/sci-libs/elmer-eio/elmer-eio-5.4.1.ebuild
elmer input / output lib
Created attachment 152537 [details]
/sci-libs/elmer-hutiter/elmer-hutiter-5.4.1.ebuild
elmer hutiter lib
Created attachment 152539 [details]
/sci-misc/elmer-fem/files/elmer-fem-Makefile-install.patch
patch for elmer-fem Makefiles
Created attachment 152541 [details]
/sci-misc/elmer-fem/elmer-fem-5.4.1.ebuild
Main elmer-fem ebuild
Created attachment 152543 [details]
/sci-misc/elmer-elmerpost/elmer-elmerpost-5.4.1.ebuild
elmer-post
Created attachment 152545 [details]
/sci-misc/elmer-front/files/elmer-front-Makefile-install.patch
patch for elmer-front Makefiles
Created attachment 152547 [details]
/sci-misc/elmer-front/elmer-front-5.4.1.ebuild
elmer-front ebuild
Created attachment 152549 [details]
/sci-misc/elmer-meta/elmer-meta-5.4.1.ebuild
This one is just a meta package to pull in all the rest at the same time
to make it simpler to emerge
Created attachment 152551 [details]
/sci-misc/elmer-meta/elmer-meta-5.4.1.ebuild
forgot to update the link
meta package for all the rest
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Heuristics show that no Gentoo developer has commented on your ebuild. 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. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq The download-URLs seem not to be valid anymore - they might have pulled the files. Is tehre an alternate option to get the tarballs? Forum discussion for getting the source tarballs back: http://www.elmerfem.org/forum/viewtopic.php?f=2&t=195 I think it should be possible to setup the ebuild to pull the source from subversion using the subversion eclass this is assuming they've properly tagged they're versions so that we have something to pick up from in terms of the version number From what I remember the last time I tried rigging a ebuild to use subversion to pull it's sources can be a bit tricky, but is possible still I think it's a bit crappy that they have no tar.gz sources within the sourcesafe download area, just win32.exe downloads I changed the ebuilds to use a 5.4.1 svn snapshot (from the tag) instead of the file release (and also told them that using the file release is more friendly to sourceforge). Now they compile (but I didn't yet test, if the programs also work...). Created attachment 215522 [details]
./sci-misc/elmer-elmerpost/elmer-elmerpost-5.4.1-r1.ebuild
Created attachment 215524 [details]
./sci-misc/elmer-meshgen2d/elmer-meshgen2d-5.4.1-r1.ebuild
Created attachment 215526 [details]
./sci-misc/elmer-elmergrid/elmer-elmergrid-5.4.1-r1.ebuild
Created attachment 215527 [details]
./sci-misc/elmer-front/elmer-front-5.4.1-r1.ebuild
Created attachment 215529 [details]
./sci-misc/elmer-meta/elmer-meta-5.4.1-r1.ebuild
Created attachment 215530 [details]
./sci-misc/elmer-fem/elmer-fem-5.4.1-r1.ebuild
Created attachment 215531 [details]
./sci-libs/elmer-eio/elmer-eio-5.4.1-r1.ebuild
Created attachment 215532 [details]
./sci-libs/elmer-umfpack/elmer-umfpack-5.4.1-r1.ebuild
Created attachment 215534 [details]
./sci-libs/elmer-hutiter/elmer-hutiter-5.4.1-r1.ebuild
Created attachment 215535 [details]
sci-libs/matc/matc-5.4.1-r1.ebuild
ElmerGui is still missing update: ElmerGui is only available in trunk -> needs live ebuilds, since elmer docs heavily rely on ElmerGui I've ported all the 5.4.1-r1 ebuilds to live ones and created one for elmergui. They all currently compile fine but I didn't have time to test them yet. I've published them in my local overlay : git://gitorious.org/billysoverlay/billysoverlay.git. ElmerGui has several third party packages bundled with it. I've ported (dev-python/pythonqt) and updated (sci-libs/opencascade, sci-mathematics/netgen) ebuilds for them as well. The only issue remaining is that ElmerGui uses a patched version of netgen. I'll see if these changes can be ported to the latest netgen version. As this is all sci stuff: - fork https://github.com/gentoo-science/sci - add your ebuilds - make a pull request Done... I submitted the ebuilds along with patches and updated manifests but without any changes to the portage tree changelogs. Hope this is the correct procedure... |