- Aur-general - lists.archlinux.org

Re: [aur-general] aur-general Digest, Vol 84, Issue 23
by Jristz Random 22 Oct '11

22 Oct '11

Please orfan samba4 4.0.0A16-1 [1], I emailed the maintainer the 15 of october and no reseiv any response the package is outdated (the alfa17 is out by 2 moth ago aprox.) [1] https://aur.archlinux.org/packages.php?ID=40043

2 1

[aur-general] tuxtype2 duplicate of tuxtype
by Philipp 22 Oct '11

22 Oct '11

It seems tuxtype2 is a duplicate of tuxtype, currently tuxtype2 is an older version and the tuxtype PKGBUILD has a couple of problems. tuxtype: https://aur.archlinux.org/packages.php?ID=22661 tuxtype2: https://aur.archlinux.org/packages.php?ID=21441 tuxtype is clearly the better name, tuxtype2 is misleading. Another confusing aspect is that the name of the software is actually Tux Typing or TuxTyping, although the executable is tuxtype, so I guess that's ok. Anyway, I suggest the removal of tuxtype2 and hope that the maintainer of tuxtype will tidy up his package.

2 1

[aur-general] Deletion request: gnome-shell-extension-ibus-panel
by Jekyll Wu 22 Oct '11

22 Oct '11

I am the maintainer of this package[1]. AFAIK its features have been merged back into ibus-gjs-git[2] and the development has stopped. It does not work with gnome-shell-3.2.1 from [extra] so please delete it. [1] https://aur.archlinux.org/packages.php?ID=50598 [2] https://aur.archlinux.org/packages.php?ID=48085

2 1

Re: [aur-general] Replacing nexuiz with xonotic
by Samual Lenks 22 Oct '11

22 Oct '11

On Oct 21, 2011 11:30 AM, "Sven-Hendrik Haase"<sh at lutzhaase.com <http://mailman.archlinux.org/mailman/listinfo/aur-general>> wrote: >/ As it stands, it looks like xonotic devs would be a lot happier if I replaced nexuiz and eventually players would be too. AUR sounds like a fine place for nexuiz. />/ />/ -- Sven-Hendrik / Coming from an external (user) perspective, I think some confusion may have been derived from the use if the term "replace" in this thread. If my understanding is correct you are suggesting that xonotic would "replace" nexuiz in the sense that xonotic moves to community and nexuiz drops to the aur. Not that xonotic gets marked as replaces=("nexuiz") such that nexuiz users are moved to xonotic on their next upgrade. >/ From an end-user perspective I see very little loss, and a potential /considerable gain from this move. Given that the nexuiz package has not been update in nearly 2 years (the data package even longer), and upstream is effectively dead, the user will not likely have to build it more than once. Neither are existing users likely to miss an update because it moved. Xonotic on the other hand has been updated within the last month and and is likely to continue to be update, so significant time and effort could be saved for the users with not having to build each update. More frequent updates with xonotic will mean more bandwidth usage however, so if this is the bigger concern then perhaps it is best to leave things as they are, or even drop nexuiz to aur anyway to free up the space with little loss. Just my humble 2¢ -- Sean Bogie ------------------------------ Hey, this is Samual (one of the contributing developers of Nexuiz, and now one of the founders/core team members of Xonotic) - I see three points here i'd like to talk about... Firstly, Xonotic is on the rise and we're constantly bringing older Nexuiz players over (plus we're getting many new players), and eventually Nexuiz will die as the community doesn't even have a forum or such to rely on anymore. There has not been any new good maps for Nexuiz in over 2 years, plus the development for Nexuiz is totally dead.. Also, we're already planning another release (and will continue to do so often, probably in 3-6 month periods) so yes we do have more to come.... Clearly, with respect to which project is more important/promising to keep for the future, Xonotic wins. Secondly, considering gameplay... The gameplay actually is very much so similar to Nexuiz, with the same basic concepts/fast gameplay behind it -- we just have major improvements to the balance (weapons/player settings) and physics (movement/strafing) over Nexuiz (though again still similar) -- Most public players probably won't even notice a difference between the games other than that Xonotic looks better, which means the majority would have absolutely zero problems with switching. Thirdly, regarding bandwidth and disk usage... This is one of the main reasons I suggested removing Nexuiz as well in the first place. Xonotic currently takes about 950mb for a single install, however there are ways to make it smaller (e.g. more compressed sounds/music or more compressed textures) if needed.. Still, 950mb is not really that bad. Either way Sean, removing Nexuiz *AND* not having Xonotic just to save space is simply terrible :P Okay, lets just remove ALL the games.. THAT'LL SAVE SPACE FOR EVERYONE! In the end it comes down to this I think: Xonotic is the better, actually maintained and newer version of Nexuiz. Xonotic has a future (support, developers, new releases), Nexuiz does not. Nexuiz has a dwindling playerbase, Xonotic has an ever-increasing playerbase. Really though, whether or not Nexuiz should go is something which maybe should be decided later (like in a few months after our next release) -- However, Xonotic certainly should get in. Thanks, regards, -- Samual Lenks.

