MyGUI rpm availability in Fedora

ggraz

24-11-2009 23:45:48

Hello,

I prepared a MyGui package to submit for review here: https://bugzilla.redhat.com/show_bug.cgi?id=526444
Review process has now completed and package will get its way into Fedora main repository in the near future.

I targeted rev 2332 because i wanted to stay with trunk in the future, and provide a version around 2.2.3 release in which i could
put under review the new cmake build system itself. You will find a small patch that fixes multilib issues on Fedora,
and add a couple linker flags that were missing (could be already fixed in current trunk, just added here for the sake
of completeness).

My final aim is to package the dungeonhack game: i've seen a lot a API changes between rev 1861 (on which
dhack depends) and rev 2332, in particular dropped or deprecated methods. Will API get somewhat more stable
approaching 3.0?

Altren

25-11-2009 09:07:38

First of all 2332 from trunk is not 2.2.3 and any code from trunk differs alot from 2.2 tag.
So you Created some kind of pre3.0 but absolutely not 2.2.*
2.2 have stable API and 3.0 will have stable API, and 1861 vs 2332 is 2.2 vs 3.0 APIs, su you compared 2.2 and 3.0 :?

If you want to create MyGUI 2.2 then use sources from tags/MyGUI2.2 and definitely not from trunk. If you need CMake then you probably should use latest version from trunk, but don't call it 2.2 :) Sources from trunk is close to be ready and you can start preparing for 3.0 release instead making 2.2.

About your discussion at https://bugzilla.redhat.com/show_bug.cgi?id=526444 - MyGUI from trunk is not GUI for Ogre any more, it is free cross-platform GUI library for for graphics APIs / engines. It now works with pure OpenGL and DirectX too, without Ogre at all.

ggraz

25-11-2009 22:31:19


If you want to create MyGUI 2.2 then use sources from tags/MyGUI2.2 and definitely not from trunk. If you need CMake then you probably should use latest version from trunk, but don't call it 2.2 :) Sources from trunk is close to be ready and you can start preparing for 3.0 release instead making 2.2.


As you can see in the review, the package is named mygui-3.0.0-2332svn


About your discussion at https://bugzilla.redhat.com/show_bug.cgi?id=526444 - MyGUI from trunk is not GUI for Ogre any more, it is free cross-platform GUI library for for graphics APIs / engines. It now works with pure OpenGL and DirectX too, without Ogre at all.


Thanks for the hint. Will development continue on 2.x branch after 3.x is released? Is there a place where to find documentation other than doxygen generated or sample code?

Altren

25-11-2009 22:42:42

http://www.ogre3d.org/wiki/index.php/MyGUI and http://my-gui.sourceforge.net/
Thanks for the hint. Will development continue on 2.x branch after 3.x is released?Probably only fixing bugs.

ggraz

09-01-2010 10:43:51

mygui packages have been pushed to fedora stable repositories; keep up the good work guys

Altren

09-01-2010 16:29:16

Glad to hear.
mygui-3.0.0-0.4.2332svn.fc12 has been pushed to the Fedora 12 stable repositoryDoes it mean that they approved some svn snapshot and not even some specific version?

By the way http://my-gui.svn.sourceforge.net/viewv ... /MyGUI3.0/

my.name

10-01-2010 05:53:41

=)

ggraz

12-01-2010 11:43:15

Glad to hear.
mygui-3.0.0-0.4.2332svn.fc12 has been pushed to the Fedora 12 stable repositoryDoes it mean that they approved some svn snapshot and not even some specific version?


Yup, the version included at the moment is that on which i started to work in october, and which was approved in the review. Having svn revisions rather than released versions in fedora is quite common because fedora wants to be bleeding edge, but..


By the way http://my-gui.svn.sourceforge.net/viewv ... /MyGUI3.0/


..i already started to package this one (no more reviews needed from now on)

Altren

12-01-2010 14:01:00

So, I'm not sure how all that packaging goes, but if you use modify CMake scripts for that, then please give me patch and I'll apply it into trunk.
If you not using CMake for packaging then please try to do that. As far as I remember Cmake can be configured to automatically generate rpm packages.