- Aur-general - lists.archlinux.org

[aur-general] Deletion request: python-matplotlib-pyqt
by Lex Black 07 Aug '13

07 Aug '13

Hello I would say, this pkgbuild can be removed from the AUR. https://aur.archlinux.org/packages/python-matplotlib-pyqt/ Outdated, orphaned, and the version in [community] offers the pyqt4 support Best regards Lex

2 1

[aur-general] TUs and their following of the Bylaws
by Angel Velásquez 07 Aug '13

07 Aug '13

Hi people, First of all, i'm writting this mail as an ex TU and user, not as a dev who want to push you how to proceed or follow the bylaws. Having that set, I am shocked about how the bylaws are being just used just for addition process, but for somehow are being ignored for stuff like quorum and removal procedures, some TUs look to otherside when we mention this subject. So, what's the point of having a Bylaw if you will not follow it?, why don't modify it and remove that part that you don't want to be aware?, being a TU is not about just delivering packages and orphaning / splitting packages on the AUR, TUs must work as a group, and it used to be like that when I was part of the team (I still feel part of the team but seems that oficially I am not a TU, a corner case that is not well documented on the Bylaws btw). So, according to that, I don't want to say names (i did said those names on the irc channel when I found the quorum situation on the last SVP but as I've said nobody react .. bad bad bad, guys.. dissapointing I must say), but I still feel that TUs must do that, not a guy which is not completely a TU -yes, me-. Please check the last SVP and check who didn't voted, and some TU call the rest of the group for either following the Bylaws, or call for a modification of these Bylaws and allow these cases. In my opinion, (now as a dev) we don't want to control what you do, because we as a user and devs trust a group of people that have their own defined rules, but if the TUs won't start following these rules, is simply stupid to have these rules there. Please don't kill the messenger, this is nothing personal against anyone or the group, I really appreciate most of the people who contribute to the Arch Linux project and I am grateful as an user for that. Let this discussion begin. -- Angel Velasquez Arch Linux Developer angvp @ irc.freenode.net http://www.angvp.com.ar

8 20

[aur-general] Remove lib32-catalyst-test-utils
by Jameson 06 Aug '13

06 Aug '13

Please, remove lib32-catalyst-test-utils. I've created lib32-catalyst-utils-test in order to match the naming scheme of the 64-bit version. Thanks, =-Jameson

2 1

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

06 Aug '13

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 12 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 12 packages missing signoffs * 0 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.) == New packages in [community-testing] in last 24 hours (12 total) == * bbswitch-0.7-8 (i686) * r8168-8.036.00-5 (i686) * rt3562sta-2.4.1.1-38 (i686) * tp_smapi-0.41-29 (i686) * vhba-module-20130607-8 (i686) * virtualbox-modules-4.2.16-5 (i686) * bbswitch-0.7-8 (x86_64) * r8168-8.036.00-5 (x86_64) * rt3562sta-2.4.1.1-38 (x86_64) * tp_smapi-0.41-29 (x86_64) * vhba-module-20130607-8 (x86_64) * virtualbox-modules-4.2.16-5 (x86_64) == Incomplete signoffs for [community] (12 total) == * bbswitch-0.7-8 (i686) 0/1 signoffs * r8168-8.036.00-5 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-38 (i686) 0/1 signoffs * tp_smapi-0.41-29 (i686) 0/1 signoffs * vhba-module-20130607-8 (i686) 0/1 signoffs * virtualbox-modules-4.2.16-5 (i686) 0/1 signoffs * bbswitch-0.7-8 (x86_64) 0/2 signoffs * r8168-8.036.00-5 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-38 (x86_64) 0/2 signoffs * tp_smapi-0.41-29 (x86_64) 0/2 signoffs * vhba-module-20130607-8 (x86_64) 0/2 signoffs * virtualbox-modules-4.2.16-5 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. foutrelis - 4 signoffs 2. bpiotrowski - 3 signoffs

1 0

[aur-general] Multiple Renames/Merges/Deletion requests.
by John D Jones III 05 Aug '13

05 Aug '13

