Talking about Reviews (Ogre, Chess, Coldet)
by Hans de Goede
Talking about Reviews,
any chance we could get some movements on these 3:
Ogre, Chess & Coldet?
AFAIK there are no real problems with them and multiple peope
interested, so getting them moving really shouldnt' be that hard.
Regards,
Hans
17 years, 9 months
CC'ing bugzilla requests and owners.list to this list
by Hugo Cisneiros
Hi all,
Since we are (IMO) a integrated group, I had an idea to better communicate our
packaging proccess. What if we add the fedora-games-list(a)redhat.com to the CC
on our bugzilla review requests and the owners.list (as co-maintainer)?
With this we can "ask automatically" if someone here can review the package,
or help.
I think perl extras sig works in this way too... But can this be the focus on
this list? (I think yes). Then, before doing, let's get some opinions :-)
--
[]'s
Eitch
http://www.devin.com.br/eitch/
"Talk is cheap. Show me the code." - Linus Torvalds
17 years, 9 months
Fwd: Re: Suggested Game for Fedora Gaming
by Hugo Cisneiros
Hey guys, just forwarding a suggestion I got on my email ;-)
che did try this game yesterday and got some easy-to-fix compilation issues
(extra qualification on c++ code that is incompatible with gcc 4.1+).
---------- Forwarded Message ----------
Subject: Re: Suggested Game for Fedora Gaming
Date: Wednesday 05 July 2006 22:57
From: Jason Apfelbeck <japfelbeck(a)sympatico.ca>
To: Hugo Cisneiros <hugo(a)devin.com.br>
Great, thanks, that is what I was hoping for. Seems like a good game
but last time I tried it it still needed some work in multiplayer as
well as AI.
On Tue, 2006-07-04 at 14:36 -0300, Hugo Cisneiros wrote:
> Hi Jason, sorry for the delay in the answer :-)
>
> On Monday 26 June 2006 23:47, you wrote:
> > I saw the Fedora Gaming Wiki and thought that Dark Oberon would be a
> > great game to be listed here.
> >
> > Dark Oberon is an open source real-time strategy game similar to
> > Warcraft II released under GPL. It has got awesome graphics - textures
> > created from shots of real models made out of plasticine!
> > http://dark-oberon.sourceforge.net/
> >
> > Screenshots
> > http://dark-oberon.sourceforge.net/?page=screenshots
>
> Great! I didn't know about the game, and it appears that it's not included
> in Fedora Extras. The Fedora Gaming Page contains only games available for
> Fedora. I'll submit a request to try to build Dark Oberon on Fedora Extras,
> then the users may install it with yum officially.
>
> Once the game is in Fedora Extras, we'll add to the list of available games
> for Fedora, and of course, we'll make some review of it as we're doing with
> others ;-)
>
> Thanks for your suggestion!
>
> > Thanks
> > Jay
-------------------------------------------------------
--
[]'s
Eitch
http://www.devin.com.br/eitch/
"Talk is cheap. Show me the code." - Linus Torvalds
17 years, 9 months
packaging a lib which needs to be compiled in different ways for different users
by Hans de Goede
Hi all,
I and Eitch are currently looking into packaging ode (a physics
library). Ode uses OPCODE which is a 3D collision detection library.
Opcode is included in ode's sources but is used by many opensource
projects to name 2:
-crystal space
-ode
Opcode can be compiled to use either callbacks to get the next object
from a list of objects that need to be checked for collisions _OR_ to
use an array of pointers to these objects. however it cannot be compiled
to support both! And it has more compile time options like these which
are likely to be used in a mix and match style by other projects.
Also all projects using opcode seem to have made their own additions to
it, now these extra overloaded operators and methods could be merged
into the mainline, but thats going to be a pain, because then each time
a new package using opcode is going to get packaged any functionality
added to opcode by this application much first be merged into our
seperate opcode package.
And even with that done we still have the compile time options. Notice
that I gave one example, but that there are atleast 2 options which lead
to incompatible libs, so thats 4 versions of the lib. and that is only
after checking the 3 options modifed from the default settings by ode
and crystalspace, so thats 2 out of 3 :|
All in all this leads me to the conclusion that its best to make an
exception to the rule: "libraries with a seperate upstream yet included
in the sourcetarbal must not be used" in the case of opcode.
Does not following this rule sound reasonable / any objections?
Thanks and Regards,
Hans
p.s.
I know we have this rule, atleast I think we have this rule and we
should have this rule, but is it written down somewhere?
17 years, 9 months