May 2014 - Aur-general - lists.archlinux.org

[aur-general] ttf-droid-sans duplicate of community/ttf-droid?
by Jerome Leclanche 30 May '14

30 May '14

I don't really understand the difference between community/ttf-droid and any of these: https://aur.archlinux.org/packages/?O=0&K=ttf-droid Any idea about duplicates in there? J. Leclanche

8 11

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

30 May '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 * 1 package missing signoffs * 1 package 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] (1 total) == * waf-1.7.15-2 (any) 1/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * waf-1.7.15-2 (any), since 2014-03-21 == Top five in signoffs in last 24 hours == 1. pierre - 13 signoffs

1 0

[aur-general] Deletion Request
by Hong Shick Pak 30 May '14

30 May '14

Cleaning dead packages: Dead source, out-of-date, orphan, (wrong name) New version: https://aur.archlinux.org/packages/ubudao-icon-theme/ https://aur.archlinux.org/packages/ubuntu-style-icon-theme/ Dead source, out-of-date, orphan https://aur.archlinux.org/packages/codeanalyst/ Dead source, out-of-date, orphan, duplicate https://aur.archlinux.org/packages/emacs-gtranslate/ https://aur.archlinux.org/packages/emacs-google-translate/ Hong

2 1

[aur-general] Deletion request
by Hugo Osvaldo Barrera 30 May '14

30 May '14

Please delete https://aur.archlinux.org/packages/planetary-annihilation-curl/ It used to build a required version of libcurl for planetary-annihilation, but the latest upstream tarball includes libcurl.so.4, so this package is no longer needed. Thanks, -- Hugo Osvaldo Barrera A: No, it doesn't make sense. Q: Should I include quotations *after* my reply?

2 1

[aur-general] [RFC] No compress aur packages before installing
by Timofey Titovets 29 May '14

29 May '14

When yaourt install packages from AUR, he do this steps: [1]. Download archive file with PKGBUILD to install [2]. Extract package and do compile || download & etc [3]. Compress package to install it with using packman [4]. Run pacman [5]. Pacman >extract< files, and install hims. I think if we can remove [3], this is speed up installing || upgrading process from AUR. -- Best regards, Timofey.

2 1

Re: [aur-general] AUR 3.0.0 released
by Lukas Fleischer 29 May '14

29 May '14

On Thu, 29 May 2014 at 10:52:58, Andreas Radke wrote: > [...] > The RSS feed seems empty. > Fixed in maint. Thanks! > -Andy >

1 0

[aur-general] Upload package blacklist, maybe upcoming merge request
by Stefan Husmann 29 May '14

29 May '14

Hello, I think that the package openjade1.3 [1] in AUR is badly named, and so wanted to upload an openjade PKGBUILD. But doing so burp (from git) told me this: >error: failed to upload openjade-1.3.2-2.src.tar.gz: openjade is on the package >blacklist, please check if it's available in the official repos. (with this strange apostrophe). So I want to ask, if there is such a blacklist, and why openjade is on it. I know that there is a package jade in the repos, but that is not entirely the same as openjade. Should openjade1.3 be removed? Or merged into openjade? [1] https://aur.archlinux.org/packages/openjade1.3/

2 1

[aur-general] [Orphan Request] carddavmate
by Stefan Tatschner 29 May '14

29 May '14

This package [1] has been updated almost three years ago. I would like to adopt it. Could someone orphan it? Thanks! Stefan [1] https://aur.archlinux.org/packages/carddavmate

2 3

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

29 May '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 * 1 package missing signoffs * 1 package 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] (1 total) == * waf-1.7.15-2 (any) 1/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * waf-1.7.15-2 (any), since 2014-03-21 == Top five in signoffs in last 24 hours == 1. fyan - 7 signoffs 2. anatolik - 4 signoffs 3. foutrelis - 2 signoffs

1 0

[aur-general] Suggest replacing [community]/tmw with manaplus from AUR
by Jesse McClure 28 May '14

28 May '14

ATTN: Jaroslav Lichtblau and/or Jan Steffens I propose [community]/tmw [1] be replaced with manaplus [2]. These are both clients for an online game "The Mana World". The TMW client has been labeled 'EOL' by The Mana World developers [3] and they have urged players who have not already done so to switch to manaplus. There are currently two manaplus packages in the AUR (manaplus, manaplus-git). I've been in contact with the previous maintainer as they are out of date. The previous maintainer orphaned both packages and I've adopted the git package and brought it up to pacman 4.1 VCS packaging guidelines. Before I adopt the other, I thought I should check whether Jan or Jaroslav (current TMW packager/maintainer) would be interested in taking it into [community] in place of TWM given the EOL status of TMW. Please let me know if there are better venues to make this suggestion. As this is definitely not a 'bug' and it is not strictly an out-of-date package, it seemed most fitting to make this suggestion here. Jesse McClure AKA 'Trilby' [1] https://www.archlinux.org/packages/community/x86_64/tmw/ [2] https://aur.archlinux.org/packages/manaplus/ [3] https://www.themanaworld.org/news-feed.php - see note from 2014-04-16

1 0