October 2010 - Aur-general - lists.archlinux.org

[aur-general] utorrent-server deletion request
by Cédric Girard 08 Jan '11

08 Jan '11

utorrent-server [1] is a duplicate of utserver [2]. It has no maintainer, is outdated and has a bad PKGBUILD. Thanks, [1] http://aur.archlinux.org/packages.php?ID=40600 [2] http://aur.archlinux.org/packages.php?ID=40602 -- Cédric Girard

4 11

[aur-general] Proposal: Mass AUR Cleanup (Discussion Period)
by Jakob Gruber 10 Nov '10

10 Nov '10

In response to Louis objections about skipping the discussion period, I'm posting the full text of the proposal below. It has been altered from the original text to incorporate Xynes idea of adding the 'last maintainer activity rule. Sorry for making you guys vote twice. This marks the beginning of the discussion period. --------------------------------------------- Hi TUs, recently I had a look at the AUR db to see if we could do some mass cleanups (see my mail at aur-general [1]). ------------------------------ Orphan candidates ------------------------------ Packages which are marked 'out of date' but the last package action (submission or modification) AND the maintainers last action (across all of his packages) are before January 1st, 2009. So, Out of date = TRUE AND Last package action < 20090101 AND Last maintainer action < 20090101 http://pastebin.com/e5qJxBUs (335 packages in the most recent DB dump - results may vary a little when querying the actual db) Valid objections in reply to [1] (and any other related threads) would be excluded. While many of these packages are probably candidates for deletion, the only safe thing to do en masse is to orphan them. Please vote 'yes' if you agree with orphaning these packages and 'no' if you disagree. [1] http://mailman.archlinux.org/pipermail/aur-general/2010-September/010999.ht…

5 7

[aur-general] TU Application
by Kaiting Chen 10 Nov '10

10 Nov '10

Hi aur-general, my name is Kaiting Chen and Xyne has decided to sponsor me for my TU application. I'm twenty one years old and a senior at Duke University studying Biomedical Engineering with a minor in Economics. I have also been a web developer and systems administrator for about four years now and am currently working on a rather long and protracted project for the university. I have been using Linux on a daily basis for about seven years now starting with Red Hat Linux, then Debian, Gentoo and finally Arch Linux for the last three years. And I use C, C++, x86 ASM, Java, Python, Ruby, PHP, and Javascript on a daily basis. I have Arch installed on four servers in total as well as on one virtual machine. I'm not ashamed to admit that I run a Windows 7 notebook as my only physical computer; though it's only role these days is to not bother me while I SSH into my Linux machines. I maintain a small cluster running Arch where I hand out free shell accounts to anyone who wants them. Currently this cluster has one hundred and twenty five users though I am in the process of updating its infrastructure to (hopefully) scale up to a couple thousand. The most important services on this cluster are/were glusterfs, nfs, ntpd, httpd, vsftpd, postfix, dovecot, postgresql, ejabberd, slapd, openvpn, memcached, pvpgn (this list is being updated quite often). I currently maintain thirty packages in the AUR, most of which I do not use but would be unhappy in seeing them orphaned. I would like to become a Trusted User simply because I would like to maintain packages more effectively. Recently there's been a thread on aur-general about the possible removal of hundreds of packages from [community] which makes me very worried. Packages such as cacti, courier-*, ejabberd, freeradius*, ipsec-tools, monit, roundcubemail, scilab, and *ircd are very important to people who run Arch on the server such as myself. This list evinces a fundamental problem however that there is simply not enough manpower to maintain the current repositories. Because I am able (or hopefully will be deemed so by the powers that be/grant TU priveleges) I would like to help alleviate this condition. Arch allows me to focus on the work that I do; it should be obvious that helping to ensure that Arch functions smoothly and efficiently is a necessary task for anyone who has made this distribution a valuable part of their workflow. In more concrete terms of how I want to contribute, I would like to start by adopting python-openbabel, freeimage, metakit, gen2shp, tdl, python-bsddb, and other orphaned packages in [community] once I have the chance to take a closer look at the orphan list. I'd also like to pull smalltalk, burp, bti, liboauth, and vim-align into [community]. I would also like to work on bringing some of the packages in [community] up to date such as rsyslog, pyinotify, openntpd, and ngspice. I would also like to work on maintain the Arch web presence. I think that a separate login is needed for each part of the site is something that should be fixed. The AUR is also somewhat outdated and I in large part agree with the page here: http://wiki.archlinux.org/index.php/AUR_2. That's about all I can think of for now. Please feel free to ask any questions and thanks for taking the time to consider my application. Kaiting. -- Kiwis and Limes: http://kaitocracy.blogspot.com/

