- Aur-general - lists.archlinux.org

[aur-general] For alucryd, please check before remove package.
by MayKiller 30 Sep '13

30 Sep '13

numix-utouch-icon-theme-daily is different with numix-utouch-icon-theme-bzr. here is PKGBUILD of numix-utouch-icon-theme-daily. please install these package and check it different or not.

2 1

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

30 Sep '13

=== 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 * 29 packages missing signoffs * 6 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] (27 total) == * freevo-1.9.0-12 (any) 0/2 signoffs * gourmet-0.16.1-1 (any) 0/2 signoffs * impressive-0.10.3-7 (any) 0/2 signoffs * mcomix-1.00-5 (any) 0/2 signoffs * oblogout-0.2-15 (any) 0/2 signoffs * ocrfeeder-0.7.11-4 (any) 0/2 signoffs * openshot-1.4.3-3 (any) 0/2 signoffs * pysolfc-2.0-5 (any) 0/2 signoffs * python2-rst2pdf-0.93-6 (any) 0/2 signoffs * screenlets-pack-basic-0.1.6-3 (any) 0/2 signoffs * ubuntu-sso-client-4.2.0-3 (any) 0/2 signoffs * calibre-1.5-1 (i686) 0/1 signoffs * cinnamon-1.8.8-5 (i686) 0/1 signoffs * gdal-1.10.0-3 (i686) 0/1 signoffs * gwibber-3.6.0-5 (i686) 0/1 signoffs * python-pytables-3.0.0-4 (i686) 0/1 signoffs * sk1-0.9.1-10 (i686) 0/1 signoffs * uniconvertor-1.1.5-7 (i686) 0/1 signoffs * vtk-5.10.1-10 (i686) 0/1 signoffs * calibre-1.5-1 (x86_64) 0/2 signoffs * cinnamon-1.8.8-5 (x86_64) 0/2 signoffs * gdal-1.10.0-3 (x86_64) 0/2 signoffs * gwibber-3.6.0-5 (x86_64) 0/2 signoffs * python-pytables-3.0.0-4 (x86_64) 0/2 signoffs * sk1-0.9.1-10 (x86_64) 0/2 signoffs * uniconvertor-1.1.5-7 (x86_64) 0/2 signoffs * vtk-5.10.1-10 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * python-pillow-2.1.0-5 (i686) 0/1 signoffs * python-pillow-2.1.0-5 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (6 total) == * python-pytables-3.0.0-4 (i686), since 2013-09-14 * gdal-1.10.0-3 (i686), since 2013-09-14 * vtk-5.10.1-10 (i686), since 2013-09-14 * python-pytables-3.0.0-4 (x86_64), since 2013-09-14 * gdal-1.10.0-3 (x86_64), since 2013-09-14 * vtk-5.10.1-10 (x86_64), since 2013-09-14 == Top five in signoffs in last 24 hours == 1. bisson - 4 signoffs 2. djgera - 3 signoffs 3. thomas - 2 signoffs

1 0

[aur-general] Package Removal Request - stellarforces
by Mike Lenzen 30 Sep '13

30 Sep '13

*Package Name*: stellarforces *URL:* https://aur.archlinux.org/packages/stellarforces/ *Reason for Deletion:* The PC version of the game has been made obsolete by the developers. The game can now only be played using their servers and an android device. *Supporting Details:* Message indicating that the PC version is obsolete on source repo: http://stellarforces.googlecode.com/ Project website - no link to download PC client anymore http://www.stellarforces.com/ Mike Lenzen

2 1

[aur-general] delete gtk-numix-theme-dayily please
by MayKiller 30 Sep '13

30 Sep '13

package name : gtk-numix-theme-dayily package url : https://aur.archlinux.org/packages/gtk-numix-theme-dayily/ reason: Wrong package name, careless to write more 'y'., Please delete it, I resubmit it after deleted.

2 1

[aur-general] Merging request
by Muflone 30 Sep '13

30 Sep '13

