>>> Reply on 17-11-2006 10:45:40 <<<> Hi Everybody,
>
> For some time I'm maintaining the game blobAndConquer in my
home-Repo
> (home:dimstar).
> On most machines this game seems to work and I'm wondering if you'd
> have some objections if I move it to games:action.
>
> Don't just hurry in and say: of course, go for it!
>
> First have a look at it. It is a 3rd person shooter (unlike doom,
which
> is 1st person!) but it has quiet a level of violence.
> Release 0.6 got ublished these days and starts to support
localisation.
> So if somebody has some spare time and some language knowledge,
we're
> also happy for language contributions, besides of testings of
course.
>
> What do you all think about it?
>
What does a 'no reaction' on this mailinglist mean?
- No, we don't want it
- yes sure, there are no objections
- Why the hell should we care... do whatever you want
Just curious... Or everybody is just to busy with the Factroy build of
10.2, which looks quiet good already :-)
Dominique
Hi everybody.
Would it be ok for everybody, if I move the game SuperTuxKart to
games:action?
Or you have a better suggestion on where to put it?
Dominique
(Stefan: in case this should be agreed, can you give me accs to
games:action?) - dimstar
Hi,
i need build some packages (zhu3d and Reveal) which need libqt4.
Darix advice me not to link package directly, because they will be builded
again in my project. And use osc editmeta to add sources.
This is osc editmeta home:pnemec
<project name="home:pnemec">
<title>pnemec's Home Project</title>
<description>packages for my personal use</description>
<person userid="pnemec" role="maintainer"/>
<repository name="SUSE_Factory">
<path repository="standard" project="SUSE:Factory"/>
<arch>i586</arch>
<arch>x86_64</arch>
</repository>
<repository name="SUSE_Linux_10.0">
<path repository="standard" project="SUSE:SL-10.0"/>
<path repository="SUSE_Linux_10.0" project="KDE:KDE4"/>
<path repository="SUSE_Linux_10.0" project="DBUS"/>
<arch>i586</arch>
<arch>x86_64</arch>
</repository>
<repository name="SUSE_Linux_10.1">
<path repository="standard" project="SUSE:SL-10.1"/>
<path repository="SUSE_Linux_10.0" project="KDE:KDE4"/>
<path repository="SUSE_Linux_10.1" project="DBUS"/>
<arch>i586</arch>
<arch>x86_64</arch>
</repository>
</project>
But building still faild with complain about
SUSE_Linux_10.0
x86_64 expansion error nothing provides libdbus-1.so.3()(64bit) needed by
i586 expansion error nothing provides libdbus-1.so.3 needed by
libqt4-devel
SUSE_Linux_10.1
x86_64 expansion error nothing provides libqt4-devel,nothing provides
libqt4-x11,nothing provides libqt4-sql,nothing provides libqt4-qt3support
i586 expansion error nothing provides libqt4-devel,nothing provides
libqt4-x11,nothing provides libqt4-sql,nothing provides libqt4-qt3support
Where i am doing mystake?
--
Pavel Nemec
Software Engineer
https://wiki.innerweb.novell.com/index.php/SLEPOS
---------------------------------------------------------------------
SuSE CR, s.r.o. e-mail: pnemec(a)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
Am Thursday 16 November 2006 15:46 schrieb Pavel Nemec:
> Dne Thursday 16 November 2006 15:31 jste napsal(a):
> > Am Thursday 16 November 2006 15:28 schrieb Pavel Nemec:
> > > Dne Thursday 16 November 2006 14:37 jste napsal(a):
> > > > In this way the dbus-1 package from 10.0 gets selected, but this one
> > > > does not provide .so.3. It should work with that:
> > > >
> > > > <repository name="SUSE_Linux_10.0">
> > > > <path repository="SUSE_Linux_10.0" project="KDE:KDE4"/>
> > > > <path repository="standard" project="SUSE:SL-10.0"/>
> > > > <arch>i586</arch>
> > > > <arch>x86_64</arch>
> > > > </repository>
> > >
> > > No it do not work :(
> >
> > please note that the order is important. KDE:KDE4 needs to be the first
> > one, which it isn't atm.
>
> I note it and change order, it also did not help
>
> > In fact it is also enough to keep only the KDE:KDE4 repository,
> > SUSE:SL-10.0 is anyway taken when a package does not exist in KDE:KDE4,
> > because that one does build against SUSE:SL-10.0 as well.
>
> darix pointed this out also (irc) but even removing this line did not help.
>
> but now :
> expansion error: nothing provides libdbus-1.so.2 needed by kdebase3
hm, this is caused, because KDE:KDE4 brings a new dbus-1 package which is
actually incompatible with the one on 10.1 :/.
So, the SUSE Linux 10.1 repo for KDE:KDE4 seems not to be usable for me at
all, because it will most likely not be installable.
Stephan Binner updated it lately, we need to ask him, if this makes sense.
But you seem to have a similar problem, you need a newer dbus-1 than on
SL-10.1, right ?
And we do not have newer dbus-1 packages atm, which can be installed beside.
bye
adrian
--
Adrian Schroeter
SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
email: adrian(a)suse.de
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hi,
since baselibs support is still not there in the buildservice and the
mozilla repository is therefore pretty useless for people on x86-64 I
wonder if it's possible to get it working locally at least with (osc) build.
The build package has some files and configs so that it looks like some
support of it:
/usr/lib/build/baselibs.conf
/usr/lib/build/baselibs_global.conf
/usr/lib/build/mkbaselibs
So what's the status of it?
Wolfgang
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hi all,
I am sending this email here because I do not know where should I send it.
Sorry if it is the wrong place.
I have asked, more than one month ago, for an account into the
build-service, so I can evaluate the platform and see if it is useful in our
implementations: packages building and customized distribution building.
I do not mean to be rude, but I would like to hear from you.
I am really excited for looking closer to the build-service, as I think it
can make opensuse a greater distribution, and make the difference to other
distros.
Greetings,
jordi
-----------------------------------------------
Jordi Massaguer Pla
openTrends Solucions i Sistemes
phone: +34 93 320 84 14
fax: +34 93 300 35 27
jordi.massaguer(a)opentrends.net
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
>>> Reply on 16-11-2006 9:25:44 <<<> Hello,
>
> are there any objections of creating the project games:data?
>
> The sole purpose would be to store DATA Blobs of Games (I'd start
> filling it with DATA of UFO:AI, RC6 to be released soon).
> The idea is to have inside only a SINGLE repository, with a name
like
> 'GENERIC'
>
> This would allow to have the data file only built a single time. The
> disadvantage for the user (at the moment) is the need to subscribe
to
> two repos for the game to come in. (also look at other posts from me
> and
> Adrian on this topic).
>
> But I think that's still the better deal than having the Data blob
(~
> 160MB for UFO) built several times.
>
Just as a follow up and as publicity :-)
UFOAI RC6 got released yesterday evening. The packages are prepared and
are waiting for some free time on the BS to be built.
As agreed, the data files are now in games:data -> repository Generic
and the binaries (i586 and x86-64) are in games:strategy:turn-based
Regards and thanks for all your valuable help and support!
Dominique
Hi,
I just started using the build service to try to build a package and I
am growing increasingly frustrated as to why it won't build. The web
client feels very much like a black box to me, and so I don't understand
why my builds aren't working.
>From the build log:
----- building beagle.spec (user abuild)
-----------------------------------------------------------------
-----------------------------------------------------------------
error: File /usr/src/packages/SOURCES/beagle-firefox-makefile.patch: No such file or directory
The patch is listed in the spec file:
Patch1: %{name}-firefox-makefile.patch
and applied:
%prep
%setup -q
%patch1
And included in the file list:
Files
beagle-0.2.12.tar.gz
[Download]
[Remove]
beagle-firefox-makefile.patch
[Download]
[Remove]
beagle-terminal-lockdown.patch
[Download]
[Remove]
beagle.spec
[Edit]
[Download]
[Remove]
build_libbeagle_only.diff
[Download]
[Remove]
libbeagle.spec
[Edit]
[Download]
[Remove]
Anyone have any idea what's going on, or (perhaps more importantly) how
I can get more information on the build environment? The package is
contained in my home project (home:joeshaw).
Thanks,
Joe
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
>>> Reply on 15-11-2006 13:34:58 <<<> hi,
>
> i would be in favor of fixing the thebuildservice so noarch is only
> build once. than you can just create a new package inside the normal
> game project and have the package build only once.
>
> another way to ensure your package is build only once:
> disable the package for the x86_64 architecture.
>
> then it will be build on i586 only aswell.
>
> i dont think we need 2 projects here.
>
Darix,
It's not only to build it 'once' per Repository (anyhow the file will
be overwritten as it's noarch, it's just a waste of CPU power) but also
the files stored on the disc only once, even while offering the game on
severeal repos (10.0, 10.1, Factory, SLED).
Otherwise I have the need to put the Data RPM (which is 160MB) in ALL
the repos... and I'm just filling the server with almost 1GB like this.
I don't thik THAT would be much appreciated.
Dominique
Hello,
are there any objections of creating the project games:data?
The sole purpose would be to store DATA Blobs of Games (I'd start
filling it with DATA of UFO:AI, RC6 to be released soon).
The idea is to have inside only a SINGLE repository, with a name like
'GENERIC'
This would allow to have the data file only built a single time. The
disadvantage for the user (at the moment) is the need to subscribe to
two repos for the game to come in. (also look at other posts from me and
Adrian on this topic).
But I think that's still the better deal than having the Data blob (~
160MB for UFO) built several times.
Post your comments please.
Dominique