Dearest Recipients: I would respectfully like to make the following requests with regard to AUR packages that I maintain, or have maintained: Merge: https://aur.archlinux.org/packages/perl-vypress/ Into: https://aur.archlinux.org/packages/perl-net-vypress-chat/ They are the same package. Merge: https://aur.archlinux.org/packages/perl-catalyst-runtime-5.80/ Into: https://aur.archlinux.org/packages/perl-catalyst-runtime/ or Delete the offending perl-catalyst-runtime-5.80 as it's Out of Date Rename https://aur.archlinux.org/packages/perl-ansicolor/ to be: perl-term-ansicolor The proper name of the module is Term::ANSIColor. I've tried to send up a Term::ANSIColor package, but AUR responded that it was blacklisted. Since the ANSIColor package is really Term::ANSIColor, doesn't seem useful to have the correct name blacklisted Delete https://aur.archlinux.org/packages/perl-class-dbi-frozen-301/ as the package is served better by https://aur.archlinux.org/packages/perl-class-dbi-frozen/ which is the same pkg -- John D Jones III Perl/Javascript/Systemd Zealot unixgeek1972(a)gmail.com http://www.zoelife4u.org/

2 1

[aur-general] Removal/merge/disown requests
by Michael Schubert 05 Aug '13

05 Aug '13

Dear TUs, Please remove the following package: https://aur.archlinux.org/packages/tomboy-image/ Reason: orphan, upstream URL 404s Please merge: https://aur.archlinux.org/packages/python2-rpy2-svn/ => https://aur.archlinux.org/packages/python2-rpy2-hg/ Reason: orphan, moved from svn to bitbucket Also, please disown the following: https://aur.archlinux.org/packages/python2-pymc/ [*] https://aur.archlinux.org/packages/python2-pymc-git/ https://aur.archlinux.org/packages/python-pymc/ Reason: none of them builds, I supplied a patch in the comments in May [*] and package was not updated since. Thank you

3 4

[aur-general] Merge requests for [exploitdb-svn] and [exploitdb]
by Evan Teitelman 05 Aug '13

05 Aug '13

Please merge exploitdb[1] and exploitdb-svn[2] into exploit-db[3]. [1] https://aur.archlinux.org/packages/exploitdb/ [2] https://aur.archlinux.org/packages/exploitdb-svn/ [3] https://aur.archlinux.org/packages/exploit-db/

2 1

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

05 Aug '13

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 4 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 16 packages missing signoffs * 0 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.) == New packages in [community-testing] in last 24 hours (4 total) == * gambas3-3.4.2-2 (i686) * pdf2djvu-0.7.17-1 (i686) * gambas3-3.4.2-2 (x86_64) * pdf2djvu-0.7.17-1 (x86_64) == Incomplete signoffs for [community] (16 total) == * bbswitch-0.7-7 (i686) 0/1 signoffs * gambas3-3.4.2-2 (i686) 0/1 signoffs * pdf2djvu-0.7.17-1 (i686) 0/1 signoffs * r8168-8.036.00-4 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-37 (i686) 0/1 signoffs * tp_smapi-0.41-28 (i686) 0/1 signoffs * vhba-module-20130607-7 (i686) 0/1 signoffs * virtualbox-modules-4.2.16-4 (i686) 0/1 signoffs * bbswitch-0.7-7 (x86_64) 0/2 signoffs * gambas3-3.4.2-2 (x86_64) 0/2 signoffs * pdf2djvu-0.7.17-1 (x86_64) 0/2 signoffs * r8168-8.036.00-4 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-37 (x86_64) 0/2 signoffs * tp_smapi-0.41-28 (x86_64) 0/2 signoffs * vhba-module-20130607-7 (x86_64) 0/2 signoffs * virtualbox-modules-4.2.16-4 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

[aur-general] pdftk - I added my vote...
by oliver 05 Aug '13

05 Aug '13

...and it has now 376 votes. Would be nice to have it as part of the official Arch packages. Ciao, oliver

3 4

[aur-general] AUR: register/login: same term when "de" selected
by Oliver Bandel 04 Aug '13

04 Aug '13

Hello, The link to "register" as well as "login", in "de" settings of AUR both show "anmelden" as text. it would be beter to have different words for register and login, not both the same. Possible "Registrieren" for register and "Anmelden" for "login". Ciao, Oliver

2 1