Please delete the snake_ [1] package with 0 votes uploaded today. It's the same software provided by the snake_pygame [2] package. It the meanwhile take a look at the snake_pygame PKGBUILD, really utterly broken. I hope to avoid to see stuff like that again. [1] https://aur.archlinux.org/packages/snake_/ [2] https://aur.archlinux.org/packages/snake_pygame/ Muflone

4 6

[aur-general] Remove xvba-video-open
by lukpod 30 Sep '13

30 Sep '13

Remove xvba-video-open[1]. It has been superseded by libva-xvba-driver[2]. [1] https://aur.archlinux.org/packages/xvba-video-open [2] https://aur.archlinux.org/packages/libva-xvba-driver

2 1

[aur-general] Removal requests: dkms-rt8192cu
by N30N 29 Sep '13

29 Sep '13

Hi, This package has become dated and I would like it be removed: https://aur.archlinux.org/packages/dkms-rt8192cu/ Thanks and best regards, N30N.

3 2

[aur-general] [Orphan Request]: zsh-syntax-highlighting-git
by Sam Stuewe 29 Sep '13

29 Sep '13

Hey everyone, I send this maintainer an email about a week ago asking for them to orphan or update [1] as it is woefully out-of-date by packaging standards (it would not even build for me without some serious modifications). I know the standard practice is to wait two weeks, but on looking closer at the maintainer's history [2], they have not voted since the middle of 2012, and their last package update was made earlier in 2012 than their last vote. It would appear that the account is largely no longer active. If the TUs would like me to wait the rest of the standard two-week period before orphaning the package, that is fine, but I figured it might be worth while making y'all aware of the essentially inactive account. All the best, -Sam --- 1 https://aur.archlinux.org/packages/zsh-syntax-highlighting-git 2 https://aur.archlinux.org/account/mjheagle8

1 0

[aur-general] Removal request: vlc-vlsub
by Krzysztof AS 29 Sep '13

29 Sep '13

Hi there, vlc-vlsub - already included as a part of vlc package by vlc devs (sorry) https://aur.archlinux.org/packages/vlc-vlsub/ Have a nice day.

2 1

[aur-general] Which developer should be considered as TU?
by Balló György 29 Sep '13

29 Sep '13

Hi, The Trusted Users list is a bit different between Archweb and AUR. It looks like it's unclear which developer is a TU also. This means that we don't know how many active TUs are there, therefore can't ensure that the quorum meets on each votes. There are four categories: 1. The following developers are listed on Arch Linux Trusted Users page[1], and their account type is 'Trusted User' in AUR: - Bartłomiej Piotrowski (Barthalion) - Evangelos Foutras (foutrelis) - Laurent Carlier (lordheavy) - Sven-Hendrik Haase (svenstaro) - Thomas Dziedzic (td123) 2. The following developers are listed on Arch Linux Trusted Users page[1], but their account type is 'Developer' in AUR: - Dave Reisner (falconindy) - Florian Pritz (Bluewind) - Jan Steffens (heftig) - Ray Rashif (schivmeister) 3. The following developers are not listed on Arch Linux Trusted Users page[1], but their account type is 'Trusted User' in AUR: - Ángel Velásquez (angvp) - Gerardo Pozzi (djgera) 4. The following developer is not listed on Arch Linux Trusted Users page[1], and his account type is 'Developer' in AUR, but still takes part in votes: - Ronald van Haren (pressh) According to Trusted User Bylaws, TUs (and only TUs) must take part in votes. Therefore there should be a clear implementation like this: - Developers who want to take part in votes should set their account type to 'Trusted User' (or to a new 'Developer+Trusted User' type) in AUR, and they should be added to the Arch Linux Trusted Users page[1]. - Developers who don't want to take part in votes should set their account type to 'Developer' in AUR, and they should be removed from the Arch Linux Trusted Users page[1]. - Users with 'Developers' account type in AUR should not be allowed to vote. What is your opinion? [1] https://www.archlinux.org/trustedusers/ -- György Balló (City-busz) Trusted User

3 2