- Aur-general - lists.archlinux.org

[aur-general] Deletion request: kile-git-livepreview
by Cristóvão Sousa 03 May '12

03 May '12

It was a git branch build which no longuer exists. Thanks

2 1

[aur-general] Disown request: libaacs
by Martin Wimpress 03 May '12

03 May '12

Hi, The libaacs[1] package is out of date and isn't properly packaged. I tried to contact the maintainer via email with no answer. I request a disown so I can maintain it, I have an updated package ready to go. [1] https://aur.archlinux.org/packages.php?ID=45974 -- Regards, Martin.

2 1

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

03 May '12

=== 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 * 27 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] (22 total) == * ecryptfs-utils-96-2 (i686) 0/2 signoffs * i3lock-2.4-2 (i686) 0/2 signoffs * open-vm-tools-2012.03.13-4 (i686) 0/2 signoffs * pam-krb5-4.5-2 (i686) 0/2 signoffs * pam_mysql-0.7RC1-6 (i686) 0/2 signoffs * pam_pwcheck-3.9-4 (i686) 0/2 signoffs * php-geoip-1.0.8-2 (i686) 0/2 signoffs * php-memcache-3.0.6-3 (i686) 0/2 signoffs * php-memcached-2.0.1-4 (i686) 0/2 signoffs * qingy-1.0.0-4 (i686) 0/2 signoffs * xdebug-2.2.0RC2-1 (i686) 0/2 signoffs * ecryptfs-utils-96-2 (x86_64) 0/2 signoffs * i3lock-2.4-2 (x86_64) 0/2 signoffs * open-vm-tools-2012.03.13-4 (x86_64) 0/2 signoffs * pam-krb5-4.5-2 (x86_64) 0/2 signoffs * pam_mysql-0.7RC1-6 (x86_64) 0/2 signoffs * pam_pwcheck-3.9-4 (x86_64) 0/2 signoffs * php-geoip-1.0.8-2 (x86_64) 0/2 signoffs * php-memcache-3.0.6-3 (x86_64) 0/2 signoffs * php-memcached-2.0.1-4 (x86_64) 0/2 signoffs * qingy-1.0.0-4 (x86_64) 1/2 signoffs * xdebug-2.2.0RC2-1 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (5 total) == * vicious-2.0.4-2 (any) 0/2 signoffs * awesome-3.4.11-4 (i686) 0/2 signoffs * mariadb-5.5.23-3 (i686) 1/2 signoffs * awesome-3.4.11-4 (x86_64) 0/2 signoffs * mariadb-5.5.23-3 (x86_64) 1/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * vicious-2.0.4-2 (any), since 2012-04-17 == Top five in signoffs in last 24 hours == 1. allan - 12 signoffs 2. foutrelis - 6 signoffs 3. tomegun - 6 signoffs 4. eric - 5 signoffs 5. idevolder - 2 signoffs

1 0

[aur-general] Request to remove freefilesync4 AUR package
by Allen Choong 03 May '12

03 May '12

Due to the newer AUR package, freefilesync-ubuntu, I request to remove the freefilesync4, which I will not maintain anymore. Thank you.

2 1

[aur-general] Request for removal
by Jesse Juhani Jaara 02 May '12

02 May '12

Please nuke [1]opeengoo It seems to have been renamed to [2]fengoffice which is in AUR. [1]https://aur.archlinux.org/packages.php?ID=30029 [2]https://aur.archlinux.org/packages.php?ID=33478

2 1

[aur-general] deletion request
by Uli Armbruster 02 May '12

02 May '12

Hi, please delete sst https://aur.archlinux.org/packages.php?ID=50112 There are other packages in the AUR providing the same application (sstreck https://aur.archlinux.org/packages.php?ID=9931 and sstlinux https://aur.archlinux.org/packages.php?ID=50013) which have more votes. Maybe one of those two should be removed as well? Greetz

2 6

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

02 May '12

