- Aur-general - lists.archlinux.org

[aur-general] Please enable zh_TW locale on AUR
by 黃柏諺 26 Jan '15

26 Jan '15

As title says,please enable AUR's zh_TW locale,it should be 100% on Transifex now. :D

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 26 Jan '15

26 Jan '15

=== 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 * 3 packages 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] (3 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * freeradius-3.0.6-2 (i686) 0/1 signoffs * freeradius-3.0.6-2 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours == 1. fyan - 3 signoffs

1 0

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 25 Jan '15

25 Jan '15

=== 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 * 3 packages 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] (3 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * freeradius-3.0.6-2 (i686) 0/1 signoffs * freeradius-3.0.6-2 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours == 1. fyan - 1 signoffs

1 0

[aur-general] AUR UTF-8 support?
by Hugo Osvaldo Barrera 25 Jan '15

25 Jan '15

Hi, I posted a message ending with the character "😄" on the AUR today, but that character got stripped. Does AUR not have UTF-8 support? Have I bumped into a new issue? Thanks, -- Hugo Osvaldo Barrera A: Because we read from top to bottom, left to right. Q: Why should I start my reply below the quoted text?

5 5

[aur-general] Cleaning [extra]
by Andrea Scarpino 24 Jan '15

24 Jan '15

Hi all, the following packages can be moved from [extra] to [community] because are orphan and not needed by any other package in [extra]. Neither as {make,opts,}deps. Also, the packages that are not needed by anyone could be directly moved to AUR if no DEV/TU is interested. Please take a look in the case you forgot to adopt some package. If there are no objections, I will move the packages between Saturday and Sunday. * archlinux-themes-kdm * archlinux-wallpaper * aspell-hu * bin86 * capseo (needed by none) * cd-discid * cinepaint * docker-tray (needed by none) * ethstatus (needed by none) * fbset * flickrnet * ftjam * gcdmaster (needed by none) * hitori * hunspell-hu * hyphen-hu * i8kutils (needed by none) * id3v2 * imlib * libnl1 * libotr3 (needed by none) * libunique3 * liquidwar (needed by none) * luajson (needed by none) * mhash * mod_perl * mythes-hu * mythes-nl * netkit-bsd-finger (needed by none) * ppl * python2-pysqlite * python2-speechd (needed by none) * racket (needed by none) * tsocks (needed by none) * tuxpuck (needed by none) * v86d (needed by none) Cheers -- Andrea Arch Linux Developer

1 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 24 Jan '15

24 Jan '15

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 2 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 9 packages 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.) == New packages in [community-testing] in last 24 hours (2 total) == * freeradius-3.0.6-2 (i686) * freeradius-3.0.6-2 (x86_64) == Incomplete signoffs for [community] (9 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * freeradius-3.0.6-2 (i686) 0/1 signoffs * subsurface-4.3-2 (i686) 0/1 signoffs * virtualbox-modules-lts-4.3.20-3 (i686) 0/1 signoffs * yakuake-2.9.9-4 (i686) 0/1 signoffs * freeradius-3.0.6-2 (x86_64) 0/2 signoffs * subsurface-4.3-2 (x86_64) 0/2 signoffs * virtualbox-modules-lts-4.3.20-3 (x86_64) 0/2 signoffs * yakuake-2.9.9-4 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours ==

1 0

Re: [aur-general] Can't update my own PKGBUILD, where to find errors?
by Sven Fischer 23 Jan '15

23 Jan '15

> Message-ID: <20150123115017.14690.22831(a)typhoon.lan> > > On Fri, 23 Jan 2015 at 12:34:40, LoneVVolf wrote: > > On 23-01-15 00:23, Lukas Fleischer wrote: > > > Let me elaborate just a bit: There currently isn't a bcusdk package > > > base in the AUR, so a new package base is created upon package > > > submission. That new package base contains a package eibd which is > > > already part of the package base eibd, though. Since a package base > > > cannot contain a package that is already provided by another one, you > > > receive that strange error message. Hope that clarifies it a bit. > > > Regards, Lukas > > > > The situation is weirder then that, check the PKGBUILD for the current > > version : > > > > > > pkgbase=('bcusdk') > > pkgname=('eibd') > > pkgver=0.0.5 > > pkgrel=4 > > > > > > Maybe the problems are caused by uploading a faulty .AURINFO or .SRCINFO > > file in the past. > > No, the package was last updated on 2014-03-04 20:25 which was before > the AUR supported split packages. During the migration, we automatically > assigned the package base eibd. > > > Sven, if you do want pkgbase bcusdk and pkgname eidb, > > i suggest you upload a dummy bcusdk pacakge, then request eidb to be > > merged into bcusdk. > > ... where "dummy bcusdk pacakge" means: Use the package base bcusdk > without any additional packages. > > > Once the merge has completed, you can then upload the correct package. Okay, thanks for the info, will do that. In fact, the PKGBUILD I attached was not the most recent one (with the correct version numbers). Anyway, a more delightful error message like "Package eibd already exists in pkgbase eibd, cannot overwrite with base bcusdk" would have made more sense to me... Regards, Sven -- Sven Fischer -- Platzer Höhenweg 34, 51429 Bergisch Gladbach, Germany Tel: +49-(0)2204-480985, Fax: +49-(0)2204-9670019 sven(a)leiderfischer.de

1 0

[aur-general] Can't update my own PKGBUILD, where to find errors?
by Sven Fischer 23 Jan '15

23 Jan '15

Hello everybody, trying to update small fixes to the eibd package, AUR upload always responses to me with "error: failed to upload bcusdk-0.0.5-5.src.tar.gz: You are not allowed to overwrite the eibd package.", although I own the package. I am quite a AUR NOOB, but trying to find a hint what could be wrong led me to nothing. Wouldn't it be possible to respond with an error that tells me WHY I am unable to upload (missing permission, wrong version etc....)? Regards, Sven -- Sven Fischer -- Platzer Höhenweg 34, 51429 Bergisch Gladbach, Germany Tel: +49-(0)2204-480985, Fax: +49-(0)2204-9670019 sven(a)leiderfischer.de

4 4

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

23 Jan '15

=== 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 * 7 packages 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] (7 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * subsurface-4.3-2 (i686) 0/1 signoffs * virtualbox-modules-lts-4.3.20-3 (i686) 0/1 signoffs * yakuake-2.9.9-4 (i686) 0/1 signoffs * subsurface-4.3-2 (x86_64) 0/2 signoffs * virtualbox-modules-lts-4.3.20-3 (x86_64) 0/2 signoffs * yakuake-2.9.9-4 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours ==

1 0

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

22 Jan '15

=== 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 * 7 packages 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] (7 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * subsurface-4.3-2 (i686) 0/1 signoffs * virtualbox-modules-lts-4.3.20-3 (i686) 0/1 signoffs * yakuake-2.9.9-4 (i686) 0/1 signoffs * subsurface-4.3-2 (x86_64) 0/2 signoffs * virtualbox-modules-lts-4.3.20-3 (x86_64) 0/2 signoffs * yakuake-2.9.9-4 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours == 1. fyan - 5 signoffs

1 0