- Aur-general - lists.archlinux.org

[aur-general] Orphan request for 'cdp' package
by Andreas Baumann 06 Feb '14

06 Feb '14

Hi, I would like to fix a small thing in the 'cdp' package: https://aur.archlinux.org/packages/cdp/ I tried to reach the current maintainer (Diego, cdprincipe at gmail dot com). No reaction. Greetings Andreas -- Andreas Baumann Trottenstrasse 20 CH-8037 Zuerich Telefon: +41(0)76/373 01 29 E-mail: abaumann(a)yahoo.com Homepage: www.andreasbaumann.cc

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 06 Feb '14

06 Feb '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 0 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 23 packages missing signoffs * 4 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == Incomplete signoffs for [community] (19 total) == * acpi_call-1.1.0-2 (i686) 0/1 signoffs * bbswitch-0.8-6 (i686) 0/1 signoffs * dssi-vst-0.9.2-3 (i686) 0/1 signoffs * qtractor-0.5.12-2 (i686) 0/1 signoffs * r8168-8.037.00-7 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-52 (i686) 0/1 signoffs * tp_smapi-0.41-44 (i686) 0/1 signoffs * vhba-module-20130607-24 (i686) 0/1 signoffs * virtualbox-modules-4.3.6-5 (i686) 0/1 signoffs * xjadeo-0.7.6-2 (i686) 0/1 signoffs * acpi_call-1.1.0-2 (x86_64) 0/2 signoffs * bbswitch-0.8-6 (x86_64) 0/2 signoffs * qtractor-0.5.12-2 (x86_64) 0/2 signoffs * r8168-8.037.00-7 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-52 (x86_64) 0/2 signoffs * tp_smapi-0.41-44 (x86_64) 0/2 signoffs * vhba-module-20130607-24 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.6-5 (x86_64) 0/2 signoffs * xjadeo-0.7.6-2 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (4 total) == * libnftnl-1.0.0-1 (i686) 0/1 signoffs * nftables-0.099-1 (i686) 0/1 signoffs * libnftnl-1.0.0-1 (x86_64) 0/2 signoffs * nftables-0.099-1 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (4 total) == * libnftnl-1.0.0-1 (i686), since 2014-01-20 * libnftnl-1.0.0-1 (x86_64), since 2014-01-20 * nftables-0.099-1 (i686), since 2014-01-20 * nftables-0.099-1 (x86_64), since 2014-01-20 == Top five in signoffs in last 24 hours == 1. bisson - 2 signoffs 2. djgera - 2 signoffs 3. dan - 1 signoffs

1 0

[aur-general] [mcabber-hg] Disownment Request
by tuftedocelot＠fastmail.fm 06 Feb '14

06 Feb '14

Thanks for orphaning all of the packages. I'll go through them and figure out which ones are stale and can be deleted and which ones can be kept. I'll submit changes necessary in a single request rather than spamming the list with removal requests. Lucas

2 2

[aur-general] Move comments from xbmc-git-xvba to xbmc-xvba-git
by Moritz Rudert 06 Feb '14

06 Feb '14

Hi, could you please move (or copy) all comments from xbmc-git-xvba [1] to xbmc-xvba-git [2]? And then delete xbmc-git-xvba [1]. Thanks Moritz [1] https://aur.archlinux.org/packages/xbmc-git-xvba/ [2] https://aur.archlinux.org/packages/xbmc-xvba-git/

1 0

[aur-general] [mcabber-module-*] Removal request
by tuftedocelot＠fastmail.fm 06 Feb '14

06 Feb '14

Here's the laundry list of mcabber-modules that can be removed from the AUR for reasons given below. The thread here[1] is the one that started this all and I'm marking it here so the history is linked. [2] activity-hg: functionality is present in pep-hg and the repo no longer exists [3] beep-git: functionality is already present in upstream and another package is unnecessary [4] fifo-git: functionality merged into upstream [5] geoloc-hg: functionality is present in pep-hg and the repo no longer exists [6] help-git: repo no longer exists [7] ibb-git: superseded by jingle-git and the repo no longer exists [8] mood-hg: functionality is present in pep-hg and the repo no longer exists [9] notifymsg-git: repo no longer exists [10]: sourcedir-git: repo no longer exists [11]: tune-hg: functionality is present in pep-hg and the repo no longer exists I've started working on the packages whose repos do still exist and will get updated PKGBUILDs out over the next few days. [1] https://mailman.archlinux.org/pipermail/aur-general/2014-February/027124.ht… [2] https://aur.archlinux.org/packages/mcabber-module-activity-hg/ [3] https://aur.archlinux.org/packages/mcabber-module-beep-git/ [4] https://aur.archlinux.org/packages/mcabber-module-fifo-git/ [5] https://aur.archlinux.org/packages/mcabber-module-geoloc-hg/ [6] https://aur.archlinux.org/packages/mcabber-module-help-git/ [7] https://aur.archlinux.org/packages/mcabber-module-ibb-git/ [8] https://aur.archlinux.org/packages/mcabber-module-mood-hg/ [9] https://aur.archlinux.org/packages/mcabber-module-notifymsg-git/ [10] https://aur.archlinux.org/packages/mcabber-module-sourcedir-git/ [11] https://aur.archlinux.org/packages/mcabber-module-tune-hg/ Thanks, Lucas