=== 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 * 33 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] (24 total) == * ecryptfs-utils-96-2 (i686) 0/2 signoffs * i3lock-2.4-2 (i686) 0/2 signoffs * lazarus-0.9.30.4-2 (i686) 1/2 signoffs * open-vm-tools-2012.03.13-4 (i686) 0/2 signoffs * pam-krb5-4.5-2 (i686) 0/2 signoffs * pam_mysql-0.7RC1-6 (i686) 0/2 signoffs * pam_pwcheck-3.9-4 (i686) 0/2 signoffs * php-geoip-1.0.8-2 (i686) 0/2 signoffs * php-memcache-3.0.6-3 (i686) 0/2 signoffs * php-memcached-2.0.1-4 (i686) 0/2 signoffs * qingy-1.0.0-4 (i686) 0/2 signoffs * xdebug-2.2.0RC2-1 (i686) 0/2 signoffs * ecryptfs-utils-96-2 (x86_64) 0/2 signoffs * i3lock-2.4-2 (x86_64) 0/2 signoffs * lazarus-0.9.30.4-2 (x86_64) 1/2 signoffs * open-vm-tools-2012.03.13-4 (x86_64) 0/2 signoffs * pam-krb5-4.5-2 (x86_64) 0/2 signoffs * pam_mysql-0.7RC1-6 (x86_64) 0/2 signoffs * pam_pwcheck-3.9-4 (x86_64) 0/2 signoffs * php-geoip-1.0.8-2 (x86_64) 0/2 signoffs * php-memcache-3.0.6-3 (x86_64) 0/2 signoffs * php-memcached-2.0.1-4 (x86_64) 0/2 signoffs * qingy-1.0.0-4 (x86_64) 1/2 signoffs * xdebug-2.2.0RC2-1 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (9 total) == * vicious-2.0.4-2 (any) 0/2 signoffs * awesome-3.4.11-4 (i686) 0/2 signoffs * doublecmd-0.5.4-2 (i686) 1/2 signoffs * mariadb-5.5.23-3 (i686) 1/2 signoffs * qt4pas-2.5-1 (i686) 0/2 signoffs * awesome-3.4.11-4 (x86_64) 0/2 signoffs * doublecmd-0.5.4-2 (x86_64) 1/2 signoffs * mariadb-5.5.23-3 (x86_64) 1/2 signoffs * qt4pas-2.5-1 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * vicious-2.0.4-2 (any), since 2012-04-17 == Top five in signoffs in last 24 hours == 1. dreisner - 8 signoffs 2. idevolder - 2 signoffs

1 0

[aur-general] package deletion request: django-svn
by Alper Kanat 01 May '12

01 May '12

Hey There, I'm the maintainer of django-svn. Mainstream just migrated from their own subversion server to github. Therefore I created a new package (django-git) and uploaded it to AUR. I don't know whether if renaming packages on AUR is possible or not but it'd be nice to keep the comments and votes. If so, please let me know. Thanks! --- Quis custodiet ipsos custodes?

3 4

[aur-general] TU application - speps
by speps 01 May '12

01 May '12