1 0

[aur-general] crossfire-client package updated
by David McIlwraith 22 Oct '11

22 Oct '11

Hi, I have updated the AUR "crossfire-client" package at https://aur.archlinux.org/packages.php?ID=12639 - details to be found in comments, repeated below; I am not sure if the current maintainer is still active or not. "http://www.archaios.net/archlinux/crossfire-client/1.60.0/PKGBUILD http://www.archaios.net/archlinux/crossfire-client/1.60.0/crossfire-curl-rm… http://downloads.sourceforge.net/project/crossfire/crossfire-client/1.60.0/… Updated to latest version, includes x86_64 support and a patch to fix broken build in relation to curl headers." Regards, - David McIlwraith <archaios(a)archaios.net>

2 1

[aur-general] Deletion request
by Alexis Mousset 22 Oct '11

22 Oct '11

Hi, Can someone delete these packages, I am the maintainer and there are now two parallel development versions, so I changed the naming scheme. - geogebra-beta : https://aur.archlinux.org/packages.php?ID=39200 - geogebra-beta-maxima : https://aur.archlinux.org/packages.php?ID=49105 - geogebraprim-beta : http://aur.archlinux.org/packages.php?ID=49799 and the following which is renamed to a more consistent name ( kde-thubnailer-geogebra : https://aur.archlinux.org/packages.php?ID=53335 ) - geogebra-thumbnail-kde : https://aur.archlinux.org/packages.php?ID=39295 Thanks in advance.

2 1

[aur-general] merge request
by Axilleas P 22 Oct '11

22 Oct '11

Could you please merge gitissious-git[1] to python2-gitissious-git[2]. It has only one vote but that's something :p [1] https://aur.archlinux.org/packages.php?ID=53237 [2] https://aur.archlinux.org/packages.php?ID=53354 PS: I can't recall, is renaming possible or only merging? -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.)

2 1

[aur-general] orphan request - mercurial-histedit-hg
by kachelaqa 22 Oct '11

22 Oct '11

hello i emailed the maintainer of mercurial-histedit-hg back in september regarding a fix to the pkgbuild, but got no response. i'm willing to adopt this package if it is orphaned. thanks

2 1

[aur-general] Removal request: onscripter-en-svn & ponscripter-en
by Marcin 'armitage' Skory 22 Oct '11

22 Oct '11

Hello, I would like to request removal of onscripter-en-svn (https://aur.archlinux.org/packages.php?ID=46553) and ponscripter-svn (https://aur.archlinux.org/packages.php?ID=46554) Upstream moved to Mercurial and old SVN repos are now obsolete and unmaintained. Thanks, -- Marcin Skory

2 1

[aur-general] Can't build staging/testing packages using devtools
by Sven-Hendrik Haase 22 Oct '11

22 Oct '11

I noticed I can't build any staging or testing packages in a clean chroot using the usual *-build scripts. My host system is using all stable packages (no pacman 4 whatsoever). The error I get during maketime is: $ sudo staging-x86_64-build [many packages] Total Installed Size: 149.09 MiB Proceed with installation? [Y/n] (46/46) checking package integrity [###########################] 100% error: GPGME error: Inappropriate ioctl for device error: GPGME error: Inappropriate ioctl for device error: GPGME error: Inappropriate ioctl for device error: GPGME error: Inappropriate ioctl for device error: GPGME error: Inappropriate ioctl for device error: GPGME error: Inappropriate ioctl for device error: failed to commit transaction (invalid or corrupted package (PGP signature)) Errors occurred, no packages were upgraded. ==> ERROR: 'pacman' failed to install missing dependencies. Build failed, check /var/tmp/archbuild/staging-x86_64/svenstaro/build This works fine on alderaan. -- Sven-Hendrik

2 1