Package Details: redeclipse 2.0.0-1

Git Clone URL: https://aur.archlinux.org/redeclipse.git (read-only, click to copy)
Package Base: redeclipse
Description: free, casual arena shooter
Upstream URL: http://redeclipse.net
Licenses: custom, CCPL:by-sa, zlib, CCPL:by
Submitter: mtorromeo
Maintainer: dcx
Last Packager: dcx
Votes: 94
Popularity: 0.000000
First Submitted: 2011-03-15 22:28 (UTC)
Last Updated: 2021-11-16 13:18 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

pinkwah commented on 2013-04-28 10:13 (UTC)

I tested the map 'echo' and everything is how it's supposed to be. Are you, by any chance, using xf86-video-ati?

wookietreiber commented on 2013-04-28 08:21 (UTC)

With this new version I get lots of these errors and lots of in-game graphics are broken, e.g. when playing the map 'echo' there is no grass on the floor: libpng warning: Interlace handling should be turned on when using png_read_image

pinkwah commented on 2013-04-21 12:43 (UTC)

Alright, I adopted this package and removed a few stuff from the PKGBUILD. If anyone needs mtorromeo's PKGBUILD (thanks for maintaining it), here it is: http://pastebin.com/ek2jhGwY I looked it up, and yeah, you could feasibly run opengl apps with only the proprietary drivers (which supply /usr/lib/libGL.so), however, you'll have a hard time compiling them without 'mesa'. (which supplies /usr/include/GL/gl.h)

<deleted-account> commented on 2013-04-18 21:10 (UTC)

dotfloat: Ah, I was thinking you could potentially jump around mesa somehow via nvidia-libgl or so, just a guess though. Regarding /usr/lib/redeclipse/, I'm not sure if it's possible to get away from the need to have the binaries there without patching the source. The game doesn't currently do an excellent job of finding the game data unless it's right under its nose (c.f. setlocations() in src/engine/server.cpp), and hence symlinks are used . As far as the FHS goes, I would claim that this setup does actually abide by it: ### (http://refspecs.linuxfoundation.org/FHS_2.3/fhs-2.3.html#USRLIBLIBRARIESFORPROGRAMMINGANDPA) /usr/lib includes object files, libraries, and internal binaries that are not intended to be executed directly by users or shell scripts. [22] Applications may use a single subdirectory under /usr/lib. If an application uses a subdirectory, all architecture-dependent data exclusively used by the application must be placed within that subdirectory. ### The Arch FHS doesn't note any explicit deviations there, but I'm not sure if there's implicit stuff though. If you have a nicer solution, given all circumstances; by all means :) I don't intend to adopt this package in Arch if I can avoid it, since I don't really use Arch at all, and I tend to be bogged down enough as it is with packaging for other distros. If you've got comments for the upstream install parts of the makefiles, feel free to poke in my general direction ;)

pinkwah commented on 2013-04-18 21:02 (UTC)

That's flattering, csolisr. However, if you want to be the maintainer of this package, just adopt it. Don't worry about not having enough technical savvy-ness. If you stumble upon problems, there are a lot of people willing to help you on the forums or IRC. Practice is good and you shouldn't be scared to take on challenges.

csolisr commented on 2013-04-18 16:13 (UTC)

@dotfloat: Given the technical savvy needed to properly package this game, I'd better leave it up to you.

pinkwah commented on 2013-04-18 10:57 (UTC)

@mtorromeo: Sorry to see you drop this package. As for the group thing: I'm running arch as a single user. I'm in the groups 'users' and 'wheel'. I feel having a separate group for games is just a nuisance, because if I install it, I want to use it. Besides, I assume a sysadmin has the know-how on groups so that he can set up proper permissions post-install. @arand2: 'mesa' is the OpenGL implementation for linux. It interacts with the proprietary driver. The drivers, by themselves, cannot do 3D graphics. They can, however, interact with the framebuffer and do simple 2D graphics (and anything that's not OpenGL). I like having my filesystem tidy, and follow https://wiki.archlinux.org/index.php/Arch_filesystem_hierarchy . /usr/bin is only for the client/server binaries, and /usr/share/ is only for the data. /usr/lib should only be used for shared objects and there should be no subdirectories here. I haven't looked through the code yet, but what I suggest is that redeclipse looks for the data in the following order: (-datapath custom_path), current dir, /usr/share/redeclipse and /usr/local/share/redeclipse . This way you can separate the binary from the rest. Also, are you gonna adopt this package? Cause if you won't, I'll adopt it.

mtorromeo commented on 2013-04-18 07:02 (UTC)

@dotfloat: I dropped the package since there were some requests for changes but I use this package very seldomly, so if anyone thinks he/she can take care of this in a more timely manner, feel free to adopt it. The games group, as the name suggests, is there for games but is often not used so I guess it could be removed and nobody will care much. There is no strong policy but the purposes of the groups are outlined here: https://wiki.archlinux.org/index.php/Users_and_Groups#User_groups

<deleted-account> commented on 2013-04-18 00:22 (UTC)

dotfloat: I am also unsure as to what the games group is for, unless there's a policy for it, it seems unneeded, could you provide any details there mtorromeo? imagemagick is currently not even e build dependency, since the icon images are already stored in the appropriate sizes, it could probably be removed. I think the game could run without Mesa if you use proprietary drivers, having it as optional seems correct. The script if used to load the game data correctly without bloating symlinks into /usr/bin, if you have a better option, I'm interested (I maintain the install stuff upstream). "ego-shooter" was part of the "official" subtitle for the game, as such it is correct to use that, this subtitle has been recently changed though, and could be updated or replaced based on that: "Red Eclipse is a fun-filled new take on the casual first person arena shooter, built as a total conversion of Cube Engine 2, (...)" csoilsr: Why do you think that this package would need to change maintainer? In my experience mtorromeo has been good about keeping up with new releases, and the current few issues with the package are quite minor.

csolisr commented on 2013-04-17 22:07 (UTC)

Does someone else want to adopt this package? I would like to adopt it myself, but I'm not exactly an expert in compiling this package.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »