unigine is a 3d engine with benchmark inside, so it would be realy nice to have it in portage Reproducible: Always Steps to Reproduce: 1.download unigine demo 2.download linux executables 3.thats it , run the demo Actual Results: no bug , ebuild request Expected Results: no bug , ebuild request no bug , ebuild request
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