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

[aur-general] dropboxd-userspace
by Tim Gerhard 23 Dec '11

23 Dec '11

Hello, I migrated dropboxd-userspace to dropbox-daemon. To complete this, it would be the best if you move the dropboxd-userspace votes, etc. to dropbox-daemon, and then remove dropboxd-userspace. Greetings sylar_5

4 5

[aur-general] Git sparse checkouts
by Simon Stoakley 23 Dec '11

23 Dec '11

Hi All, I'm uploading a pkg for an mpris2 plugin for Kupfer. I don't want to clone the whole git repo (seems wasteful and I think half the code there is dead) and the only part that I'm interested in is the mpris2 folder. The only way I've found of checking out part of a repo in is to use the sparse checkout trick. The question I have is whether or not it's OK to use this in a PKGBUILD or not, what say ye wise men?! PKGBUILD below for reference (depends on pkgs I haven't uploaded yet if you try building) Thanks Simon -- # Contributor: sausageandeggs <sausageandeggs(a)archlinux.us> pkgname=kupfer-mpris2-plugin pkgver=20111221 pkgrel=1 pkgdesc="Control mpris compatable media players from Kupfer" arch=(any) url="https://github.com/hugosenari/Kupfer-Plugins" license=('GPL') depends=('mpris2-git') makedepends=('git') _gitroot="git://github.com/hugosenari/Kupfer-Plugins" _gitname="Kupfer-Plugins" build() { cd "${srcdir}" msg "Connecting to GIT server..." if [ -d ${_gitname} ] ; then cd ${_gitname} && git pull ${_gitname} master msg "The local files are updated." else mkdir ${_gitname} cd ${_gitname} git init git remote add ${_gitname} ${_gitroot} git config core.sparsecheckout true echo mpris2-player >> .git/info/sparse-checkout git pull ${_gitname} master fi msg "GIT checkout done or server timeout" } package(){ cd "${srcdir}/${_gitname}" install -d ${pkgdir}/usr/share/kupfer/kupfer/plugin install mpris2-player/* ${pkgdir}/usr/share/kupfer/kupfer/plugin/ }

6 7

[aur-general] Qt 4.8 hits [testing] + qtwebkit package
by Andrea Scarpino 23 Dec '11

23 Dec '11

Hi all, the last Qt major release is in [testing]. For the upstream changes see the Qt ChangeLog[1]. About the Arch Linux packaging, the libqtwebkit library isn't shipped with the qt package anymore, but with the new qtwebkit package. We rebuilt our packages in [extra] and [community] to add this new dependence. If you find a package which links to libQtWebKit.so.4, but doesn't depend on qtwebkit, please report us the bug using bugs.archlinux.org. AUR maintainers are encouraged to check their packages to see if they links to libQtWebKit.so.4, then add the new dependence. [1] http://labs.qt.nokia.com/2011/12/15/qt-4-8-0-released/ -- Andrea

4 15

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

23 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 * 8 packages missing signoffs * 8 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] (6 total) == * fail2ban-0.8.4-4 (any) 1/2 signoffs * expac-0.07-1 (i686) 0/2 signoffs * packagekit-0.6.19-3 (i686) 0/2 signoffs * vtk-5.8.0-7 (i686) 0/2 signoffs * packagekit-0.6.19-3 (x86_64) 1/2 signoffs * vtk-5.8.0-7 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * percona-server-5.5.17_rel22.1-1 (i686) 0/2 signoffs * percona-server-5.5.17_rel22.1-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 (8 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 * percona-server-5.5.17_rel22.1-1 (i686), since 2011-11-27 * percona-server-5.5.17_rel22.1-1 (x86_64), since 2011-11-27 * fail2ban-0.8.4-4 (any), since 2011-11-30 * 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. tomegun - 2 signoffs 2. ibiru - 2 signoffs 3. dan - 1 signoffs 4. bpiotrowski - 1 signoffs 5. foutrelis - 1 signoffs

1 0

[aur-general] Duplicated google-musicmanager in AUR, request removing one of them
by 郑文辉(Techlive Zheng) 23 Dec '11

23 Dec '11

There are two PKGBUILDs of google-musicmanager: [google-musicmanager]:https://aur.archlinux.org/packages.php?ID=50891 [google-musicmanager-beta]:https://aur.archlinux.org/packages.php?ID=54155 My opinion is to delete the google-musicmanager-beta. Google only provide one downloadable version of google-musicmanager,sometimes is a release version and sometimes is a beta verion,there is no difference between stable version PKGBUILD ond beta version PKGBUILD like other package do,so there is no need to create a beta version PKGBUILD alone.

2 1

[aur-general] delete request (firefox-moonlight64)
by Andrzej Giniewicz 22 Dec '11

22 Dec '11

Looking trough some AUR packages I use and/or used, I found one candidate to remove firefox-moonlight64 - https://aur.archlinux.org/packages.php?ID=52979 it is 64 bit version of package firefox-moonlight - and now firefox-moonlight provides both architectures. Thanks, Andrzej.

2 1

[aur-general] deletion request (twindy)
by M. Rawash 22 Dec '11

22 Dec '11

https://aur.archlinux.org/packages.php?ID=6610 this project no longer exists.

2 2

[aur-general] Orphan request: gnome-shell-extension-shellshape-git, shellshape-mutter-git
by Markus Unterwaditzer 22 Dec '11

22 Dec '11

The maintainer of those packages (Jussi Timperi) didn't respond to my email, so i thought "why not give it a try" I've got no experience with maintaining tarballs, neither in the AUR, nor elsewhere, but generally i am very active and would merge patches at any time.

1 0

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

22 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 * 8 packages missing signoffs * 8 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] (6 total) == * fail2ban-0.8.4-4 (any) 1/2 signoffs * expac-0.07-1 (i686) 0/2 signoffs * packagekit-0.6.19-3 (i686) 0/2 signoffs * vtk-5.8.0-7 (i686) 0/2 signoffs * packagekit-0.6.19-3 (x86_64) 1/2 signoffs * vtk-5.8.0-7 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * percona-server-5.5.17_rel22.1-1 (i686) 0/2 signoffs * percona-server-5.5.17_rel22.1-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 (8 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 * percona-server-5.5.17_rel22.1-1 (i686), since 2011-11-27 * percona-server-5.5.17_rel22.1-1 (x86_64), since 2011-11-27 * fail2ban-0.8.4-4 (any), since 2011-11-30 * 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. tomegun - 3 signoffs 2. foutrelis - 2 signoffs 3. ibiru - 1 signoffs

1 0

[aur-general] Removal request: alephone-ttep-*
by Marcin 'armitage' Skory 21 Dec '11

21 Dec '11

Hello. I would like to request removal of the following packages: - alephone-ttep-marathon (https://aur.archlinux.org/packages.php?ID=24011) - alephone-ttep-marathon2 (https://aur.archlinux.org/packages.php?ID=24009) - alephone-ttep-infinity (https://aur.archlinux.org/packages.php?ID=24010) These provided high(er) resolution textures to all games in Marathon trilogy but are now obsolete since upstream includes them in scenario data files by default. Thank you very much, -- Marcin 'armitage' Skory pgp: 0x8A5EDCD5 (27BA D90B 2D4B 59F4 7B7F 23A4 82D8 CB03 8A5E DCD5) () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments

2 1