December 2011 - Aur-general - lists.archlinux.org

[aur-general] Obsolete grub2-gfxmenu packages
by Final Crisis 03 Mar '12

03 Mar '12

The following aur packages I made some time ago have been obsolete and the source files non-existent for a very long time and should be removed: grub2-theme-aftermathblue, grub2-theme-archsphere, grub2-theme-distroballs, grub2-theme-elegantarch, grub2-theme-planeplant, grub2-theme-simplyblack, grub2-theme-ubuntuglow, grub2-gfxmenu-overlay, grub2-icons-circlestarts Thanks.

3 2

[aur-general] Removal Request: pylast
by Elder Marco 31 Dec '11

31 Dec '11

Hi, The package pylast [1] could be removed. This package is orphan and out-of-date. Furthermore, there are two another packages available: python-pylast[2] and python2-pylast[3]. [1] - https://aur.archlinux.org/packages.php?ID=26532 [2] - https://aur.archlinux.org/packages.php?ID=45128 [3] - https://aur.archlinux.org/packages.php?ID=45119 Regards, -- Elder Marco GNU/Linux User: #471180 "Contra o positivismo, que pára perante os fenômenos e diz: 'Há apenas fatos', eu digo: 'Ao contrário, fatos é o que não há; há apenas interpretações'. "(Nietzsche)

2 1

[aur-general] Removal request (kid3-svn)
by Sekereg＠gmx.com 31 Dec '11

31 Dec '11

Please remove kid3-svn [1] as it has moved to git, and been replaced by kid3-git [2] [1] https://aur.archlinux.org/packages.php?ID=31947 [2] https://aur.archlinux.org/packages.php?ID=48456

2 1

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

31 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. allan - 12 signoffs 2. dreisner - 8 signoffs 3. dan - 2 signoffs 4. bluewind - 2 signoffs

1 0

[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