- Aur-general - lists.archlinux.org

[aur-general] Deletion request
by Xavier D. 12 Nov '10

12 Nov '10

Hi, Could you delete this package: notify-osd-xfce-bzr (http://aur.archlinux.org/packages.php?ID=31872) as its orphan, redundant with notify-osd-xfconf-bzr (http://aur.archlinux.org/packages.php?ID=31934) and not working anymore. Thanks,

2 1

[aur-general] [deletion request] nvidia-opencl-headers
by Stéphane Gaudreault 12 Nov '10

12 Nov '10

Could you please remove the nvidia-opencl-headers package ? http://aur.archlinux.org/packages.php?ID=42430 It is no longer needed as these headers are availables again in nvidia-utils. Thanks, Stéphane

2 1

[aur-general] to maintain or not to maintain... the maintainer doesn't any more.
by Martti Kühne 11 Nov '10

11 Nov '10

On Tue, Nov 2, 2010 at 9:33 PM, Aurel Canciu <aurelcanciu(a)gmail.com> wrote: > Hello! > I'm really sorry, I forgot about that account and no longer have access to > it unfortunately, I will send a message to aur-general to remove it. Thanks > for notifying me! > I will email you when that account will get removed so you can 'adopt' that > package. > Have a nice day and sorry for the delay! > Hello list the package salasaga is out of date and the maintainer has a bad email address. Obviously, he's no longer interested in maintaining the package as well. Please disown, I'll adopt and update. mar77i

2 1

[aur-general] [deletion request] gimp-mathmap-13
by Uli Armbruster 11 Nov '10

11 Nov '10

Hi I just discovered this package http://aur.archlinux.org/packages.php?ID=43383 We have this plugin in the repos and the newer version is about to come in, so nobody needs this package in the AUR. It even doesn't work, because doxygen is needed in makedepends (this is also missing in the official PKGBUILD, I'll tell Geoffroy ;) ) Merci

2 2

[aur-general] [extra] repository cleanup
by Andrea Scarpino 10 Nov '10

10 Nov '10

Hi DEVs/TUs, currently we have 700 (counting both arches and any) orphans packages in [extra]. As member of the orphans team, I made a list[1] of these packages and I'd like to move them to Unsupported. If some DEV wants to keep a package simply cross it out (adoption is not required, but it would be nice) or reply to this mail. If some TU wants to maintain a package in [community], please write the name into the "Candidate to [community]" section, *DO NOT* cross it out. Or reply to this mail. I think that a week is enough time for this job. 17th November I will move the remaining packages to Unsupported and the candidates to [community]. Cheers [1] https://wiki.archlinux.org/index.php/DeveloperWiki:Repo_Cleanup -- Andrea Scarpino Arch Linux Developer

6 9

[aur-general] OPIE Packages
by Stefan J. Betz 10 Nov '10

10 Nov '10

Hello, i want to upgrade these Packages: * opie-server * opie-client * libpam-opie I will also fix these Packages for amd64 Support. Greetings Betz Stefan -- URL : http://blog.stefan-betz.net | http://www.stefan-betz.net GPG : E188 933B BC00 723A 9DB0 0CD3 1398 E68B 6F33 567E XMPP: stefan(a)jabber.stefan-betz.net

2 2

[aur-general] Delete orphan package
by Joao Cordeiro 10 Nov '10

10 Nov '10

I think this package (http://aur.archlinux.org/packages.php?ID=14908) should be deleted. The maintainer orphaned it since it is deprecated and now included in other package (see maintainer comment). Thanks in advance

3 2

[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] determining inverse AUR dependencies of binary packages
by Christopher Brannon 10 Nov '10

10 Nov '10

Hi all, I'll start this discussion with an example of the problem. I notice that python-sqlalchemy is about to change in [community]. Most of the packages which depend on it will need to change their dependency to python2-sqlalchemy. This is handled quite nicely for packages in the binary repositories. If you do a package search on www.archlinux.org, you'll see which packages require python-sqlalchemy. Likewise, it is easy to get a list of [unsupported] packages which require a given package from [unsupported]. However, I don't know of a way to get a list of [unsupported] packages which require a given package from the binary repositories. If it were possible to build such lists, we could contact maintainers of [unsupported] packages, in order to inform them of upcoming changes which require their attention. -- Chris

3 2