| Summary: | ebuild request for unigine | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Markus Giese <spreetec> |
| Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
| Status: | RESOLVED OBSOLETE | ||
| Severity: | enhancement | CC: | ceamac, chiitoo, guru-trusted, hypnos75, kripton, mursoft, orzel, vojcek, zdanevich.vitaly |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| URL: | http://unigine.com/ | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
ebuild for unigine-heaven-2.1
ebuild for unigine-sanctuary-2.3 ebuild for unigine-tropics-1.3 unigine-heaven-4.0.ebuild Working ebuild Desktop file metadata.xml Fix installing of icons |
||
|
Description
Markus Giese
2007-11-01 21:50:34 UTC
On 2010-03-23 Revision 2.0 was released! Created attachment 261815 [details]
ebuild for unigine-heaven-2.1
Created attachment 261817 [details]
ebuild for unigine-sanctuary-2.3
Created attachment 261819 [details]
ebuild for unigine-tropics-1.3
is that ... what you wanted? i was done it for my overlay https://github.com/damex/damex-overlay/tree/master/games-fps but after - found request on bugzilla and wanted to post it here. Created attachment 454414 [details]
unigine-heaven-4.0.ebuild
I made an attempt to update an ebuild as it required few changes to work
changes made
- new inherits
- removed fetch restrict as I could not find anything on their website nor user manual that would not allow direct fetch
- multilib install for x64/x86
- added "newins "${S}"/data/heaven_4.0.cfg unigine.cfg" but I am not sure if it is nedded or not
Why do I say it was only an attempt? Because it dont work ;) Seems it requires write access to the directory it is installed in. Running heaven_x64 give me:
Engine::init(): can't create log file
Loading "/opt/unigine-heaven/bin/unigine.cfg"...
Unigine fatal error
Engine::init(): can't create log file
Engine::init(): can't initialize filesystem
If someone knows how to fix it properly using fperms values or else I would highly welcome it
Hello, would you be willing to maintain this ebuild through Proxy maintainers project? https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers Thanks for your contribution. I could do so, but an ebuild I prepared is not working right. If some one steps up and fix remaining issue (permisions to use by local user) then I be more than willing to update remaining benchmarks and keep them updated. Anyways in present form it is not really portage material and I do not know how to go around it (In reply to Wojciech Myrda from comment #8) > I could do so, but an ebuild I prepared is not working right. If some one > steps up and fix remaining issue (permisions to use by local user) then I be > more than willing to update remaining benchmarks and keep them updated. > > Anyways in present form it is not really portage material and I do not know > how to go around it Well you can try to ask for help on irc #gentoo-proxy-maint@freenode. Possibly some of the devs could know. Created attachment 897115 [details]
Working ebuild
I wrote the ebuild, works for me. If ok - anybody will add to the main Portage tree?
Created attachment 897116 [details]
Desktop file
Created attachment 897117 [details]
metadata.xml
Created attachment 897119 [details]
Fix installing of icons
(In reply to Vitaly Zdanevich from comment #10) > Created attachment 897115 [details] > Working ebuild > > I wrote the ebuild, works for me. If ok - anybody will add to the main > Portage tree? You added an ebuild to a bug that was already closed (in 2020). Nobody will see it. Please either open a pull request in GURU https://github.com/gentoo/guru/pulls or, if you prefer bugs, file a new bug in GURU packages https://bugs.gentoo.org/enter_bug.cgi?product=GURU Ok, created https://github.com/gentoo/guru/pull/213 |
