From jdy at cryregarder.com Mon Nov 2 03:32:50 2009 From: jdy at cryregarder.com (Joel) Date: Mon, 2 Nov 2009 03:32:50 +0000 (UTC) Subject: Please Default to Windowed Mode or Get RnR right Message-ID: Folks, I run dualhead, either 2x1920x1200 or lowresx1080P. Invariable fedora games try to start up full screen and completely mess up my displays. Sometimes it is quite a challenge to get back in to a state where I can restore my settings without logging out and logging back in. Please make your games start in windowed mode. Let the user choose later to go fullscreen. Or make your came properly save the xrandr state and restore it, including dual head. Don't EVER go to mirror mode. Two sample great games that just don't do full screen dual head smart: extremetuxracer angry dwarves Oh, and can't full screen be just one head? The video players can do it. How about the games? Thanks guys! Keep the great games coming. From guido.grazioli at gmail.com Mon Nov 2 09:31:09 2009 From: guido.grazioli at gmail.com (Guido Grazioli) Date: Mon, 2 Nov 2009 10:31:09 +0100 Subject: Please Default to Windowed Mode or Get RnR right In-Reply-To: References: Message-ID: <2f984ea00911020131k58894d76sfb8b2168b5093e82@mail.gmail.com> 2009/11/2 Joel : > Folks, > > I run dualhead, either 2x1920x1200 or lowresx1080P. ?Invariable fedora games try > to start up full screen and completely mess up my displays. ?Sometimes it is > quite a challenge to get back in to a state where I can restore my settings > without logging out and logging back in. I had the same problem with nvidia binary drivers and twinview; it went away editing xorg.conf, adding the resolution needed by the game to MetaModes, ie MetaModes "1680x1050, 1680x1050; NULL, 1024x768" to have the game requesting 1024x768 on the right screen. -- Guido Grazioli Via Parri 11 48011 - Alfonsine (RA) Mobile: +39 347 1017202 (10-18) Key FP = 7040 F398 0DED A737 7337 DAE1 12DC A698 5E81 2278 Linked in: http://www.linkedin.com/in/guidograzioli From jdy at cryregarder.com Mon Nov 2 17:23:44 2009 From: jdy at cryregarder.com (Joel) Date: Mon, 2 Nov 2009 17:23:44 +0000 (UTC) Subject: Please Default to Windowed Mode or Get RnR right References: <2f984ea00911020131k58894d76sfb8b2168b5093e82@mail.gmail.com> Message-ID: Guido Grazioli writes: > I had the same problem with nvidia binary drivers and twinview; it went away > editing xorg.conf, adding the resolution needed by the game to MetaModes, ie > MetaModes "1680x1050, 1680x1050; NULL, 1024x768" Yuck. I can work around it also. My approach: 1. Start the game 2. Figure out how to get back to normal X which varies depending on how badly the game dorks up the display 3. Edit the game's config file with my desired gui mode This process is so annoying that I rarely am willing to try games in linux. This is probably a good thing for my time management. From govilcare at gmail.com Mon Nov 2 20:11:33 2009 From: govilcare at gmail.com (govil khatri) Date: Mon, 2 Nov 2009 20:11:33 +0000 Subject: Fedora-games-list Digest, Vol 43, Issue 1 In-Reply-To: <20091102170010.AB52361A6AB@hormel.redhat.com> References: <20091102170010.AB52361A6AB@hormel.redhat.com> Message-ID: <3376d0330911021211ja6f7508kab634eae37577241@mail.gmail.com> I tried to play games like Counter strike and Age of empires through wine, and it was shows very bad colors and resolution even sometimes(most of the time )it doesnt connect on LAN. Any assistance ! On Mon, Nov 2, 2009 at 5:00 PM, wrote: > Send Fedora-games-list mailing list submissions to > fedora-games-list at redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.redhat.com/mailman/listinfo/fedora-games-list > or, via email, send a message with subject or body 'help' to > fedora-games-list-request at redhat.com > > You can reach the person managing the list at > fedora-games-list-owner at redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Fedora-games-list digest..." > > > Today's Topics: > > 1. Please Default to Windowed Mode or Get RnR right (Joel) > 2. Re: Please Default to Windowed Mode or Get RnR right > (Guido Grazioli) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 2 Nov 2009 03:32:50 +0000 (UTC) > From: Joel > Subject: Please Default to Windowed Mode or Get RnR right > To: fedora-games-list at redhat.com > Message-ID: > Content-Type: text/plain; charset=us-ascii > > Folks, > > I run dualhead, either 2x1920x1200 or lowresx1080P. Invariable fedora > games try > to start up full screen and completely mess up my displays. Sometimes it > is > quite a challenge to get back in to a state where I can restore my settings > without logging out and logging back in. > > Please make your games start in windowed mode. Let the user choose later > to go > fullscreen. Or make your came properly save the xrandr state and restore > it, > including dual head. Don't EVER go to mirror mode. > > Two sample great games that just don't do full screen dual head smart: > > extremetuxracer > angry dwarves > > Oh, and can't full screen be just one head? The video players can do it. > How > about the games? > > Thanks guys! > > Keep the great games coming. > > > > ------------------------------ > > Message: 2 > Date: Mon, 2 Nov 2009 10:31:09 +0100 > From: Guido Grazioli > Subject: Re: Please Default to Windowed Mode or Get RnR right > To: Fedora Games > Message-ID: > <2f984ea00911020131k58894d76sfb8b2168b5093e82 at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > 2009/11/2 Joel : > > Folks, > > > > I run dualhead, either 2x1920x1200 or lowresx1080P. Invariable fedora > games try > > to start up full screen and completely mess up my displays. Sometimes it > is > > quite a challenge to get back in to a state where I can restore my > settings > > without logging out and logging back in. > > I had the same problem with nvidia binary drivers and twinview; it went > away > editing xorg.conf, adding the resolution needed by the game to MetaModes, > ie > MetaModes "1680x1050, 1680x1050; NULL, 1024x768" > to have the game requesting 1024x768 on the right screen. > > > -- > Guido Grazioli > Via Parri 11 48011 - Alfonsine (RA) > Mobile: +39 347 1017202 (10-18) > Key FP = 7040 F398 0DED A737 7337 DAE1 12DC A698 5E81 2278 > Linked in: http://www.linkedin.com/in/guidograzioli > > > > ------------------------------ > > _______________________________________________ > Fedora-games-list mailing list > Fedora-games-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-games-list > > > End of Fedora-games-list Digest, Vol 43, Issue 1 > ************************************************ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruno at wolff.to Mon Nov 2 21:35:27 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Mon, 2 Nov 2009 15:35:27 -0600 Subject: graphics and possibly network not working well with wine (was a digest subject) In-Reply-To: <3376d0330911021211ja6f7508kab634eae37577241@mail.gmail.com> References: <20091102170010.AB52361A6AB@hormel.redhat.com> <3376d0330911021211ja6f7508kab634eae37577241@mail.gmail.com> Message-ID: <20091102213526.GA1112@wolff.to> On Mon, Nov 02, 2009 at 20:11:33 +0000, govil khatri wrote: > I tried to play games like Counter strike and Age of empires through wine, > and it was shows very bad colors and resolution even sometimes(most of the > time )it doesnt connect on LAN. > Any assistance ! Try it in F12. If you aren't using an nVidia card, try it without proprietary drivers first. wine isn't on the games spin, so if you want to try it on a live cd/dvd, don't use that one. From tcallawa at redhat.com Tue Nov 3 16:45:58 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 03 Nov 2009 11:45:58 -0500 Subject: help debugging segfault with alienarena 7.32 Message-ID: <4AF05E46.5090404@redhat.com> I need to rebuild alienarena for all targets due to a security issue, so I decided to update to 7.32, but unfortunately, the 7.32 build segfaults immediately on Fedora 12 (x86_64), and gdb isn't much help (gdb output is at the bottom). Now, it is worth noting that the alienarena client does dlopen the openal-soft library by name: const char libopenal_name[] = "libopenal.so.1.9.563"; void *dynlib; dynlib = dlopen( libopenal_name, RTLD_LAZY | RTLD_GLOBAL ); However, I can't seem to find a breakpoint that gdb will hit before the app segfaults, and printfs never get triggered. Any and all help is appreciated, as I'd like to get this fixed before F-12. [spot at pterodactyl release]$ gdb ./crx GNU gdb (GDB) Fedora (7.0-3.fc12) Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /home/spot/cvs/alienarena/F-12/alienarena-7.32/source/release/crx...done. (gdb) run Starting program: /home/spot/cvs/alienarena/F-12/alienarena-7.32/source/release/crx [Thread debugging using libthread_db enabled] [New Thread 0x7fffea1e0710 (LWP 18787)] [Thread 0x7fffea1e0710 (LWP 18787) exited] [New Thread 0x7fffea1e0710 (LWP 18788)] [Thread 0x7fffea1e0710 (LWP 18788) exited] [New Thread 0x7fffea1e0710 (LWP 18789)] [Thread 0x7fffea1e0710 (LWP 18789) exited] [New Thread 0x7fffea1e0710 (LWP 18790)] [Thread 0x7fffea1e0710 (LWP 18790) exited] [New Thread 0x7fffea1e0710 (LWP 18791)] Detaching after fork from child process 18792. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffea1e0710 (LWP 18791)] pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:170 170 LOCK Current language: auto The current source language is "auto; currently asm". (gdb) info threads * 6 Thread 0x7fffea1e0710 (LWP 18791) pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:170 1 Thread 0x7ffff7fb77e0 (LWP 18784) _dl_map_object (loader=0x7ffff7fcc4d0, name=0x7ffff660574a "libportaudio.so.2", preloaded=, type=, trace_mode=, mode=-1879048190, nsid=0) at dl-load.c:1981 (gdb) bt #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:170 #1 0x00007fffeff883bb in ?? () #2 0x00007fffea1e0710 in ?? () #3 0x00007ffff4f8696a in start_thread (arg=) at pthread_create.c:297 #4 0x00007ffff5aaa8bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x0000000000000000 in ?? () (gdb) thread 1 [Switching to thread 1 (Thread 0x7ffff7fb77e0 (LWP 18784))]#0 _dl_map_object (loader=0x7ffff7fcc4d0, name=0x7ffff660574a "libportaudio.so.2", preloaded=, type=, trace_mode=, mode=-1879048190, nsid=0) at dl-load.c:1981 1981 if (__builtin_expect (l->l_soname_added, 1) Current language: auto The current source language is "auto; currently c". (gdb) bt #0 _dl_map_object (loader=0x7ffff7fcc4d0, name=0x7ffff660574a "libportaudio.so.2", preloaded=, type=, trace_mode=, mode=-1879048190, nsid=0) at dl-load.c:1981 #1 0x00007ffff7df0299 in dl_open_worker (a=) at dl-open.c:254 #2 0x00007ffff7deb7c6 in _dl_catch_error (objname=, errstring=, mallocedp=, operate=, args=) at dl-error.c:178 #3 0x00007ffff7defca7 in _dl_open (file=0x7ffff660574a "libportaudio.so.2", mode=-2147483646, caller_dlopen=0x7ffff65ffaf1, nsid=-2, argc=1, argv=, env=0x7fffffffe0c8) at dl-open.c:583 #4 0x00007ffff7955f66 in dlopen_doit (a=) at dlopen.c:67 #5 0x00007ffff7deb7c6 in _dl_catch_error (objname=, errstring=, mallocedp=, operate=, args=) at dl-error.c:178 #6 0x00007ffff795629c in _dlerror_run (operate=0x7ffff7955f00 , args=0x7fffffffdeb0) at dlerror.c:164 #7 0x00007ffff7955ee1 in __dlopen (file=, mode=) at dlopen.c:88 #8 0x00007ffff65ffaf1 in pa_load () at /usr/src/debug/openal-soft/Alc/portaudio.c:66 #9 0x00007ffff65ffee8 in alc_pa_probe (type=1) at /usr/src/debug/openal-soft/Alc/portaudio.c:289 #10 0x00007ffff65e8bfe in alc_init () at /usr/src/debug/openal-soft/Alc/ALc.c:297 #11 0x00007ffff6602556 in __do_global_ctors_aux () from /usr/lib64/libopenal.so.1 #12 0x00007ffff65d8aeb in _init () from /usr/lib64/libopenal.so.1 #13 0x00007fffffffe0c8 in ?? () #14 0x00007ffff7debb29 in call_init (l=0x7ffff7fcc4d0, argc=-159341768, argv=0x7fffffffe0b8, env=0x7fffffffe0c8) at dl-init.c:70 #15 0x00007ffff7debcaf in _dl_init (main_map=0x7ffff7ffe0e8, argc=1, argv=0x7fffffffe0b8, env=0x7fffffffe0c8) at dl-init.c:134 #16 0x00007ffff7dddb2a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2 #17 0x0000000000000001 in ?? () #18 0x00007fffffffe3d4 in ?? () #19 0x0000000000000000 in ?? () (gdb) From dmalcolm at redhat.com Tue Nov 3 17:16:18 2009 From: dmalcolm at redhat.com (David Malcolm) Date: Tue, 03 Nov 2009 12:16:18 -0500 Subject: help debugging segfault with alienarena 7.32 In-Reply-To: <4AF05E46.5090404@redhat.com> References: <4AF05E46.5090404@redhat.com> Message-ID: <1257268578.29719.17.camel@brick> On Tue, 2009-11-03 at 11:45 -0500, Tom "spot" Callaway wrote: > I need to rebuild alienarena for all targets due to a security issue, so > I decided to update to 7.32, but unfortunately, the 7.32 build segfaults > immediately on Fedora 12 (x86_64), and gdb isn't much help (gdb output > is at the bottom). FWIW, it looks like the backtrace is within the C++ start-up code that runs all non-empty constructors for global C++ variables, which gets called before "main" starts for a C++ program. Does (gdb) break call_init before (gdb) run give you a working breakpoint? [snip] Hope this is helpful Dave From tcallawa at redhat.com Tue Nov 3 17:30:50 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 03 Nov 2009 12:30:50 -0500 Subject: help debugging segfault with alienarena 7.32 In-Reply-To: <1257268578.29719.17.camel@brick> References: <4AF05E46.5090404@redhat.com> <1257268578.29719.17.camel@brick> Message-ID: <4AF068CA.2060600@redhat.com> On 11/03/2009 12:16 PM, David Malcolm wrote: > On Tue, 2009-11-03 at 11:45 -0500, Tom "spot" Callaway wrote: >> I need to rebuild alienarena for all targets due to a security issue, so >> I decided to update to 7.32, but unfortunately, the 7.32 build segfaults >> immediately on Fedora 12 (x86_64), and gdb isn't much help (gdb output >> is at the bottom). > > FWIW, it looks like the backtrace is within the C++ start-up code that > runs all non-empty constructors for global C++ variables, which gets > called before "main" starts for a C++ program. > > Does > (gdb) break call_init > before > (gdb) run > give you a working breakpoint? It does, but it doesn't seem to be terribly useful in debugging, as it keeps hitting that breakpoint over and over and over. I admit to being reasonably clueless with gdb. ~spot From loganjerry at gmail.com Tue Nov 3 19:16:37 2009 From: loganjerry at gmail.com (Jerry James) Date: Tue, 3 Nov 2009 12:16:37 -0700 Subject: help debugging segfault with alienarena 7.32 In-Reply-To: <4AF05E46.5090404@redhat.com> References: <4AF05E46.5090404@redhat.com> Message-ID: <870180fe0911031116l3c7af629o245bcae3c4a2c940@mail.gmail.com> On Tue, Nov 3, 2009 at 9:45 AM, Tom "spot" Callaway wrote: > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x7fffea1e0710 (LWP 18791)] > pthread_cond_wait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:170 > 170 ? ? ? ? ? ? LOCK > Current language: ?auto > The current source language is "auto; currently asm". > (gdb) info threads > * 6 Thread 0x7fffea1e0710 (LWP 18791) ?pthread_cond_wait@@GLIBC_2.3.2 () > at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:170 > ?1 Thread 0x7ffff7fb77e0 (LWP 18784) ?_dl_map_object > (loader=0x7ffff7fcc4d0, name=0x7ffff660574a "libportaudio.so.2", > ? ?preloaded=, type=, > trace_mode=, mode=-1879048190, nsid=0) at > dl-load.c:1981 This seems to happen only when portaudio is installed. Uninstall portaudio and alienarena starts up. I'm not sure exactly what is going on here, but it seems that alienarena is both trying to dlopen libopenal, and is linked against it. Check it: ldd /usr/libexec/alienarena | grep -F openal My guess (and it is just a guess) is that this is triggering multiple initializations of portaudio. Try this patch: diff -dur alienarena-7.32.ORIG/source/Makefile alienarena-7.32/source/Makefile --- alienarena-7.32.ORIG/source/Makefile 2009-11-02 19:01:01.000000000 -0700 +++ alienarena-7.32/source/Makefile 2009-11-03 12:05:38.283115734 -0700 @@ -266,7 +266,7 @@ $(BUILDDIR)/crx : $(CODERED_OBJS) $(SOUND_OPENAL_OBJS) $(REF_GL_OBJS) $(REF_GL_GLX_OBJS) - $(CC) $(CFLAGS) -o $@ $(CODERED_OBJS) $(LDFLAGS) $(REF_GL_OBJS) $(REF_GL_GLX_OBJS) $(GLXLDFLAGS) $(OPENALLDFLAGS) $(VORBISLDFLAGS) $(CURLLDFLAGS) $(JPEGLDFLAGS) + $(CC) $(CFLAGS) -o $@ $(CODERED_OBJS) $(LDFLAGS) $(REF_GL_OBJS) $(REF_GL_GLX_OBJS) $(GLXLDFLAGS) $(VORBISLDFLAGS) $(CURLLDFLAGS) $(JPEGLDFLAGS) $(BUILDDIR)/client/cl_ents.o : $(CLIENT_DIR)/cl_ents.c $(DO_CC) -- Jerry James http://www.jamezone.org/ From tcallawa at redhat.com Tue Nov 3 20:23:32 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 03 Nov 2009 15:23:32 -0500 Subject: help debugging segfault with alienarena 7.32 In-Reply-To: <870180fe0911031116l3c7af629o245bcae3c4a2c940@mail.gmail.com> References: <4AF05E46.5090404@redhat.com> <870180fe0911031116l3c7af629o245bcae3c4a2c940@mail.gmail.com> Message-ID: <4AF09144.8070300@redhat.com> On 11/03/2009 02:16 PM, Jerry James wrote: > This seems to happen only when portaudio is installed. Uninstall > portaudio and alienarena starts up. I'm not sure exactly what is > going on here, but it seems that alienarena is both trying to dlopen > libopenal, and is linked against it. Check it: > > ldd /usr/libexec/alienarena | grep -F openal > > My guess (and it is just a guess) is that this is triggering multiple > initializations of portaudio. Try this patch: This gets me past the initial segfault, thanks! Of course, now the game won't actually start in single-player mode: ======== CRX Initialized ======== Received signal 11, exiting... Received signal 11, exiting... Received signal 11, exiting... Received signal 11, exiting... XIO: fatal IO error 0 (Success) on X server "?o?" after 2628 requests (2619 known processed) with 0 events remaining. AL lib: ALc.c:1641: exit(): closing 1 Device AL lib: ALc.c:1570: alcCloseDevice(): destroying 1 Context AL lib: ALc.c:1259: alcDestroyContext(): deleting 129 Source(s) ------- Loading game.so ------- AL lib: ALc.c:1579: alcCloseDevice(): deleting 256 Buffer(s) Running it again, I get: ======== CRX Initialized ======== Received signal 11, exiting... Received signal 11, exiting... XIO: fatal IO error 0 (Success) on X server "P?%" after 657 requests (654 known processed) with 0 events remaining. AL lib: ALc.c:1641: exit(): closing 1 Device AL lib: ALc.c:1570: alcCloseDevice(): destroying 1 Context Received signal 11, exiting... Received signal 11, exiting... *** glibc detected *** ./crx: free(): invalid pointer: 0x0000000007263c00 *** Received signal 11, exiting... *** glibc detected *** ./crx: free(): invalid pointer: 0x0000000007263c00 *** Segmentation fault Valgrind isn't much more help: ==22231== Process terminating with default action of signal 11 (SIGSEGV) ==22231== Bad permissions for mapped region at address 0xFA9CB20 ==22231== at 0xA1663E0: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.S:170) ==22231== by 0xF88B3BA: ??? (in /usr/lib64/libportaudio.so.2.0.0) The latest patched build is here: http://koji.fedoraproject.org/koji/taskinfo?taskID=1786476 It does work in multi-player mode, just not single player. Any more ideas? :) ~spot From guido.rugo at gmail.com Tue Nov 3 20:39:25 2009 From: guido.rugo at gmail.com (Guido) Date: Tue, 3 Nov 2009 17:39:25 -0300 Subject: help debugging segfault with alienarena 7.32 In-Reply-To: <4AF09144.8070300@redhat.com> References: <4AF05E46.5090404@redhat.com> <870180fe0911031116l3c7af629o245bcae3c4a2c940@mail.gmail.com> <4AF09144.8070300@redhat.com> Message-ID: <3e582a840911031239v20a62863h1271891800a10791@mail.gmail.com> 2009/11/3 Tom "spot" Callaway > On 11/03/2009 02:16 PM, Jerry James wrote: > > > This seems to happen only when portaudio is installed. Uninstall > > portaudio and alienarena starts up. I'm not sure exactly what is > > going on here, but it seems that alienarena is both trying to dlopen > > libopenal, and is linked against it. Check it: > > > > ldd /usr/libexec/alienarena | grep -F openal > > > > My guess (and it is just a guess) is that this is triggering multiple > > initializations of portaudio. Try this patch: > > This gets me past the initial segfault, thanks! > > Of course, now the game won't actually start in single-player mode: > > ======== CRX Initialized ======== > > Received signal 11, exiting... > Received signal 11, exiting... > Received signal 11, exiting... > Received signal 11, exiting... > XIO: fatal IO error 0 (Success) on X server "?o?" > after 2628 requests (2619 known processed) with 0 events remaining. > AL lib: ALc.c:1641: exit(): closing 1 Device > AL lib: ALc.c:1570: alcCloseDevice(): destroying 1 Context > AL lib: ALc.c:1259: alcDestroyContext(): deleting 129 Source(s) > ------- Loading game.so ------- > AL lib: ALc.c:1579: alcCloseDevice(): deleting 256 Buffer(s) > > Running it again, I get: > > ======== CRX Initialized ======== > > Received signal 11, exiting... > Received signal 11, exiting... > XIO: fatal IO error 0 (Success) on X server "P?%" > after 657 requests (654 known processed) with 0 events remaining. > AL lib: ALc.c:1641: exit(): closing 1 Device > AL lib: ALc.c:1570: alcCloseDevice(): destroying 1 Context > Received signal 11, exiting... > Received signal 11, exiting... > *** glibc detected *** ./crx: free(): invalid pointer: > 0x0000000007263c00 *** > Received signal 11, exiting... > *** glibc detected *** ./crx: free(): invalid pointer: > 0x0000000007263c00 *** > Segmentation fault > > Valgrind isn't much more help: > > ==22231== Process terminating with default action of signal 11 (SIGSEGV) > ==22231== Bad permissions for mapped region at address 0xFA9CB20 > ==22231== at 0xA1663E0: pthread_cond_wait@@GLIBC_2.3.2 > (pthread_cond_wait.S:170) > ==22231== by 0xF88B3BA: ??? (in /usr/lib64/libportaudio.so.2.0.0) > > The latest patched build is here: > http://koji.fedoraproject.org/koji/taskinfo?taskID=1786476 > > It does work in multi-player mode, just not single player. > > Any more ideas? :) > > ~spot > > _______________________________________________ > Fedora-games-list mailing list > Fedora-games-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-games-list > Enjoy it playing whit a friend -------------- next part -------------- An HTML attachment was scrubbed... URL: From tcallawa at redhat.com Wed Nov 4 21:12:40 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 04 Nov 2009 16:12:40 -0500 Subject: help debugging segfault with alienarena 7.32 In-Reply-To: <4AF09144.8070300@redhat.com> References: <4AF05E46.5090404@redhat.com> <870180fe0911031116l3c7af629o245bcae3c4a2c940@mail.gmail.com> <4AF09144.8070300@redhat.com> Message-ID: <4AF1EE48.7050102@redhat.com> On 11/03/2009 03:23 PM, Tom "spot" Callaway wrote: > On 11/03/2009 02:16 PM, Jerry James wrote: >> My guess (and it is just a guess) is that this is triggering multiple >> initializations of portaudio. Try this patch: Well, it turned out to be a lot more complicated than that. Alienarena uses OpenAL-soft, which dlopens portaudio if it is present. Portaudio is compiled with support for jack, and asks jack if there is a valid client available to use. On my system (default F-12), there isn't, so the jack call returns NULL. Unfortunately, when that jack function which checks on the client is run, it spawns a new thread, which wasn't getting closed. After portaudio finished its check, openal-soft dlclosed it, with that thread that jack spawned still alive. This caused the segfault. Your original suggestion merely delayed the issue, because openal was being dlopened later instead of loading on initial execution. Ray Strode helped me debug this, and I've updated jack with the fix for this. Patch is here: http://trac.jackaudio.org/ticket/140 Thanks to all who helped out here. ~spot From bruno at wolff.to Wed Nov 4 22:26:43 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Wed, 4 Nov 2009 16:26:43 -0600 Subject: help debugging segfault with alienarena 7.32 In-Reply-To: <4AF1EE48.7050102@redhat.com> References: <4AF05E46.5090404@redhat.com> <870180fe0911031116l3c7af629o245bcae3c4a2c940@mail.gmail.com> <4AF09144.8070300@redhat.com> <4AF1EE48.7050102@redhat.com> Message-ID: <20091104222643.GA2007@wolff.to> On Wed, Nov 04, 2009 at 16:12:40 -0500, Tom spot Callaway wrote: > On 11/03/2009 03:23 PM, Tom "spot" Callaway wrote: > > Well, it turned out to be a lot more complicated than that. Alienarena > uses OpenAL-soft, which dlopens portaudio if it is present. Portaudio is Are you able to adjust the volume when using pulse? I am having a problem with glest (that also uses OpenAL-soft), and I think it is probably an OpenAL-soft issue, but I don't know for sure. I also tried telling OpenAL-soft to use a pulse plugin and that just caused glest to hang. If the problem is with glest, I need to figure it out. If it is with OpenAL-soft I need to make sure proper bugs have been filed against it. From tcallawa at redhat.com Wed Nov 4 23:12:42 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 04 Nov 2009 18:12:42 -0500 Subject: help debugging segfault with alienarena 7.32 In-Reply-To: <20091104222643.GA2007@wolff.to> References: <4AF05E46.5090404@redhat.com> <870180fe0911031116l3c7af629o245bcae3c4a2c940@mail.gmail.com> <4AF09144.8070300@redhat.com> <4AF1EE48.7050102@redhat.com> <20091104222643.GA2007@wolff.to> Message-ID: <4AF20A6A.8060200@redhat.com> On 11/04/2009 05:26 PM, Bruno Wolff III wrote: > On Wed, Nov 04, 2009 at 16:12:40 -0500, > Tom spot Callaway wrote: >> On 11/03/2009 03:23 PM, Tom "spot" Callaway wrote: >> >> Well, it turned out to be a lot more complicated than that. Alienarena >> uses OpenAL-soft, which dlopens portaudio if it is present. Portaudio is > > Are you able to adjust the volume when using pulse? I am having a problem > with glest (that also uses OpenAL-soft), and I think it is probably an > OpenAL-soft issue, but I don't know for sure. I also tried telling OpenAL-soft > to use a pulse plugin and that just caused glest to hang. If the problem > is with glest, I need to figure it out. If it is with OpenAL-soft I need to > make sure proper bugs have been filed against it. Looks like alienarena defaults to ALSA. When I tell it to tell OpenAL-soft to use "PulseAudio Software", it doesn't actually make any sound at all, even though PulseAudio sees the application trying to do so. ~spot From bruno at wolff.to Thu Nov 5 02:42:22 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Wed, 4 Nov 2009 20:42:22 -0600 Subject: help debugging segfault with alienarena 7.32 In-Reply-To: <4AF20A6A.8060200@redhat.com> References: <4AF05E46.5090404@redhat.com> <870180fe0911031116l3c7af629o245bcae3c4a2c940@mail.gmail.com> <4AF09144.8070300@redhat.com> <4AF1EE48.7050102@redhat.com> <20091104222643.GA2007@wolff.to> <4AF20A6A.8060200@redhat.com> Message-ID: <20091105024222.GA5782@wolff.to> On Wed, Nov 04, 2009 at 18:12:42 -0500, Tom spot Callaway wrote: > > Looks like alienarena defaults to ALSA. When I tell it to tell > OpenAL-soft to use "PulseAudio Software", it doesn't actually make any > sound at all, even though PulseAudio sees the application trying to do so. Thanks for checking. It looks like I should start by filing a bug or two against OpenAL-soft and see what the maintainer says. From arne_woerner at yahoo.com Tue Nov 10 22:34:08 2009 From: arne_woerner at yahoo.com (AW) Date: Tue, 10 Nov 2009 14:34:08 -0800 (PST) Subject: secondlife client on x86_64 Message-ID: <782613.43640.qm@web30307.mail.mud.yahoo.com> hi! i made this review request https://bugzilla.redhat.com/show_bug.cgi?id=533976 because linden labs dont publish a 64bit version of their viewer, and because my box seems do be too weak for the 32bit version, and because i believe that others might have the same problem... but: 1. they certainly cant review it without a download-able package... 2. it seems like they dont like tar balls with binaries (they prefer a script that transforms the original sources and then builds the binary?) is it easy to make a SRPM? i could unpack the source packages again and then locate files that i patched manually and create patch-files for the patch(1)-tool... is that the right way? did somebody do it already for secondlife? bye arne __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verf?gt ?ber einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com From che666 at gmail.com Wed Nov 11 09:17:40 2009 From: che666 at gmail.com (Rudolf Kastl) Date: Wed, 11 Nov 2009 10:17:40 +0100 Subject: secondlife client on x86_64 In-Reply-To: <782613.43640.qm@web30307.mail.mud.yahoo.com> References: <782613.43640.qm@web30307.mail.mud.yahoo.com> Message-ID: 2009/11/10 AW : > hi! > > i made this review request > https://bugzilla.redhat.com/show_bug.cgi?id=533976 > because linden labs dont publish a 64bit version of their viewer, > and because my box seems do be too weak for the 32bit version, > and because i believe that others might have the same problem... > > but: > 1. they certainly cant review it without a download-able package... > 2. it seems like they dont like tar balls with binaries > (they prefer a script that transforms the original sources and then builds the binary?) > > is it easy to make a SRPM? > i could unpack the source packages again and then locate files that i patched manually and create patch-files for the patch(1)-tool... is that the right way? Yes thats the right way. Actually it is called "pristine source principle". You always use the unmodified upstream tarball and add your patches with the spec file with the %patch macro so it becomes transparent what has been changed, when building rpms. kind regards, Rudolf Kastl > > did somebody do it already for secondlife? > > bye > arne > > > __________________________________________________ > Do You Yahoo!? > Sie sind Spam leid? Yahoo! Mail verf?gt ?ber einen herausragenden Schutz gegen Massenmails. > http://mail.yahoo.com > > _______________________________________________ > Fedora-games-list mailing list > Fedora-games-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-games-list > From seg at haxxed.com Wed Nov 11 18:01:48 2009 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 11 Nov 2009 12:01:48 -0600 Subject: secondlife client on x86_64 In-Reply-To: <782613.43640.qm@web30307.mail.mud.yahoo.com> References: <782613.43640.qm@web30307.mail.mud.yahoo.com> Message-ID: <1218b5bc0911111001m7113a285x58227469b5620b06@mail.gmail.com> On Tue, Nov 10, 2009 at 4:34 PM, AW wrote: > did somebody do it already for secondlife? I had a package going a while back: http://bugzilla.redhat.com/show_bug.cgi?id=233946 But it's mostly abandoned now due to OpenGL, and Xorg in general, becoming increasingly broken and unusable since, oh, FC6 or so. The bugs to back up my assertion: http://bugzilla.redhat.com/show_bug.cgi?id=441665 http://bugzilla.redhat.com/show_bug.cgi?id=483280 http://bugzilla.redhat.com/show_bug.cgi?id=487432 http://bugzilla.redhat.com/show_bug.cgi?id=496539 http://bugzilla.redhat.com/show_bug.cgi?id=501435 http://bugzilla.redhat.com/show_bug.cgi?id=505285 http://bugzilla.redhat.com/show_bug.cgi?id=513735 Which all have turned into yet another "wait for the next release". F12's gone gold so I can upgrade soon but I don't have high hopes anymore. From bruno at wolff.to Thu Nov 12 01:56:42 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Wed, 11 Nov 2009 19:56:42 -0600 Subject: secondlife client on x86_64 In-Reply-To: <1218b5bc0911111001m7113a285x58227469b5620b06@mail.gmail.com> References: <782613.43640.qm@web30307.mail.mud.yahoo.com> <1218b5bc0911111001m7113a285x58227469b5620b06@mail.gmail.com> Message-ID: <20091112015642.GA16190@wolff.to> On Wed, Nov 11, 2009 at 12:01:48 -0600, Callum Lerwick wrote: > > But it's mostly abandoned now due to OpenGL, and Xorg in general, > becoming increasingly broken and unusable since, oh, FC6 or so. > > Which all have turned into yet another "wait for the next release". > F12's gone gold so I can upgrade soon but I don't have high hopes > anymore. If you have a Radeon things are much better now. (I hear Intel is too, but I haven't personally used any with Fedora.) I can play 3d games on my 9200 again. From bruno at wolff.to Sat Nov 14 22:49:31 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Sat, 14 Nov 2009 16:49:31 -0600 Subject: Should Fedora become upstream for "chess" Message-ID: <20091114224931.GA6811@wolff.to> "chess" is a 3d chess game that is more or less a demo for the ogre library. It's developer declared it finished a while back and things have since moved on. (Particularly with ogre updates.) I had to look at the package in order to make sure it would work with an updated ois and found lots of cruft. So while it can be fixed to work as poorly with ois 1.2 as it does with ois 1.0, it could really use some more comprehensive attention. My opinion is that either Fedora should become upstream (after double checking with the original developer) for chess or it should drop it. What I think needs to be done is update at least some of the meshes for ogre 1.6. Currently during the build process some files have an ogre 1.4 version, but aren't used. This should be changed so that just 1.6 versions remain. The ogre references should all use the Ogre name space. (At least for the Vector3 class this needs to be done to work with ois 1.2.) The compiler warnings should be looked at to see if they are real problems and fixed if necessary. (Even some unnecessary fixes that silence the warnings may be desireable.) It looks like it tries to use some fonts that were stripped out and fallback to something else isn't happening. A start up script that checks for 3d availablity should be part of the package. I don't think there is currently a way to change the orge.cfg file (which specifies some OpenGL configuration) once it has been set up. There may be some way to access this again from inside chess, but with the fonts not appearing to work, I can't tell what options are available. What do other people think? From limb at jcomserv.net Sun Nov 15 01:37:04 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Sat, 14 Nov 2009 19:37:04 -0600 Subject: Should Fedora become upstream for "chess" In-Reply-To: <20091114224931.GA6811@wolff.to> References: <20091114224931.GA6811@wolff.to> Message-ID: > "chess" is a 3d chess game that is more or less a demo for the ogre > library. > It's developer declared it finished a while back and things have since > moved on. (Particularly with ogre updates.) > > I had to look at the package in order to make sure it would work with an > updated ois and found lots of cruft. So while it can be fixed to work as > poorly with ois 1.2 as it does with ois 1.0, it could really use some > more comprehensive attention. > > My opinion is that either Fedora should become upstream (after double > checking > with the original developer) for chess or it should drop it. > > What I think needs to be done is update at least some of the meshes for > ogre 1.6. > > Currently during the build process some files have an ogre 1.4 version, > but > aren't used. This should be changed so that just 1.6 versions remain. > > The ogre references should all use the Ogre name space. (At least for the > Vector3 class this needs to be done to work with ois 1.2.) > > The compiler warnings should be looked at to see if they are real problems > and fixed if necessary. (Even some unnecessary fixes that silence the > warnings > may be desireable.) > > It looks like it tries to use some fonts that were stripped out and > fallback > to something else isn't happening. > > A start up script that checks for 3d availablity should be part of the > package. > > I don't think there is currently a way to change the orge.cfg file (which > specifies some OpenGL configuration) once it has been set up. There may be > some way to access this again from inside chess, but with the fonts not > appearing to work, I can't tell what options are available. > > What do other people think? I think the problems are probably solvable.? I think we (collectively) can do it.? You could enlist Nicholas Mailhot(not sure if he's on this list or not) for font assistance.? We can use the opengl-games-utils package to check for 3d.? I can take a look at some of the other things, too.? Looks like Hans owns it, and while he could be a great resource for a lot of this, he's been pretty busy lately and has been asking for people to take of things here and there, so he may not have the bandwidth.? Let me know what you think, and if you'd like take me up on any or all my offers of assistance. -J > _______________________________________________ > Fedora-games-list mailing list > Fedora-games-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-games-list > -- in your fear, seek only peace in your fear, seek only love -d. bowie -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruno at wolff.to Sun Nov 15 16:48:27 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Sun, 15 Nov 2009 10:48:27 -0600 Subject: Should Fedora become upstream for "chess" In-Reply-To: References: <20091114224931.GA6811@wolff.to> Message-ID: <20091115164827.GA32191@wolff.to> On Sat, Nov 14, 2009 at 19:37:04 -0600, Jon Ciesla wrote: > > I think the problems are > probably solvable.? I think we (collectively) can do it.? You > could enlist Nicholas Mailhot(not sure if he's on this list or not) for > font assistance.? We can use the opengl-games-utils package to check > for 3d.? I can take a look at some of the other things, too.? > Looks like Hans owns it, and while he could be a great resource for a lot > of this, he's been pretty busy lately and has been asking for people to > take of things here and there, so he may not have the bandwidth.? > > Let me know what you think, and if you'd like take me up on any or > all my offers of assistance. I am willing to do most of the initial work, asking for help where needed. I think forking a project (even a small one like chess) is a big step. There are also potential repercussions in the reputation area. Which is why I would ask the original developer to see if he still considers chess finished before becoming upstream. But it also seems silly to be sharing out updates in the form of a src rpm (with patch files and scripts being run to update meshes), when a repository with an occasional tar ball would be easier for other people who want to keep using the program in other distributions with an up to date ogre. I am pretty close to asking Hans to be a comaintainer of ogre, ois and chess in devel anyway, because I want some movement there to help get dungeonhack packaged. I think the person who has been helping with this stuff recently is having some problems being able to test 3d (which I understand as my radeons just became usable for that) because of nVidia driver issues. From bruno at wolff.to Sun Nov 15 17:46:21 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Sun, 15 Nov 2009 11:46:21 -0600 Subject: Should Fedora become upstream for "chess" In-Reply-To: <20091115164827.GA32191@wolff.to> References: <20091114224931.GA6811@wolff.to> <20091115164827.GA32191@wolff.to> Message-ID: <20091115174621.GA21868@wolff.to> On Sun, Nov 15, 2009 at 10:48:27 -0600, Bruno Wolff III wrote: > > I am pretty close to asking Hans to be a comaintainer of ogre, ois and > chess in devel anyway, because I want some movement there to help get > dungeonhack packaged. Since Hans offered this combo in a bug report, I have accepted it and I will probably be the owner of those three shortly. So I am especially interested in what people think of having Fedora be upstream (a git repo on fedora hosted) if the original developer isn't interested in continuing with updates. From j.w.r.degoede at hhs.nl Sun Nov 15 18:47:41 2009 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 15 Nov 2009 19:47:41 +0100 Subject: Should Fedora become upstream for "chess" In-Reply-To: <20091114224931.GA6811@wolff.to> References: <20091114224931.GA6811@wolff.to> Message-ID: <4B004CCD.4040201@hhs.nl> Hi, On 11/14/2009 11:49 PM, Bruno Wolff III wrote: > "chess" is a 3d chess game that is more or less a demo for the ogre library. That is actually a very accurate description, at least it is the reason I packaged it to have something to test / demo ogre. > It's developer declared it finished a while back and things have since > moved on. (Particularly with ogre updates.) > Correct, note this is not a chess specific problem, many many games are considered finished by their upstream at a certain moment in time, at which point that upstream usually ceases to exist as a meaningful upstream for distro's their are tons of games which have patches in every single to distro to get them to compile with recent gcc / newer versions of libraries, etc. > I had to look at the package in order to make sure it would work with an > updated ois and found lots of cruft. So while it can be fixed to work as > poorly with ois 1.2 as it does with ois 1.0, it could really use some > more comprehensive attention. > True, otoh if it aint broken don't fix it, seriously you are very welcome to do this, but is it worth the effort. I'm sure their are games more deserving attention like this, which are in a similar situation. What I usually do, is just keep them building with the latest toolchains, fixing things like compiler warnings when I touch a certain piece of the code, but no more then that. Many of these games have been working fine with a zillion compiler warnings without any issues at all. > My opinion is that either Fedora should become upstream (after double checking > with the original developer) for chess or it should drop it. > I think this problem is bigger then just chess, but if you feel like cleaning up chess and starting a fedora hosted project for it by all means, please do. > What I think needs to be done is update at least some of the meshes for > ogre 1.6. > > Currently during the build process some files have an ogre 1.4 version, but > aren't used. This should be changed so that just 1.6 versions remain. > > The ogre references should all use the Ogre name space. (At least for the > Vector3 class this needs to be done to work with ois 1.2.) > > The compiler warnings should be looked at to see if they are real problems > and fixed if necessary. (Even some unnecessary fixes that silence the warnings > may be desireable.) > > It looks like it tries to use some fonts that were stripped out and fallback > to something else isn't happening. > This might just be another mesa ogre conflict, all text in the game works fine for me (when testing on an nvidia equiped machine with their binary driver, I usually don't test with Intel / ATI, as in my experience that results in a 1 frame per 2 - 3 seconds slideshow. > A start up script that checks for 3d availablity should be part of the > package. > True. > I don't think there is currently a way to change the orge.cfg file (which > specifies some OpenGL configuration) once it has been set up. There may be > some way to access this again from inside chess, but with the fonts not > appearing to work, I can't tell what options are available. There is no easy way to change ogre.cfg after the first run, note that all ogre apps seem to suffer from this, so we may want to work on a more generic solution for this. Regards, Hans From bruno at wolff.to Sun Nov 15 18:56:39 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Sun, 15 Nov 2009 12:56:39 -0600 Subject: Should Fedora become upstream for "chess" In-Reply-To: <4B004CCD.4040201@hhs.nl> References: <20091114224931.GA6811@wolff.to> <4B004CCD.4040201@hhs.nl> Message-ID: <20091115185639.GA27759@wolff.to> On Sun, Nov 15, 2009 at 19:47:41 +0100, Hans de Goede wrote: > > True, otoh if it aint broken don't fix it, seriously you are very welcome to do > this, but is it worth the effort. I'm sure their are games more deserving attention > like this, which are in a similar situation. What I usually do, is just keep them > building with the latest toolchains, fixing things like compiler warnings when I think I can use it to help test and learn ogre stuff, so I think it is a close call. > I think this problem is bigger then just chess, but if you feel like cleaning > up chess and starting a fedora hosted project for it by all means, please do. I'll contact the original developer to see if he objects to Fedora becoming an upstream for the game (at least for linux, I am not planning on cross compiling windows builds). > >It looks like it tries to use some fonts that were stripped out and fallback > >to something else isn't happening. > > > > This might just be another mesa ogre conflict, all text in the game works fine > for me (when testing on an nvidia equiped machine with their binary driver, I > usually don't test with Intel / ATI, as in my experience that results in a 1 frame > per 2 - 3 seconds slideshow. It is pretty slow on my rv280, but I can test it occasionally on an rv530. I also have some nv28 cards that I can test stuff on from time to time. (Currently I don't have nVidia's drivers installed so that I can test nouveau without worrying about interference from nVidia's stuff.) > >I don't think there is currently a way to change the orge.cfg file (which > >specifies some OpenGL configuration) once it has been set up. There may be > >some way to access this again from inside chess, but with the fonts not > >appearing to work, I can't tell what options are available. > > There is no easy way to change ogre.cfg after the first run, note that all > ogre apps seem to suffer from this, so we may want to work on a more generic > solution for this. Are you thinking a separate set up script sort of like vegastrike does? Would there be one tool for all ogre stuff or would we try to push upstream changes per package? (There don't seem to be many things using ogre currently.) From j.w.r.degoede at hhs.nl Sun Nov 15 22:12:45 2009 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 15 Nov 2009 23:12:45 +0100 Subject: Should Fedora become upstream for "chess" In-Reply-To: <20091115185639.GA27759@wolff.to> References: <20091114224931.GA6811@wolff.to> <4B004CCD.4040201@hhs.nl> <20091115185639.GA27759@wolff.to> Message-ID: <4B007CDD.1050905@hhs.nl> Hi, On 11/15/2009 07:56 PM, Bruno Wolff III wrote: > On Sun, Nov 15, 2009 at 19:47:41 +0100, > Hans de Goede wrote: >> >> True, otoh if it aint broken don't fix it, seriously you are very welcome to do >> this, but is it worth the effort. I'm sure their are games more deserving attention >> like this, which are in a similar situation. What I usually do, is just keep them >> building with the latest toolchains, fixing things like compiler warnings when > > I think I can use it to help test and learn ogre stuff, so I think it is a > close call. > That seems a good reason, so I would say go for it. >> I think this problem is bigger then just chess, but if you feel like cleaning >> up chess and starting a fedora hosted project for it by all means, please do. > > I'll contact the original developer to see if he objects to Fedora becoming > an upstream for the game (at least for linux, I am not planning on cross > compiling windows builds). > Sounds good. >>> It looks like it tries to use some fonts that were stripped out and fallback >>> to something else isn't happening. >>> >> >> This might just be another mesa ogre conflict, all text in the game works fine >> for me (when testing on an nvidia equiped machine with their binary driver, I >> usually don't test with Intel / ATI, as in my experience that results in a 1 frame >> per 2 - 3 seconds slideshow. > > It is pretty slow on my rv280, but I can test it occasionally on an rv530. > I also have some nv28 cards that I can test stuff on from time to time. > (Currently I don't have nVidia's drivers installed so that I can test > nouveau without worrying about interference from nVidia's stuff.) > In my experience (but I have not tried recently), even my rv570 will not run all ogre samples at acceptable speed with the foss drivers. >>> I don't think there is currently a way to change the orge.cfg file (which >>> specifies some OpenGL configuration) once it has been set up. There may be >>> some way to access this again from inside chess, but with the fonts not >>> appearing to work, I can't tell what options are available. >> >> There is no easy way to change ogre.cfg after the first run, note that all >> ogre apps seem to suffer from this, so we may want to work on a more generic >> solution for this. > > Are you thinking a separate set up script sort of like vegastrike does? > There already is a separate setup script (that is what you get the first time), the problem is that every applications calls this itself and then stores the data somewhere it would be nice to: a) have reasonable defaults somehow, and offer the setup as an option rather then always asking on first run b) share ogre settings between apps Regards, Hans From bruno at wolff.to Sun Nov 15 22:26:15 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Sun, 15 Nov 2009 16:26:15 -0600 Subject: Should Fedora become upstream for "chess" In-Reply-To: <4B007CDD.1050905@hhs.nl> References: <20091114224931.GA6811@wolff.to> <4B004CCD.4040201@hhs.nl> <20091115185639.GA27759@wolff.to> <4B007CDD.1050905@hhs.nl> Message-ID: <20091115222615.GB18516@wolff.to> On Sun, Nov 15, 2009 at 23:12:45 +0100, Hans de Goede wrote: > > There already is a separate setup script (that is what you get the first time), > the problem is that every applications calls this itself and then stores the data > somewhere it would be nice to: > a) have reasonable defaults somehow, and offer the setup as an option rather then > always asking on first run > b) share ogre settings between apps I agree this would be the best outcome. I don't think I am ready to work on doing that right now, but I'll keep it in mind as a future project. For the shared settings I think there also needs to be a way to make app specific settings in addition to the generic ones. Some people have complained in the recent past about games starting in full screen and causing problems. For ogre based games the defaults could be set to avoid this using the hypothetical arrangement above. This also sounds like something that is likely to be desired in upstream ogre, depending on the exact implementation. From notting at redhat.com Mon Nov 16 17:18:43 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 16 Nov 2009 12:18:43 -0500 Subject: Maelstrom is now blocked in rawhide... Message-ID: <20091116171841.GA3574@nostromo.devel.redhat.com> ... due to legal/licensing issues with the artwork and sounds. I currently don't have the time (and expertise, really) to reimplement them. If somone wants to have a go at it, feel free. Bill From tcallawa at redhat.com Mon Nov 16 18:03:21 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 16 Nov 2009 13:03:21 -0500 Subject: Maelstrom is now blocked in rawhide... In-Reply-To: <20091116171841.GA3574@nostromo.devel.redhat.com> References: <20091116171841.GA3574@nostromo.devel.redhat.com> Message-ID: <4B0193E9.9020108@redhat.com> On 11/16/2009 12:18 PM, Bill Nottingham wrote: > ... due to legal/licensing issues with the artwork and sounds. > > I currently don't have the time (and expertise, really) to reimplement > them. If somone wants to have a go at it, feel free. There are more details here: https://bugzilla.redhat.com/show_bug.cgi?id=529907 ~spot From bruno at wolff.to Mon Nov 16 18:36:02 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Mon, 16 Nov 2009 12:36:02 -0600 Subject: Name of the 'chess' package Message-ID: <20091116183602.GA8087@wolff.to> We currently have a 3d chess game packaged as chess. I want to ask for fedora hosted space for it sop that we can be upstream for some modernization (with regard to ogre and gcc) changes. However it strikes me that the package name probably shouldn't have been 'chess' as that is a generic name. Before officially asking for fedora hosted space I wanted to see if there is sentiment to making some name change for F13+ and fedora hosted. Possibilities would be 3dchess (possibly still too generic), ogrechess (possibly misleading, as people might think it had ogres for pieces), chess-ogre or ? From bruno at wolff.to Wed Nov 18 00:49:50 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Tue, 17 Nov 2009 18:49:50 -0600 Subject: Name of the 'chess' package In-Reply-To: <20091116183602.GA8087@wolff.to> References: <20091116183602.GA8087@wolff.to> Message-ID: <20091118004950.GA6517@wolff.to> On Mon, Nov 16, 2009 at 12:36:02 -0600, Bruno Wolff III wrote: > We currently have a 3d chess game packaged as chess. I want to ask for > fedora hosted space for it sop that we can be upstream for some modernization > (with regard to ogre and gcc) changes. However it strikes me that the package > name probably shouldn't have been 'chess' as that is a generic name. Before > officially asking for fedora hosted space I wanted to see if there is > sentiment to making some name change for F13+ and fedora hosted. Possibilities > would be 3dchess (possibly still too generic), ogrechess (possibly misleading, > as people might think it had ogres for pieces), chess-ogre or ? As a followup, I have opened a ticket (https://fedorahosted.org/fedora-infrastructure/ticket/1822) to request a project for this under the name ogrechess. I expect eventually to want to change the package name to match, but there isn't a hurry. I might end up treating it as a new package (after getting most of the cleanup done) and obsoleting the old one. From q2dg at yahoo.es Wed Nov 18 13:26:25 2009 From: q2dg at yahoo.es (Oscar Torrente) Date: Wed, 18 Nov 2009 13:26:25 +0000 (GMT) Subject: A new free 2D Game Development Platform: BennuGD Message-ID: <863707.16684.qm@web23706.mail.ird.yahoo.com> Hello I?m writing this email to introduce you a very interesting GPL 2D videogame programming language, called BennuGD (http://www.bennugd.org). The strong point of Bennu is that, in very few lines, you can write a ping-pong, a pac-man, a "space invaders", a shooter, a platform game ... It consists of a sort of commands like "put_screen()" to draw a background, or "advance()" to move a certain picture on the screen in any direction,etc. Programming internally is based on concurrent processes, but for Bennu developer it doesn?t matter: he will use mostly a kind of wellknown structured programming style. There is no default editor or any visual environment: Bennu is composed of command line tools. In fact, Bennu consists of a compiler and an interpreter plus some static libraries. It is based on C and SDL. Other dependencies are SDL_mixer, Libpng and Zlib. It can also be extended by external libraries programmed in C; for instance, you can use a 3D library called Bennu3D, based on Irrlicht and Bullet, or a network library called Fsock, and so on. The official website is (i?ve mentioned before) http://www.bennugd.org. There you can download Bennu and more related software and libraries, documentation (including a wiki), etc . Right now Bennu is on Release Candidate, I don?t know when the final version will get off , but I can say that today Bennu is already solid as a rock. If you try to install it, you will see that the installer for Linux is a simple shell script that copies to some specific folders (/usr/bin/bgd and /usr/lib/ bgd) the files needed for run (which are packed inside the shell script).The installer has also an uninstall option, which makes simply delete the files. Very easy. You can also see the source code as Sourceforge: http://sourceforge.net/projects/bennugd . There?s also a strong (spanish-speaking) community (of which I belong, but I'm not part of the development team) that can be found at http://forum.bennugd.org I hope this information has been of your interest. Thank you very much for your attention. Bye. -------------- next part -------------- An HTML attachment was scrubbed... URL: From duffy at fedoraproject.org Wed Nov 18 21:02:01 2009 From: duffy at fedoraproject.org (=?ISO-8859-1?Q?M=E1ir=EDn?= Duffy) Date: Wed, 18 Nov 2009 16:02:01 -0500 Subject: Net Hack: Vulture's Eye and Vulture's Claw Message-ID: <1258578121.4074.61.camel@localhost.localdomain> This game is included in the Games Spin, but it looks like upstream is dead: http://www.darkarts.co.za/projects/vultures/screenshots/ So we can't do a screenshot/image for it on the Games Spin Games page: http://localhost:5000/games/#games What do you think? Should we take it off the list? ~m From limb at jcomserv.net Wed Nov 18 21:16:35 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 18 Nov 2009 15:16:35 -0600 Subject: Net Hack: Vulture's Eye and Vulture's Claw In-Reply-To: <1258578121.4074.61.camel@localhost.localdomain> References: <1258578121.4074.61.camel@localhost.localdomain> Message-ID: <4B046433.50907@jcomserv.net> M?ir?n Duffy wrote: > This game is included in the Games Spin, but it looks like upstream is > dead: > > http://www.darkarts.co.za/projects/vultures/screenshots/ > > So we can't do a screenshot/image for it on the Games Spin Games page: > > http://localhost:5000/games/#games > > What do you think? Should we take it off the list? > > ~m > > _______________________________________________ > Fedora-games-list mailing list > Fedora-games-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-games-list > A: Why can't we make our own screenshots? I'll volunteer if need be. B: Second link is to localhost. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie From miriam at debian.org Wed Nov 18 21:18:34 2009 From: miriam at debian.org (Miriam Ruiz) Date: Wed, 18 Nov 2009 22:18:34 +0100 Subject: A new free 2D Game Development Platform: BennuGD In-Reply-To: <863707.16684.qm@web23706.mail.ird.yahoo.com> References: <863707.16684.qm@web23706.mail.ird.yahoo.com> Message-ID: <4671dd0c0911181318o6e0a34d0nf108cb01d69a1b93@mail.gmail.com> 2009/11/18 Oscar Torrente > Hello > > I?m writing this email to introduce you a very interesting GPL 2D videogame > programming language, called BennuGD (http://www.bennugd.org). It is really a nice development platform, it conceptually derives from Fenix, which is also in itself a free clone of DIV Games Studio. The only problem I see with Bennu for the moment is that the direct conversions between integers and pointers in the code do not work at all in 64 bits, AFAIK. Greetings, Miry -------------- next part -------------- An HTML attachment was scrubbed... URL: From limb at jcomserv.net Wed Nov 18 21:22:03 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 18 Nov 2009 15:22:03 -0600 Subject: A new free 2D Game Development Platform: BennuGD In-Reply-To: <4671dd0c0911181318o6e0a34d0nf108cb01d69a1b93@mail.gmail.com> References: <863707.16684.qm@web23706.mail.ird.yahoo.com> <4671dd0c0911181318o6e0a34d0nf108cb01d69a1b93@mail.gmail.com> Message-ID: <4B04657B.7030702@jcomserv.net> Miriam Ruiz wrote: > > 2009/11/18 Oscar Torrente > > > Hello > > I?m writing this email to introduce you a very interesting GPL 2D > videogame programming language, called BennuGD > (http://www.bennugd.org). > > > It is really a nice development platform, it conceptually derives from > Fenix, which is also in itself a free clone of DIV Games Studio. The > only problem I see with Bennu for the moment is that the direct > conversions between integers and pointers in the code do not work at > all in 64 bits, AFAIK. > > Greetings, > Miry > > ------------------------------------------------------------------------ > > _______________________________________________ > Fedora-games-list mailing list > Fedora-games-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-games-list > I saw that there's no 64-bit version, would this fact preclude running the 32-bit version on 64-bit platforms? -J -- in your fear, seek only peace in your fear, seek only love -d. bowie From miriam at debian.org Wed Nov 18 21:44:05 2009 From: miriam at debian.org (Miriam Ruiz) Date: Wed, 18 Nov 2009 22:44:05 +0100 Subject: A new free 2D Game Development Platform: BennuGD In-Reply-To: <4B04657B.7030702@jcomserv.net> References: <863707.16684.qm@web23706.mail.ird.yahoo.com> <4671dd0c0911181318o6e0a34d0nf108cb01d69a1b93@mail.gmail.com> <4B04657B.7030702@jcomserv.net> Message-ID: <4671dd0c0911181344v4c29711dhfa6420d7ab6c1254@mail.gmail.com> 2009/11/18 Jon Ciesla : > Miriam Ruiz wrote: >> >> 2009/11/18 Oscar Torrente > >> >> ? ?Hello >> >> ? ?I?m writing this email to introduce you a very interesting GPL 2D >> ? ?videogame programming language, called BennuGD >> ? ?(http://www.bennugd.org). >> >> >> It is really a nice development platform, it conceptually derives from >> Fenix, which is also in itself a free clone of DIV Games Studio. The only >> problem I see with Bennu for the moment is that the direct conversions >> between integers and pointers in the code do not work at all in 64 bits, >> AFAIK. >> >> Greetings, >> Miry >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Fedora-games-list mailing list >> Fedora-games-list at redhat.com >> http://www.redhat.com/mailman/listinfo/fedora-games-list >> > > I saw that there's no 64-bit version, would this fact preclude running the > 32-bit version on 64-bit platforms? AFAIK, it can be compiled with -m32, but not with -m64, that's the reason I haven't packaged it for Debian yet, although I've been following the project since its birth. Fenix also had, and already has, that problem. Maybe it could be fixed with intptr_t and uintptr_t [1] (Linux equivalent for Window's UINT_PTR and INT_PTR [2]), but as that numbers are part of the virtual machine code, that would make code not portable between architectures (I seriously doubt that it is now, even in 32 bits with different endianess, but I haven't checked so I might be wrong). The proper way to fix it would probably be to have a dictionary (or something EQUIVALENT), and put the key to the dictionary in the id and the pointer in the value, thus avoiding having the actual pointer in the 32bit id [3] Whatever the solution might be, it seems to imply a hard work, so for the moment I would only consider using it in 32 bits arches. Any better ideas? Greetings, Miry [1] http://stackoverflow.com/questions/153065/converting-a-pointer-into-an-integer [2] http://msdn.microsoft.com/en-us/library/aa384242(VS.85).aspx [3] http://stackoverflow.com/questions/1186766/resolving-cast-to-pointer-from-integer-of-different-size-error-in-64-bit-convers From himam at fedoraproject.org Wed Nov 18 22:23:56 2009 From: himam at fedoraproject.org (Hisham Abdel-Magid) Date: Thu, 19 Nov 2009 01:23:56 +0300 Subject: Net Hack: Vulture's Eye and Vulture's Claw In-Reply-To: <1258578121.4074.61.camel@localhost.localdomain> References: <1258578121.4074.61.camel@localhost.localdomain> Message-ID: <59e007ed0911181423y2a58c5e6x626f75645fb9ecbf@mail.gmail.com> sorry Mo, i can't get access to any of the mentioned links ... are they fine? From grupoander at gmail.com Wed Nov 18 22:31:44 2009 From: grupoander at gmail.com (Anderson Aparecido) Date: Wed, 18 Nov 2009 20:31:44 -0200 Subject: (no subject) Message-ID: -- -- Att, Anderson Aparecido ----------------------------- Precisando de um Tecnico de Informatica ? Acesse: www.tecnicocampinas.com.br -- .~. / v \ Seja Livre, use GNU/Linux! /( )\ ^^-^^ -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.w.r.degoede at hhs.nl Thu Nov 19 11:00:09 2009 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 19 Nov 2009 12:00:09 +0100 Subject: Maelstrom is now blocked in rawhide... In-Reply-To: <4B0193E9.9020108@redhat.com> References: <20091116171841.GA3574@nostromo.devel.redhat.com> <4B0193E9.9020108@redhat.com> Message-ID: <4B052539.2060503@hhs.nl> On 11/16/2009 07:03 PM, Tom "spot" Callaway wrote: > On 11/16/2009 12:18 PM, Bill Nottingham wrote: >> ... due to legal/licensing issues with the artwork and sounds. >> >> I currently don't have the time (and expertise, really) to reimplement >> them. If somone wants to have a go at it, feel free. > > There are more details here: > > https://bugzilla.redhat.com/show_bug.cgi?id=529907 > Hmm, I guess the best thing to do is to put in rpmfusion's non-free section. This is unfortunate, but I see little other options. Regards, Hans From j.w.r.degoede at hhs.nl Thu Nov 19 12:21:04 2009 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 19 Nov 2009 13:21:04 +0100 Subject: Maelstrom is now blocked in rawhide... In-Reply-To: <4B0193E9.9020108@redhat.com> References: <20091116171841.GA3574@nostromo.devel.redhat.com> <4B0193E9.9020108@redhat.com> Message-ID: <4B053830.7030707@hhs.nl> On 11/16/2009 07:03 PM, Tom "spot" Callaway wrote: > On 11/16/2009 12:18 PM, Bill Nottingham wrote: >> ... due to legal/licensing issues with the artwork and sounds. >> >> I currently don't have the time (and expertise, really) to reimplement >> them. If somone wants to have a go at it, feel free. > > There are more details here: > > https://bugzilla.redhat.com/show_bug.cgi?id=529907 > Ok, I've submitted this for rpmfusion: https://bugzilla.rpmfusion.org/show_bug.cgi?id=952 Regards, Hans From guido.grazioli at gmail.com Thu Nov 19 12:31:37 2009 From: guido.grazioli at gmail.com (Guido Grazioli) Date: Thu, 19 Nov 2009 13:31:37 +0100 Subject: Net Hack: Vulture's Eye and Vulture's Claw In-Reply-To: <59e007ed0911181423y2a58c5e6x626f75645fb9ecbf@mail.gmail.com> References: <1258578121.4074.61.camel@localhost.localdomain> <59e007ed0911181423y2a58c5e6x626f75645fb9ecbf@mail.gmail.com> Message-ID: <2f984ea00911190431y1c81e22fj911e8e065e407a91@mail.gmail.com> Wikia has a very good screenshot here: http://nethack.wikia.com/wiki/Vulture%27s that can be reused. -- Guido Grazioli Via Parri 11 48011 - Alfonsine (RA) Mobile: +39 347 1017202 (10-18) Key FP = 7040 F398 0DED A737 7337 DAE1 12DC A698 5E81 2278 Linked in: http://www.linkedin.com/in/guidograzioli -------------- next part -------------- An HTML attachment was scrubbed... URL: From guido.grazioli at gmail.com Thu Nov 19 12:36:49 2009 From: guido.grazioli at gmail.com (Guido Grazioli) Date: Thu, 19 Nov 2009 13:36:49 +0100 Subject: Net Hack: Vulture's Eye and Vulture's Claw In-Reply-To: <2f984ea00911190431y1c81e22fj911e8e065e407a91@mail.gmail.com> References: <1258578121.4074.61.camel@localhost.localdomain> <59e007ed0911181423y2a58c5e6x626f75645fb9ecbf@mail.gmail.com> <2f984ea00911190431y1c81e22fj911e8e065e407a91@mail.gmail.com> Message-ID: <2f984ea00911190436i6b2dcf04h501d67c7a3fbd2b0@mail.gmail.com> Sorry message got erroneously cut: it seems someone other took upstream, moved to git, and development is currently still ongoing, new homepage is here: http://clivecrous.github.com/vultures http://github.com/clivecrous/vultures 2009/11/19 Guido Grazioli > > Wikia has a very good screenshot here: > http://nethack.wikia.com/wiki/Vulture%27s > that can be reused. > > -- > Guido Grazioli > Via Parri 11 48011 - Alfonsine (RA) > Mobile: +39 347 1017202 (10-18) > Key FP = 7040 F398 0DED A737 7337 DAE1 12DC A698 5E81 2278 > Linked in: http://www.linkedin.com/in/guidograzioli > -- Guido Grazioli Via Parri 11 48011 - Alfonsine (RA) Mobile: +39 347 1017202 (10-18) Key FP = 7040 F398 0DED A737 7337 DAE1 12DC A698 5E81 2278 Linked in: http://www.linkedin.com/in/guidograzioli -------------- next part -------------- An HTML attachment was scrubbed... URL: From tibbs at math.uh.edu Thu Nov 19 13:57:42 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 19 Nov 2009 07:57:42 -0600 Subject: Maelstrom is now blocked in rawhide... In-Reply-To: <4B053830.7030707@hhs.nl> (Hans de Goede's message of "Thu, 19 Nov 2009 13:21:04 +0100") References: <20091116171841.GA3574@nostromo.devel.redhat.com> <4B0193E9.9020108@redhat.com> <4B053830.7030707@hhs.nl> Message-ID: >>>>> "HdG" == Hans de Goede writes: HdG> Ok, I've submitted this for rpmfusion: HdG> https://bugzilla.rpmfusion.org/show_bug.cgi?id=952 You might want to wait until the issue is actually sorted. When last I heard, progress was being made. - J< From limb at jcomserv.net Thu Nov 19 15:49:59 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 19 Nov 2009 09:49:59 -0600 Subject: A new free 2D Game Development Platform: BennuGD In-Reply-To: <4671dd0c0911181344v4c29711dhfa6420d7ab6c1254@mail.gmail.com> References: <863707.16684.qm@web23706.mail.ird.yahoo.com> <4671dd0c0911181318o6e0a34d0nf108cb01d69a1b93@mail.gmail.com> <4B04657B.7030702@jcomserv.net> <4671dd0c0911181344v4c29711dhfa6420d7ab6c1254@mail.gmail.com> Message-ID: <4B056927.3010105@jcomserv.net> Miriam Ruiz wrote: > 2009/11/18 Jon Ciesla : > >> Miriam Ruiz wrote: >> >>> 2009/11/18 Oscar Torrente > >>> >>> Hello >>> >>> I?m writing this email to introduce you a very interesting GPL 2D >>> videogame programming language, called BennuGD >>> (http://www.bennugd.org). >>> >>> >>> It is really a nice development platform, it conceptually derives from >>> Fenix, which is also in itself a free clone of DIV Games Studio. The only >>> problem I see with Bennu for the moment is that the direct conversions >>> between integers and pointers in the code do not work at all in 64 bits, >>> AFAIK. >>> >>> Greetings, >>> Miry >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Fedora-games-list mailing list >>> Fedora-games-list at redhat.com >>> http://www.redhat.com/mailman/listinfo/fedora-games-list >>> >>> >> I saw that there's no 64-bit version, would this fact preclude running the >> 32-bit version on 64-bit platforms? >> > > AFAIK, it can be compiled with -m32, but not with -m64, that's the > reason I haven't packaged it for Debian yet, although I've been > following the project since its birth. Fenix also had, and already > has, that problem. > > Maybe it could be fixed with intptr_t and uintptr_t [1] (Linux > equivalent for Window's UINT_PTR and INT_PTR [2]), but as that numbers > are part of the virtual machine code, that would make code not > portable between architectures (I seriously doubt that it is now, even > in 32 bits with different endianess, but I haven't checked so I might > be wrong). > > The proper way to fix it would probably be to have a dictionary (or > something EQUIVALENT), and put the key to the dictionary in the id and > the pointer in the value, thus avoiding having the actual pointer in > the 32bit id [3] > > Whatever the solution might be, it seems to imply a hard work, so for > the moment I would only consider using it in 32 bits arches. > > Any better ideas? > > Greetings, > Miry > > [1] http://stackoverflow.com/questions/153065/converting-a-pointer-into-an-integer > [2] http://msdn.microsoft.com/en-us/library/aa384242(VS.85).aspx > [3] http://stackoverflow.com/questions/1186766/resolving-cast-to-pointer-from-integer-of-different-size-error-in-64-bit-convers > > _______________________________________________ > Fedora-games-list mailing list > Fedora-games-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-games-list > So, looking at this, I see that it needs (and bundles) libdes, which looks long dead upstream, and uses a static lib. libdes isn't in Fedora, or Debian as far as I can tell, so we may have to bundle it. That makes me nervous, since if it's dead, it may have vulnerabilities that are going unpatched, which makes me additionally nervous if we then go on to package games that make use of this. Thoughts? -J -- in your fear, seek only peace in your fear, seek only love -d. bowie From mairin at linuxgrrl.com Thu Nov 19 15:03:45 2009 From: mairin at linuxgrrl.com (=?ISO-8859-1?Q?M=E1ir=EDn?= Duffy) Date: Thu, 19 Nov 2009 10:03:45 -0500 Subject: Net Hack: Vulture's Eye and Vulture's Claw In-Reply-To: <2f984ea00911190436i6b2dcf04h501d67c7a3fbd2b0@mail.gmail.com> References: <1258578121.4074.61.camel@localhost.localdomain> <59e007ed0911181423y2a58c5e6x626f75645fb9ecbf@mail.gmail.com> <2f984ea00911190431y1c81e22fj911e8e065e407a91@mail.gmail.com> <2f984ea00911190436i6b2dcf04h501d67c7a3fbd2b0@mail.gmail.com> Message-ID: <1258643025.3715.0.camel@localhost.localdomain> On Thu, 2009-11-19 at 13:36 +0100, Guido Grazioli wrote: > Sorry message got erroneously cut: > it seems someone other took upstream, moved to git, > and development is currently still ongoing, > new homepage is here: > http://clivecrous.github.com/vultures > > > http://github.com/clivecrous/vultures Oh okay! This information is great Guido, thank you so much! We'll work on getting the screenshots for it then and update the link. ~m From duffy at fedoraproject.org Thu Nov 19 15:11:50 2009 From: duffy at fedoraproject.org (=?ISO-8859-1?Q?M=E1ir=EDn?= Duffy) Date: Thu, 19 Nov 2009 10:11:50 -0500 Subject: Poker 2D Message-ID: <1258643510.3715.1.camel@localhost.localdomain> Hi, The Poker 2D upstream doesn't seem to be working... http://pokersource.org/poker-network.php Any ideas? ~m From musuruan at gmail.com Thu Nov 19 17:51:33 2009 From: musuruan at gmail.com (Andrea Musuruane) Date: Thu, 19 Nov 2009 18:51:33 +0100 Subject: Poker 2D In-Reply-To: <1258643510.3715.1.camel@localhost.localdomain> References: <1258643510.3715.1.camel@localhost.localdomain> Message-ID: <29fee02b0911190951i6ddbb164j5a61dfa19c1875bd@mail.gmail.com> Hi! 2009/11/19 M?ir?n Duffy : > Hi, > > The Poker 2D upstream doesn't seem to be working... > http://pokersource.org/poker-network.php It seems it has changed to: http://pokersource.info/poker-network.php Bye, Andrea. From miriam at debian.org Thu Nov 19 18:12:41 2009 From: miriam at debian.org (Miriam Ruiz) Date: Thu, 19 Nov 2009 19:12:41 +0100 Subject: A new free 2D Game Development Platform: BennuGD In-Reply-To: <4B056927.3010105@jcomserv.net> References: <863707.16684.qm@web23706.mail.ird.yahoo.com> <4671dd0c0911181318o6e0a34d0nf108cb01d69a1b93@mail.gmail.com> <4B04657B.7030702@jcomserv.net> <4671dd0c0911181344v4c29711dhfa6420d7ab6c1254@mail.gmail.com> <4B056927.3010105@jcomserv.net> Message-ID: <4671dd0c0911191012i39506ffbmd89ff1fe937402d@mail.gmail.com> 2009/11/19 Jon Ciesla : > So, looking at this, I see that it needs (and bundles) libdes, which looks > long dead upstream, and uses a static lib. ?libdes isn't in Fedora, or > Debian as far as I can tell, so we may have to bundle it. That makes me > nervous, since if it's dead, it may have vulnerabilities that are going > unpatched, which makes me additionally nervous if we then go on to package > games that make use of this. Main developer and leader of Bennu is a really nice argentinian guy that is quite cooperative, so we might want to ask him about that :) Greetings, Miry From limb at jcomserv.net Thu Nov 19 18:24:54 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 19 Nov 2009 12:24:54 -0600 Subject: A new free 2D Game Development Platform: BennuGD In-Reply-To: <4671dd0c0911191012i39506ffbmd89ff1fe937402d@mail.gmail.com> References: <863707.16684.qm@web23706.mail.ird.yahoo.com> <4671dd0c0911181318o6e0a34d0nf108cb01d69a1b93@mail.gmail.com> <4B04657B.7030702@jcomserv.net> <4671dd0c0911181344v4c29711dhfa6420d7ab6c1254@mail.gmail.com> <4B056927.3010105@jcomserv.net> <4671dd0c0911191012i39506ffbmd89ff1fe937402d@mail.gmail.com> Message-ID: <4B058D76.1090107@jcomserv.net> Miriam Ruiz wrote: > 2009/11/19 Jon Ciesla : > > >> So, looking at this, I see that it needs (and bundles) libdes, which looks >> long dead upstream, and uses a static lib. libdes isn't in Fedora, or >> Debian as far as I can tell, so we may have to bundle it. That makes me >> nervous, since if it's dead, it may have vulnerabilities that are going >> unpatched, which makes me additionally nervous if we then go on to package >> games that make use of this. >> > > Main developer and leader of Bennu is a really nice argentinian guy > that is quite cooperative, so we might want to ask him about that :) > > Greetings, > Miry > > _______________________________________________ > Fedora-games-list mailing list > Fedora-games-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-games-list > Do you have his email, or shall I just use the contact form on the site? -J -- in your fear, seek only peace in your fear, seek only love -d. bowie From tuxfanfgd at gmail.com Thu Nov 19 18:40:29 2009 From: tuxfanfgd at gmail.com (Kory Hansen) Date: Thu, 19 Nov 2009 11:40:29 -0700 Subject: SuperTuxKart addon RPM? Message-ID: Hi, As a suggestion, it might be a good idea to package the STK add-on pack as an RPM that can be installed. Maybe supertuxkart-0.6.2-1-addon.rpm? I don't know about licenses, though. PS I'm new, so please try not to confuse me. -- SuperTuxKart supertuxkart.sf.net stked.webs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From limb at jcomserv.net Thu Nov 19 18:48:03 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 19 Nov 2009 12:48:03 -0600 Subject: SuperTuxKart addon RPM? In-Reply-To: References: Message-ID: <4B0592E3.8090806@jcomserv.net> Kory Hansen wrote: > Hi, > > As a suggestion, it might be a good idea to package the STK add-on > pack as an RPM that can be installed. Maybe > supertuxkart-0.6.2-1-addon.rpm? I don't know about licenses, though. > PS I'm new, so please try not to confuse me. > > -- > SuperTuxKart > supertuxkart.sf.net > stked.webs.com > ------------------------------------------------------------------------ > > _______________________________________________ > Fedora-games-list mailing list > Fedora-games-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-games-list > Hi, STK maintainer. I wonder if we couldn't make it a sub-rpm of the main package? Licensing looks like a mix of GPL versions and acceptable CC versions. The only question is, is it compatible with 0.6.2, as it's version is 0.6.1? -J -- in your fear, seek only peace in your fear, seek only love -d. bowie From bruno at wolff.to Thu Nov 19 18:48:12 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Thu, 19 Nov 2009 12:48:12 -0600 Subject: SuperTuxKart addon RPM? In-Reply-To: References: Message-ID: <20091119184812.GA3365@wolff.to> On Thu, Nov 19, 2009 at 11:40:29 -0700, Kory Hansen wrote: > > As a suggestion, it might be a good idea to package the STK add-on pack as > an RPM that can be installed. Maybe supertuxkart-0.6.2-1-addon.rpm? I don't > know about licenses, though. > PS I'm new, so please try not to confuse me. You should file this as a request for enhancement bug against the supertuxkart component. You would what to include a pointer to where to find the source. After you submit the but you should modify it to add the futurefeature keyword. From limb at jcomserv.net Thu Nov 19 19:17:26 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 19 Nov 2009 13:17:26 -0600 Subject: SuperTuxKart addon RPM? In-Reply-To: <20091119184812.GA3365@wolff.to> References: <20091119184812.GA3365@wolff.to> Message-ID: <4B0599C6.2060909@jcomserv.net> Bruno Wolff III wrote: > On Thu, Nov 19, 2009 at 11:40:29 -0700, > Kory Hansen wrote: > >> As a suggestion, it might be a good idea to package the STK add-on pack as >> an RPM that can be installed. Maybe supertuxkart-0.6.2-1-addon.rpm? I don't >> know about licenses, though. >> PS I'm new, so please try not to confuse me. >> > > You should file this as a request for enhancement bug against the > supertuxkart component. You would what to include a pointer to where > to find the source. > After you submit the but you should modify it to add the futurefeature > keyword. > > _______________________________________________ > Fedora-games-list mailing list > Fedora-games-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-games-list > Answering my own question, it looks like it should work, though I'll strip out the mriceblock kart, as 0.6.2a includes a newer version. -j -- in your fear, seek only peace in your fear, seek only love -d. bowie From q2dg at yahoo.es Thu Nov 19 21:16:41 2009 From: q2dg at yahoo.es (Oscar Torrente) Date: Thu, 19 Nov 2009 21:16:41 +0000 (GMT) Subject: A new free 2D Game Development Platform: BennuGD In-Reply-To: <4B058D76.1090107@jcomserv.net> Message-ID: <245208.27452.qm@web23708.mail.ird.yahoo.com> His nick is SplinterGU. You can try to mail him at splintergu at bennugd.org, but the preferable way to contact is the forum: http://forum.bennugd.org. Don?t be afraid because of the amount of post in english...the main comunity is spanish-speaking. He also has said that soon will be a? 64bit version of Bennu...he must decide whether it will be incompatible at level of the compiler and library interfaces or not...Besides, a new 64b base data type will be added. If you talk to him, you will be informed very well. -------------- next part -------------- An HTML attachment was scrubbed... URL: From limb at jcomserv.net Tue Nov 24 14:03:11 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 24 Nov 2009 08:03:11 -0600 Subject: A new free 2D Game Development Platform: BennuGD In-Reply-To: <245208.27452.qm@web23708.mail.ird.yahoo.com> References: <245208.27452.qm@web23708.mail.ird.yahoo.com> Message-ID: <4B0BE79F.5040501@jcomserv.net> Oscar Torrente wrote: > His nick is SplinterGU. You can try to mail him at > splintergu at bennugd.org, but the preferable way to contact is the > forum: http://forum.bennugd.org. Don?t be afraid because of the amount > of post in english...the main comunity is spanish-speaking. > > He also has said that soon will be a 64bit version of Bennu...he must > decide whether it will be incompatible at level of the compiler and > library interfaces or not...Besides, a new 64b base data type will be > added. > > If you talk to him, you will be informed very well. > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Fedora-games-list mailing list > Fedora-games-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-games-list > Thanks, here's my forum post: http://forum.bennugd.org/index.php?topic=956.0 -J -- in your fear, seek only peace in your fear, seek only love -d. bowie From tcallawa at redhat.com Wed Nov 25 19:44:26 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 25 Nov 2009 14:44:26 -0500 Subject: Maelstrom is now blocked in rawhide... In-Reply-To: References: <20091116171841.GA3574@nostromo.devel.redhat.com> <4B0193E9.9020108@redhat.com> <4B053830.7030707@hhs.nl> Message-ID: <4B0D891A.9070100@redhat.com> On 11/19/2009 08:57 AM, Jason L Tibbitts III wrote: >>>>>> "HdG" == Hans de Goede writes: > > HdG> Ok, I've submitted this for rpmfusion: > HdG> https://bugzilla.rpmfusion.org/show_bug.cgi?id=952 > > You might want to wait until the issue is actually sorted. When last I > heard, progress was being made. Upstream got permission from the copyright holders to relicense the audio and art as CC-BY, which is good, but notting pointed out that some of the sound files are clearly taken from Ren & Stimpy. If anyone can figure out how to unpack the audio files from the obscure ancient Mac format, please help. :) ~spot From tuxfanfgd at gmail.com Mon Nov 30 22:43:44 2009 From: tuxfanfgd at gmail.com (Kory Hansen) Date: Mon, 30 Nov 2009 15:43:44 -0700 Subject: Rawhide Game Packaging Message-ID: Hi, Here is a list of some games you can compile for Rawhide. This list will be added to over time. Battle for Wesnoth From: wesnoth-1.6.5-1.fc12.i686.rpm To:wesnoth-1.7.9-1.8beta2.fc13.i686.rpm Download: http://sourceforge.net/projects/wesnoth/files/wesnoth/wesnoth-1.7.9.tar.bz2/download This is all I'm going to do for now. Stay tuned! -- SuperTuxKart supertuxkart.sf.net stked.webs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: