- Aur-general - lists.archlinux.org

[aur-general] Delete request: gnome-python-desktop subpackages
by SpepS 05 Oct '10

05 Oct '10

Recently gnome-python-desktop splitted into subpackages, so python-metacity (mine) python-rsvg (mine) python-wnck python-gnomekeyring in AUR, are no needed anymore. Please delete. C ya

2 1

[aur-general] [arch-dev-public] SCons major revision update
by Ray Rashif 04 Oct '10

04 Oct '10

Currently extra/scons-1.3.0-1 is marked out-of-date, which is probably due to the fact that since last month, version 2 has become the stable branch upstream. From http://www.scons.org: "14 June 2010 SCons production release 2.0.0.final.0 is now available from the download page at SourceForge. This is the production release for the 2.0 series. The 2.0 series drops support for all pre-2.4 versions of Python. See the ChangeLog for a complete list of changes in the release." Version 1 is still supported, as evidenced by the development branch updates: "26 June 2010 SCons release 1.3.0.d20100626 is now available from the download page at SourceForge. Fix the ability to append to default $*FLAGS values (which are implemented as CLVar instances) in a copied construction environment without affecting the original construction environment's value. See the ChangeLog for a complete list of changes in the release." The following are the packages that makedepend on scons: == extra == hydrogen ardour linuxdcpp == community == ffmpeg2theora oregano btanks kleansweep pingus dangerdeep fceux mypaint glob2 We can either update it to version 2 or move version 1 to a scons1 package. If there are no objections and build issues, I'll go ahead with the former, as it doesn't appear to be that popular to warrant both major branches in the repos. -- GPG/PGP ID: B42DDCAD

2 2

[aur-general] Please orphan haskell-numeric-prelude
by Peter Simons 04 Oct '10

04 Oct '10

Hi, the package <http://aur.archlinux.org/packages.php?ID=20274> has been out-of-date for a while, and the maintainers respond neither to e-mail nor to messages left on AUR. Could you please orphan the package? Take care, Peter

1 0

[aur-general] orphan request: stjerm
by DarkBaboon 04 Oct '10

04 Oct '10

Please orphan stjerm : http://aur.archlinux.org/packages.php?ID=12324 The PKGBUILD is outdated since more than a year (The PKGBUILD version is 0.11 and the current 0.14), the project has been migrated from Gna to GoogleCode and the initial contributor seems to hasn't activity anymore since April 2008 regarding to his last submissions. So, I'm ready to adopt this package because I'm an user of it for a long time. Freely, DarkBaboon.

2 2

[aur-general] epiar
by Ian-Xue Li 04 Oct '10

04 Oct '10

The renowned shooter game 'epiar' actually has a new version with lower version numbers. (current 0.4.1 is newer than 0.5) The build system of the original source archive is partially broken. However I managed to make up a environment that runs. 1) forgive the original build() function, use sh autogen.sh && ./configure --prefix=/usr && make || return 1 2) because the Lua library comes with it doesn't honour DESTDIR, and the fact that we don't need it since already have one. comment out the entire "install:" block for Source/Lua/Makefile 3) the original 'make install' is broken because it only installs the binary. actually the 'Resource' directory is also needed. 4) make a wrapper script to run the game. -- Li Ian-Xue http://b4283.ath.cx

2 5

[aur-general] Please delete udunits2
by Kaiting Chen 04 Oct '10

04 Oct '10

Please delete udunits2, http://aur.archlinux.org/packages.php?ID=41146. The udunits package provides udunits-2.1.19 and has backwards compatibility for udunits1. Kaiting. -- Kiwis and Limes: http://kaitocracy.blogspot.com/

1 0

[aur-general] wwt-svn and wit-svn
by Antonio Lucas 04 Oct '10

04 Oct '10

hi, wwt-svn[1] and wit-svn[2] are the same package. Both maintainers are active, and both packages get the latest version from svn of this package (even the packages containing a version on them). what do you guys do in this situations? <http://aur.archlinux.org/packages.php?ID=37504>[1] http://aur.archlinux.org/packages.php?ID=34239 [2] http://aur.archlinux.org/packages.php?ID=37504 abracos Antonio Lucas

4 6

Re: [aur-general] Proposal: Mass AUR Cleanup
by Peter Lewis 03 Oct '10

03 Oct '10

On Sunday 03 October 2010 at 20:18 Ray Rashif wrote: > Anyway, we cannot mass-orphan them without checking. It is simply not > right, no matter the statistics. For example, cutegod [1] is owned by > Dragonlord, a TU. He might have his reasons. Like him, many others who > are not TUs might have their reasons. I'm erring this way too, but haven't voted yet. Actually, after this list of packages was first posted, I emailed a few of the maintainers to see if they were still interested in maintaining the packages, and if so could they update them or else let us know that they can be orphaned. In at least one case [1] the maintainer had simply forgotten that the packakge had been flagged out of date and promptly updated it. I imagine that there are a few like this who would appreciate some prompting. In another case, the maintainer told me that the packgage was a duplicate of another and could be deleted. I wonder if a better approach might be to have the ability for TUs (or others?) to trigger a "we don't think you're maintaining this any more, it will be orphaned soon if you don't do anything" notification. If the maintainer doesn't unflag it, update it, whatever within a period of time, the package is automatically orphaned. I'm hesitant about going ahead and bulk orphaning things, if only because with the small amount of effort I put in I found a maintainer who was still willing and just forgot. Pete. [1] kdestyle-polyester http://aur.archlinux.org/packages.php?ID=19745

2 1

[aur-general] Delete request: scim-chewing-alt
by Ian-Xue Li 03 Oct '10

03 Oct '10

The package was used to keep up the new versions of the library, when the official repos haven't caught up yet -- I uploaded this pkg. Now that they are the same version, there are no long necessity to keep it. Enclosing the URL: http://aur.archlinux.org/packages.php?ID=23637 Regards. -- Li Ian-Xue http://b4283.ath.cx

2 1

Re: [aur-general] [arch-general] [arch-dev-public] packages are newer in extra than in staging
by Allan McRae 03 Oct '10

03 Oct '10

On 03/10/10 09:57, Evangelos Foutras wrote: > On Sun, Oct 3, 2010 at 2:24 AM, Ionuț Bîru<ibiru(a)archlinux.org> wrote: >> Hi, >> >> some packages have been updated in extra and have been mark as done in the >> python todo list but they weren't rebuilt against staging. >> >> looking quick on the list, django (staging removed on 9 september) >> >> extra 1.2.3-1 >> marked as done and nothing in staging. >> >> mercurial >> 1.6.4-1 in extra, 1.6.3-2 in staging >> >> please, check your packages again because i don't intent to fix any of this >> inconsistencies >> >> -- >> Ionuț > > I wrote a script [1] to check for packages in [staging] and > [community-staging] that are not newer than their [core], [extra] and > [community] counterparts. > > So, below are a few more possibly problematic packages. mercurial > isn't included because the ABS tree hasn't been updated with it yet. > > ==> Checking [staging] > denyhosts (2.6-4 isn't newer than 2.6-4 in [extra]) > python-pip (0.8-2 isn't newer than 0.8.1-1 in [extra]) > python-virtualenv (1.4.9-2 isn't newer than 1.5.1-1 in [extra]) > > ==> Checking [community-staging] > cdemu-client (1.2.0-2 isn't newer than 1.3.0-1 in [community]) > griffith (0.11-3 isn't newer than 0.11-3 in [community]) > lilypond (2.12.3-5 isn't newer than 2.12.3-6 in [community]) > openshot (1.2.2-1 isn't newer than 1.2.2-1 in [community]) > python-sphinx (1.0.3-2 isn't newer than 1.0.4-1 in [community]) > recoll (1.13.04-3 isn't newer than 1.14.2-1 in [community]) > trac (0.12-3 isn't newer than 0.12-4 in [community]) > Thanks. I have re-flagged those packages on the TODO list. Everyone, please be careful when updating packages. Either update them in only in the [staging] repo or _both_ the main repo and the staging one. Allan

1 0