- Aur-general - lists.archlinux.org

[aur-general] [Removal Request] yacy-svn
by Stefan Wilkens 31 Dec '11

31 Dec '11

Hi, The yacy project moved to gitorious[1], the yacy-svn package[2] is no longer valid and should be removed. [1] https://gitorious.org/yacy [2] https://aur.archlinux.org/packages.php?ID=14464

2 1

[aur-general] Remote PGP signing service (proof of concept)
by Rémy Oudompheng 30 Dec '11

30 Dec '11

Hello, I just wrote a small proof of concept for remote PGP signing. It is written in Go (using the weekly snapshot, not the r60 release), and is hosted at: https://github.com/remyoudompheng/remotepgp Usage is quite simple: - compile everything - run the server on the appropriate machine, for example ./server -addr localhost:10022 (by default it binds on localhost) - choose a remote file name - run the client: ./client -server http://localhost:10022/hash /home/remy/packages/blah It does the following: - looks for the secret keyring in $HOME/.gnupg/secring.gpg - chooses the first secret key and asks for the passphrase if needed - sends a little chunk of bytes to the server - the server hashes the concatenation of the file and the little chunk and returns the hash - the client finishes the signature process and writes blah.sig in the current directory. You should then be able to copy the remote file and check the signature is valid. For paranoid remote usage, it is possible to setup a SSH tunnel to connect to the server. Any comments are welcome. -- Rémy. (I'm not really good at license terms and associated legalese, please tell me if copyright notices get wrong)

1 0

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 30 Dec '11

30 Dec '11

=== 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 * 2 fully signed off packages * 5 packages missing signoffs * 5 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] (3 total) == * expac-0.07-1 (i686) 0/2 signoffs * packagekit-0.6.19-3 (i686) 0/2 signoffs * packagekit-0.6.19-3 (x86_64) 1/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * percona-server-5.5.18_rel23.0-1 (i686) 0/2 signoffs * percona-server-5.5.18_rel23.0-1 (x86_64) 1/2 signoffs == Completed signoffs (2 total) == * pacman-contrib-4.0.1-1 (any) * expac-0.07-1 (x86_64) == All packages in [community-testing] for more than 14 days (5 total) == * expac-0.07-1 (i686), since 2011-10-13 * expac-0.07-1 (x86_64), since 2011-10-13 * pacman-contrib-4.0.1-1 (any), since 2011-11-25 * packagekit-0.6.19-3 (i686), since 2011-11-30 * packagekit-0.6.19-3 (x86_64), since 2011-11-30 == Top five in signoffs in last 24 hours ==

1 0

[aur-general] input-wacom
by Edoardo Maria Elidoro 29 Dec '11

29 Dec '11

Hi, I wrote to the ex-mainteiner of input-wacom ( https://aur.archlinux.org/packages.php?ID=45001) asking if it's safe to remove this out-of-date and orphan package. Here's his answer: For current 3.x kernel, it is useless, that's > true - but I left it in case someone wants to port it into lts - > because lts kernel lags behind and there input-wacom can still be > useful (probably it requires very little change, but I don't have lts > kernel on my machine to test). So primarily I left it for users of lts > or other custom kernel to pick, but as no one was interested for all > that time, I think it should be pretty safe to remove. After all it's > not that hard to package this, so if someone needs it he can build it > from scratch. > So, shall we remove this package? How should we deal with out-of-date packages that maybe someone still use? (Question extended to kde3, xfce4.x - with x lesser then 8 and gnome2 related packages) Cheers, Edu -- *If you stand for nothing you'll fall for anything.* ArchLinux and Gnome* *user // Linux and Free Software believer // LugCR* * member.

2 1

[aur-general] please delete git-hg
by Yngve Inntjore Levinsen 29 Dec '11

29 Dec '11

Dear TU's, I have renamed git-hg to git-hg-git and would like to request the former removed. Cheers, Yngve

2 1

[aur-general] Guidelines: cp, mkdir vs install
by François Boulogne 29 Dec '11

29 Dec '11

Hi, Looking to improve the quality of my packages, I read again the guidelines. https://wiki.archlinux.org/index.php/Arch_Packaging_Standards However, it don't see anything about the install command like install -d $pkgdir/usr/{bin,share/man/man1,share/locale} Some contributors on AUR use cp or mkdir to install files/dir (when no makefile is provided) and others use install command. What's the opinion of TU on this point? Cheers, -- François Boulogne. https://www.sciunto.org

2 2

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 29 Dec '11

29 Dec '11

=== 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 * 2 fully signed off packages * 5 packages missing signoffs * 5 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] (3 total) == * expac-0.07-1 (i686) 0/2 signoffs * packagekit-0.6.19-3 (i686) 0/2 signoffs * packagekit-0.6.19-3 (x86_64) 1/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * percona-server-5.5.18_rel23.0-1 (i686) 0/2 signoffs * percona-server-5.5.18_rel23.0-1 (x86_64) 1/2 signoffs == Completed signoffs (2 total) == * pacman-contrib-4.0.1-1 (any) * expac-0.07-1 (x86_64) == All packages in [community-testing] for more than 14 days (5 total) == * expac-0.07-1 (i686), since 2011-10-13 * expac-0.07-1 (x86_64), since 2011-10-13 * pacman-contrib-4.0.1-1 (any), since 2011-11-25 * packagekit-0.6.19-3 (i686), since 2011-11-30 * packagekit-0.6.19-3 (x86_64), since 2011-11-30 == Top five in signoffs in last 24 hours == 1. bpiotrowski - 6 signoffs 2. dan - 2 signoffs 3. eric - 1 signoffs

1 0

[aur-general] Removal request (nerolinux3)
by Edoardo Maria Elidoro 28 Dec '11

28 Dec '11

Hi, the package nerolinux3 (https://aur.archlinux.org/packages.php?ID=30591) is the orphan and out-of-date version of nerolinux ( https://aur.archlinux.org/packages.php?ID=2153) I think it should be removed. Cheers, Edu -- *If you stand for nothing you'll fall for anything.* ArchLinux and Gnome Shell user // Linux and Free Software believer // LugCR member. eduardo on wiki.archlinux.org // edoardo on aur.archlinux.org // Eduardo Elidoro on FB

3 3

[aur-general] Deletion request
by Axilleas P 28 Dec '11

28 Dec '11

Please delete faenza-clementine-icon [1] as it's now included in the faenza theme package. Thanks. [1] https://aur.archlinux.org/packages.php?ID=52898 -- (\_ /) 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] dropping vim-nerdtree from community
by Thomas Dziedzic 28 Dec '11

28 Dec '11

for anyone interested in maintaining it in the aur, it's free to adopt I'm using vundle to manage my vim extensions so I have no need to package vim plugins anymore. Also, nerdtree 4.2.0 just came out so if someone adopts it, it will need a minor update. Cheers!

2 1