I postponed this task too many times in latest months. My application is an extract of the conversations between me and my sponsor, Thorsten Töpper, after his proposal in the end of 2011. - Introduction - I thought a lot of times about applying for becoming a TU before, and it would be surely a great experience and possibility for me. I'm really into free software, as in its principles, and I try contributing every day and in every form according to my possibilities as much as I can. Indeed, this would be the next step to let me contribute more efficiently. The AUR is a fascinating and innovative community driven project, that evolves a distribution development into a more bottom-up approach, letting users be part of it acting in a self learning machine. Keeping the AUR clean and productive so, has a central role in the Arch development and it would be great to cover. - About me - I'm a 26yo curious Italian guy with a more self driven than academic programming preparation who believes in and randomly contribute to free software, mainly by reporting bugs and submitting patches to upstream projects and of course maintaining a good amount of packages on AUR [1]. I'm an active Arch user/contributor/KISSophile since 4 years now, an half of my total Linux experience as my main and only OS. I'm interested in every form of mind and life expression exploration, and in any instrument that may grow up our knowledge about us and what's around us. [1] https://aur.archlinux.org/packages.php?SeB=m&K=speps - Resolutions - Since I'm involved into the Arch Audio project by submitting several build scripts and binary packages to its repository, I'd surely add the most popular in [community] (ex. supercollider, csound, pd, lv2 plugins), and I would help Ray Rashif maintaining the ones already there, of course. Being an out-of-the-box pro-audio ready distro (in terms of officially distributed packages) would be great for Arch, since the number of multimedia-oriented users, developers and projects using Arch as their main platform is growing day by day (LAC 2012 has been a testimonial ;)). Also, I would contribute adopting and maintaining orphans and of course taking care of bug reports. - Identity (WARNING: heavily verbose) - On Mon, 5 Dec 2011 22:24:20 +0100 Thorsten Töpper <atsutane(a)freethoughts.de> wrote: > Though due to the recent signature introduction a GPG Key is also > necessary and as I can't find your real name anywhere, this would also > be necessary, there were strong internal discussions because of Xyne > who can't reveal his identity. If that also a matter for you I fear > that you won't be accepted. I followed the whole discussion on ML, as it is of my interest, and I must admit the Xyne presence in the Arch team was always a good point for me to assert the possibility of contributing "officially" and "anonymously" at the same time, in the hope that is not just an exception. The meaning of identity on the Internet is still something not so defined to me through its limits, consequences and abuses. So, from the beginning of my Internet experience, I never referenced to myself through my real name/life, but using a nickname, a digital identity. This could be perceived as stupid or too paranoid for some, but for me is just a way to taste things without risking to be too much implied till the point of no return. I'm not referring to responsibilities, but to the possibility of having a choice. The adoption of GPG Keys for signing packages intention is to prevent malicious hijacking through mirrors and to certificate their provenance, and not to identify a packager in his real life. Also, even using a "real name" is not a way to assume a real existence, since hypothetically a real life identity could be easily faked too. As you can see I sign mails with my GPG Key, and I really do not see a real difference between mine and your or the one of another TU, since actually we do not personally know each others. I like to think that a digital identity just deals with the reputation that comes from the quality of the work done like from the behaviours in social relations, and a nickname is enough to cover its identification. This is just my point till now, not a way to convince someone else. I say "till now", cause this is the first time I was asked to reveal my real identity for being crucial in contributing or to be trusted. Differently, some years ago Giovanni Scafora asked my name for including it as a contributor in a [extra] PKGBUILD (cpufrequtils) after sending him a patch. In that case I took the decision of keeping on my way. I'll have to think about this since, as you say, probably another Xyne would be not allowed. My idea is, trying an application as simply "speps" and on a negative response taking the big decision. What do you think? Sorry again for the massive length of this mail, I can't be too synthetic in such cases :( Regards and thanks P.S.: the X-Face is my real eye ;) - speps -

14 17

[aur-general] Deletion request: wterm
by Jekyll Wu 01 May '12

01 May '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It[1] does not build well, and the upstream[2] seems dead(last release was 2005). [1] https://aur.archlinux.org/packages.php?ID=12837 [2] http://sourceforge.net/projects/wterm/files/wterm/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPn/NjAAoJEOemZ9znWXlAA40P/2nJbgK1uyjZcDLmb/vzfiiu VUIVy+pR3Cmlyr18FcZHrrkeztIfjk4cLZ1wgf9S18LroorIXtQ874GLO3T1ZFCI yCosTKr6rRhuE3iq2r/nuZ5L/wzNdOB5t8kcC57XwiWe/zfJY49rgEFcYC9LaV/H fmUoD65GjlpRdyoiNFEh5PAANFrhVe2zmm62U+16tcZGZox66yy7DK0Wk/PsQxOq Nbko/5ixecO1Wa0xk0DeXYgmT2proafm57LQ8qlrGlu3nss9HZDbEuUQTQ96Xd5D ESoWIUrIq5+tO8CGzvEpvz/RJtjI5iuJqCtRw6AY19anWJw0v1AIqgYW56g5hmhb 4EIzlXLTKG6kFN7HbzeGl0g5Jud7dtFKZjelg0tSRn6WQ4PxcldCrEh13Iad5+g6 /n4UyiOd/C4EwRcig0Lz2rrrx02FHBEAvCjGK7QOuJTsO3fTmUieYEcAecwiLGcA gENEKNoZYENEccxaHmuo5ott4xv63fAVulCH6t3tHVdyGXCpXFxgBDteq79lOyOn t3WKCvKDdsEBayoWd9sTreITPVuw9eC1B3zsHa5Jp9cJq0xcZqGjm0RcKz3qNLzz wLoBh4dRviE9nb8Djh+jWVzwMz/lzcXv0VpIY/hZavV8GXOXsi43xKs4OnYmh6/p 3Q5vGQIbwfTA4KRE81fM =C1nQ -----END PGP SIGNATURE-----

2 1