13 27

[aur-general] aur website default ssl
by Ionuț Bîru 02 Nov '10

02 Nov '10

Hi, we are now using default https for aur.archlinux.org. Some aur helpers may need adjustment, others like cower/slurpy already works as expected. Kudos for their maintainers for following the aur development -- Ionuț

15 27

[aur-general] [google-talkplugin] How to build an older version of openssl
by Denis A. Altoé Falqueto 02 Nov '10

02 Nov '10

Hello, guys. Google Talk Plugin for GMail is not working anymore for me (and others...) because it relies on libssl.so.0.9.8. But for my surprise, the binary GoogletalkPlugin is a 32 bits executable, even for the 64 bits package. It comes right after the original deb package, provided by Google. To make things short, I tried to "downgrade" the lib32-openssl PKGBUILD to version 0,9,8n. It compiles fine, but the resulting libraries (libcrypto.so.0.9.8 and libssl.so.0.9,8) are ELF64, when they should be ELF32. You can view the PKGBUILD in http://pastebin.com/04xsippr So, should I need a 32 bits chroot for that? Shouldn't the multilib compiler be enough? -- A: Because it obfuscates the reading. Q: Why is top posting so bad? ------------------------------------------- Denis A. Altoe Falqueto Linux user #524555 -------------------------------------------

2 10

[aur-general] wacom packages up for adoption
by M. Rawash 31 Oct '10

31 Oct '10

well, my laptop got stolen, so I don't think i can keep maintaining these packages for the time being: linuxwacom (obsolete): https://aur.archlinux.org/packages.php?ID=16912 linuxwacom-dev (obsolete): https://aur.archlinux.org/packages.php?ID=25238 xf86-input-wacom-git: https://aur.archlinux.org/packages.php?ID=32033 tablet-apps: https://aur.archlinux.org/packages.php?ID=19783 cheers, M Rawash

2 1

[aur-general] Rename wouxun to own
by Vitaliy Berdinskikh 31 Oct '10

31 Oct '10

Hi! Please rename wouxun to owx Info: http://www.baseciq.org/2010/07/17/wouxun-linux-utility see last comment http://owx.chmurka.net -- Виталий Бердинских UR6LAD 73 & 72!

2 1

[aur-general] Cleaning up aqpm / shaman packages
by Jakob Gruber 30 Oct '10

30 Oct '10

I'd like to remove a few old and broken aqpm / shaman packages. AFAIK, the only working packages in the AUR are aqpm-git[1] and shaman-svn[2] Candidates for removal (depend on an old version of libalpm and don't build anymore): shaman [3] shaman1-git [4] aqpm [5] libaqpm-git [6] Additionally, the following pkgs depend on shaman, I'm not sure what to do with these: shaman-plasma [7] shaman-plasma-svn [8] Any thoughts / objections? [1] http://aur.archlinux.org/packages.php?ID=40830 [2] http://aur.archlinux.org/packages.php?ID=40831 [3] http://aur.archlinux.org/packages.php?ID=15422 [4] http://aur.archlinux.org/packages.php?ID=29028 [5] http://aur.archlinux.org/packages.php?ID=29600 [6] http://aur.archlinux.org/packages.php?ID=25472 [7] http://aur.archlinux.org/packages.php?ID=19166 [8] http://aur.archlinux.org/packages.php?ID=19165

1 1

[aur-general] Remove old TOMOYO Packages
by Stefan J. Betz 30 Oct '10

30 Oct '10

Hello, the following TOMOYO related packages are out of date and no longer maintained in AUR: ccs-tools -> Thu, 12 Nov 2009 -> Only useful for old patched kernels kernel26-tomoyo -> Thu, 12 Nov 2009 -> 2.6.31.* is real old, TOMOYO 2.* is already in upstream kernels! nvidia-tomoyo -> Mon, 14 Sep 2009 -> Only useful with kernel26-tomoyo Greetings Betz Stefan

2 1

[aur-general] Remove request: liferea-svn
by Alexander 'hatred' Drozdoff 30 Oct '10

30 Oct '10

Hi guys! Liferea project switch to git instead svn. PKGBUILD for git already present in AUR, so package liferea-svn[1] can be removed. [1] http://aur.archlinux.org/packages.php?ID=13568 -- WBR Alexander Drozdov FIDO: 2:5045/41.84 Site: http://hatred.homelinux.net Site: http://archlinux.org.ru

2 1