Re: [opensuse-buildservice] UFO:AI only SRC.RPM built?
Reply on 02-10-2006 14:35:48 <<<> Well, here you get one vote for it, Dominique :)
Looked at UFO:AI last week. Excellent, commercial-grade graphic quality, good community around the game, and it seems development is very active. Moreover, this stuff is completely GPL'ed. That's the essentials a open source game project requires to stay longer in the wild.
Thank you Holger! I'll give this short statement (with your permission) also to the main developers of the game. I'm sure they like reading such things. And else? Anybody else giving me a vote for the space on the BS? Dominique
Am Monday 02 October 2006 14:23 schrieb Leon Freitag:
Am Montag, 2. Oktober 2006 14:38 schrieb Dominique Leuenberger:
And else? Anybody else giving me a vote for the space on the BS?
me! me! me!
and you are all aware that we have to drop ~ 50 other packages because of this ? it does not matter right now, but it will in the future ... bye adrian -- Adrian Schroeter SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Mon, Oct 02, 2006 at 03:08:34PM +0200, Adrian Schröter wrote:
Am Monday 02 October 2006 14:23 schrieb Leon Freitag:
Am Montag, 2. Oktober 2006 14:38 schrieb Dominique Leuenberger:
And else? Anybody else giving me a vote for the space on the BS?
me! me! me!
and you are all aware that we have to drop ~ 50 other packages because of this ?
Ah, what are some little Mbytes between friends... I sure hope that we'll get enough disk space if there's demand for it. Cheers, Michael. -- Michael Schroeder mls@suse.de main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Mon, Oct 02, 2006 at 03:08:34PM +0200, Adrian Schröter wrote:
Am Monday 02 October 2006 14:23 schrieb Leon Freitag:
Am Montag, 2. Oktober 2006 14:38 schrieb Dominique Leuenberger:
And else? Anybody else giving me a vote for the space on the BS?
me! me! me!
and you are all aware that we have to drop ~ 50 other packages because of this ?
it does not matter right now, but it will in the future ...
Isn't it possible to supply such large amounts of data from by other means (outside the BS I mean)? Is it really architecture dependant, needs to be compiled and packaged and so on? Regards, Peter -- SUSE LINUX Products GmbH Bug, bogey, bugbear, bugaboo: Research & Development A malevolent monster (not true?); Some mischief microbic; What makes someone phobic; The work one does not want to do. From: Chris Young (The Omnificent English Dictionary In Limerick Form)
"Dr. Peter Poeml"
10/02/06 3:15 PM >>> On Mon, Oct 02, 2006 at 03:08:34PM +0200, Adrian Schröter wrote: Am Monday 02 October 2006 14:23 schrieb Leon Freitag: Am Montag, 2. Oktober 2006 14:38 schrieb Dominique Leuenberger: And else? Anybody else giving me a vote for the space on the BS? me! me! me!
and you are all aware that we have to drop ~ 50 other packages because of this ?
In this case, I can't vote for it, I did not know that space on the BS is such rare and one large package creates such a problem. Can't we demand more space for the BS? In the end, the BS is also an automated hosting service for packagers, part of which makes it so cool.
it does not matter right now, but it will in the future ...
Isn't it possible to supply such large amounts of data from by other means (outside the BS I mean)? Is it really architecture dependant, needs to be compiled and packaged and so on?
It is supplied outside the BS in runable binary form. It comes with an autopackage installer, and runs cleanly on OpenSUSE. However, for me this doesn't rule out the BS for me, as I would like to have the game in RPM form. Also, the BS would make it possibly available for other architectures, I am sure the developers would be happy to see someone build a x86_64 version of their game. And, with Dominique we have a person willing to keep a look at the project. However, if the space problem is such dramatic and can't be solved, forget it. I am against dropping other packages only for UFO:AI. Holger --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Monday 02 October 2006 15:15, Dr. Peter Poeml wrote:
On Mon, Oct 02, 2006 at 03:08:34PM +0200, Adrian Schröter wrote:
Am Monday 02 October 2006 14:23 schrieb Leon Freitag:
Am Montag, 2. Oktober 2006 14:38 schrieb Dominique Leuenberger:
And else? Anybody else giving me a vote for the space on the BS?
me! me! me!
and you are all aware that we have to drop ~ 50 other packages because of this ?
it does not matter right now, but it will in the future ...
Isn't it possible to supply such large amounts of data from by other means (outside the BS I mean)? Is it really architecture dependant, needs to be compiled and packaged and so on?
from ufoai specifle: Name: ufoai-data Version: 2.0-rc4 Release: 1 License: GPL BuildRoot: %{_tmppath}/%{name}-%{version}-build Group: Amusements/Games/Strategy/Turn Based BuildRequires: remove-me-for-building Summary: UFO:AI - Data Files BuildArch: noarch So AFAIK it is architecture independant, probably it does`t need to be compiled, but yes it need to be packed (to work with yast ;) )
Regards, Peter
-- Pavel Nemec package-maintainer http://en.opensuse.org/Czech_Packagers_Team --------------------------------------------------------------------- SuSE CR, s.r.o. e-mail: pnemec@suse.cz Lihovarska 1060/12 tel:+420 2 9654 2373 190 00 Praha 9 fax:+420 2 9654 2374 Ceska republika http://www.suse.cz
participants (7)
-
Adrian Schröter
-
Dominique Leuenberger
-
Dr. Peter Poeml
-
Holger Hetterich
-
Leon Freitag
-
Michael Schroeder
-
Pavel Nemec