2 2

[aur-general] Delete Request: mingw-w64-sqlite
by Philip A Reimer 06 Feb '14

06 Feb '14

On Tue, Feb 4, 2014 at 12:47 PM, Philip A Reimer <antreimer(a)gmail.com> wrote: > On Tue, Feb 4, 2014 at 11:17 AM, Daniel Micay <danielmicay(a)gmail.com> wrote: >> >> On Tue, Feb 4, 2014 at 12:11 PM, Philip A Reimer <antreimer(a)gmail.com> wrote: >> > Hi >> > Please merge. I renamed the package to match the name of sqlite in extra. >> > https://aur.archlinux.org/packages/mingw-w64-sqlite3 >> > into >> > https://aur.archlinux.org/packages/mingw-w64-sqlite >> > >> > -ant32 >> > http://amr.linuxd.org >> >> Using the sqlite3 naming seems like asking for trouble based on how >> upstream works. >> >> > SQLite4 is an alternative, not a replacement, for SQLite3. SQLite3 is not going away. SQLite3 and SQLite4 will be supported in parallel. The SQLite3 legacy will not be abandoned. SQLite3 will continue to be maintained and improved. But designers of new systems will now have the option to select SQLite4 instead of SQLite3 if desired. >> >> I know the official repositories do this, but it doesn't work when >> upstream considers new releases to be independent projects and will >> continue development of the old one - even new features and >> performance enhancements. >> >> When SQLite4 is released as stable, there's going to be a problem. > > I was not aware that SQLite4 wouldn't be a replacement. If this > package should be named sqlite3 then the new package needs to be > deleted. > > I'll be waiting for a TU to either delete mingw-w64-sqlite or merge > mingw-w64-sqlite3 into it. Could a TU please delete mingw-w64-sqlite https://aur.archlinux.org/packages/mingw-w64-sqlite . I'll try to contact the maintainer of the sqlite package in extra and see what his plans are. -ant32

2 1

[aur-general] Removal request - bitcoind
by WorMzy Tykashi 06 Feb '14

06 Feb '14

Hi, Please remove bitcoind [1], it is provided by community/bitcoin-daemon. Cheers, WorMzy [1] https://aur.archlinux.org/packages/bitcoind/

2 1

[aur-general] Removing stale accounts from the AUR
by Lukas Fleischer 05 Feb '14

05 Feb '14

Hi, I plan to remove all AUR accounts that have not been used for at least 500 days (according to the last login time stamp). This affects ~35000 users, see [1] for a complete list. If your account is on that list and you think it shouldn't be there, please let me know. Side effects: * The ~2000 packages maintained by these users will be orphaned. * All ~20000 comments written by any of the users will be removed. * Votes will be retained. Regards, Lukas [1] http://sprunge.us/LBSe

8 14

[aur-general] Duplicate packages
by Allen Li 05 Feb '14

05 Feb '14

I just noticed that there are three packages for The Dark Mod game in the AUR: darkmod, v2.00-1, maintainer caemir doom3-darkmod, v1.08-1, orphan thedarkmod, v2.0-4, maintainer naelstrof Do we have a policy for handling such situations? It seems like it would be in everyone's best interests to merge into one package to minimize maintenance costs. Allen

2 1

[aur-general] [mcabber-hg] Disownment Request
by tuftedocelot 05 Feb '14

05 Feb '14

To whom it may concern, I am requesting disownment of the mcabber-hg[1] AUR package so I may claim maintainership. I contacted the current maintainer two weeks ago[2] about merging in my PKGBUILD to improve functionality, but also to bring it up to the current PKGBUILD standards. I have not received a reply from the maintainer. One interesting thing to note is that the last updated date will change on a regular basis (usually around 23:00), but the PKGBUILD itself is unchanged. The PKGBUILD is actually useless by itself as it requires the user to manually fetch the sources before running makepkg -s. Regards, Lucas [1] https://aur.archlinux.org/packages/mcabber-hg/ [2] Date: Wed, 22 Jan 2014 12:25:40 -0600 From: tuftedocelot <tuftedocelot(a)saga.silenceisdefeat.net> To: nixtrian(a)gmail.com Subject: mcabber-hg PKGBUILD User-Agent: Mutt/1.5.21 (2010-09-15) Hi nixtrian, I took a bit of time to rework your PKGBUILD for mcabber-hg and was wondering if you could take a look at it. It adds in support for libotr4, version numbering from commits, adds in the source paramter for cloning, and I've split the build function into build and package functions. It worked fine on my machine and a friend's so it should be ready to roll. https://gist.github.com/tuftedocelot/8564092 Let me know what you think... Thanks, Lucas

3 4