- Aur-general - lists.archlinux.org

[aur-general] Delete request
by Wanton 15 Nov '10

15 Nov '10

wesnoth-unstable (http://aur.archlinux.org/packages.php?ID=30580) Obsolete and duplicate wesnoth-devel (http://aur.archlinux.org/packages.php?ID=9600) -- Regards, Wanton

2 1

[aur-general] Please Remove: perl-catalyst-plugin-cache-memcached
by Justin Davis 15 Nov '10

15 Nov '10

Please remove the perl-catalyst-plugin-cache-memcached package because it has been deprecated upstream. AUR link: http://aur.archlinux.org/packages.php?ID=25759 CPAN page shows it is deprecated: http://search.cpan.org/~bobtfish/Catalyst-Plugin-Cache-Memcached-0.8/lib/Ca… Thanks! -- -Justin

2 1

[aur-general] Deletion request
by Seblu 15 Nov '10

15 Nov '10

conntrack package is "out-of-date", orphans and replaced by conntrack-tools http://aur.archlinux.org/packages.php?ID=5960 Regards, -- Sébastien Luttringer www.seblu.net

2 1

[aur-general] deletion request
by masutu Subric 15 Nov '10

15 Nov '10

Hi, can you please delete python3-pyephem ( http://aur.archlinux.org/packages.php?ID=32966) The python3 package is now named python-pyephem, i created another package for python2 called python2-pyephem. masutu

2 1

[aur-general] Deletion request
by Ian-Xue Li 15 Nov '10

15 Nov '10

These scripts was wrote by me and is no longer used, http://aur.archlinux.org/packages.php?ID=29166 http://aur.archlinux.org/packages.php?ID=29689 please delete them. -- Li Ian-Xue http://b4283.ath.cx

2 1

[aur-general] packages to remove
by Joao Cordeiro 15 Nov '10

15 Nov '10

- brainworkshop-source (http://aur.archlinux.org/packages.php?ID=37536) "Comment by: prurigro on Mon, 18 Oct 2010 10:53:22 +0000 This package is no longer required and will no longer be maintained, as the brainworkshop package @ http://aur.archlinux.org/packages.php?ID=25593 now provides the same thing." - get-flash-videos-svn (http://aur.archlinux.org/packages.php?ID=28695) get-flash-videos now uses git - basket2-git (http://aur.archlinux.org/packages.php?ID=24550) "Comment by: mtorromeo on Thu, 05 Aug 2010 08:40:28 +0000 basket-git has a cleaner PKGBUILD and the package name is also more appropriate. this one should be removed IMHO" Thanks in advance

2 1

[aur-general] deletion request
by masutu Subric 14 Nov '10

14 Nov '10

Hi, can you please delete these packages: ns_broadway 2006-1 (http://aur.archlinux.org/packages.php?ID=6350) ns_kit7free 2006-1 (http://aur.archlinux.org/packages.php?ID=6354) ns_minikit 2006-1 (http://aur.archlinux.org/packages.php?ID=6351) ns_piano 2006-1 (http://aur.archlinux.org/packages.php?ID=6352) These soundfonts/sample packs do not exist any more (at least not for free). Thanks, masutu

2 1

[aur-general] Remove pks
by jesse jaara 14 Nov '10

14 Nov '10

These packages can be removed lib32-ati-dri-git lib32-libgl-git -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.)

2 3

[aur-general] Orphan request
by Clément Démoulins 14 Nov '10

14 Nov '10

Hi, Could you orphan the packages : - python-yenc [http://aur.archlinux.org/packages.php?ID=7743] - tvnamer-git [http://aur.archlinux.org/packages.php?ID=36535] The maintainers doesn't update after the migration to python 3. I post comments and i send an email 1 week ago without reply. Thanks Clément Démoulins

2 1

[aur-general] Fwd: Lib32 and Bin32 pkgs
by jesse jaara 14 Nov '10

14 Nov '10

I think we should start a campaign for converting the lib32 and bit32 pkgs to new multilib compliant format. So instead if downloading the 32bit version from the i686 repos build the package from source whit -m32 and gcc-multilib. -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.) -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.)

3 3

[aur-general] graphviz perl module package
by Antonio Lucas 13 Nov '10

13 Nov '10

Hi, I did this PKGBUILD for graphviz, and I think it is OK. But I would like someone more experienced (I never did a PKGBUILD) took a look and tell me if it is really OK and I can upload it to aur. I based it on this sample found on the wiki: https://wiki.archlinux.org/index.php/Perl_Policy#Sample_Vendor_PKGBUILD thanks in advice abracos Antonio Lucas

5 7

[aur-general] move acerhk to [unsupported]?
by Christopher Brannon 12 Nov '10

12 Nov '10

It won't build against kernel 2.6.36. There hasn't been a release in a long time. According to the homepage, the upstream author is no longer actively supporting it. IMHO, it should move. I could make more of an effort to patch it if someone is *really* interested. -- Chris

4 4

[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

[aur-general] Delete wireshark-devel?
by Simon Legner 09 Nov '10

09 Nov '10

wireshark-devel [1] is a very outdated package (1.0.8 instead of 1.4.1 from extra). We should consider to delete it. [1] http://aur.archlinux.org/packages.php?ID=27349

2 1

[aur-general] Delete package
by Joel Goguen 08 Nov '10

08 Nov '10

Hello all, I had created four packages on AUR; chromium-browser-inspector-bin, chromium-browser-l10n-bin and chromium-codecs-ffmpeg-extra-bin since the versions I found depended on only the dev channel Chromium package, and then chromium-browser-beta-bin to give these packages one to depend on. I've since learned that this isn't the way it should be done, so I'm requesting that a TU delete these four packages and I'll go to the maintainers of the existing packages to ask for beta channel packages. The package links are: chromium-browser-inspector-bin: http://aur.archlinux.org/packages.php?ID=42722 chromium-browser-l10n-bin: http://aur.archlinux.org/packages.php?ID=42725 chromium-codecs-ffmpeg-extra-bin: http://aur.archlinux.org/packages.php?ID=42726 chromium-browser-beta-bin: http://aur.archlinux.org/packages.php?ID=42720 -- Joel Goguen

2 1

[aur-general] github switched to SSL everywhere
by Chris van Dijk 07 Nov '10

07 Nov '10

Recently github switched over to using SSL for their entire website [1]. Currently wget does not accept the wildcard *.github.com in the certificate: $ wget http://github.com/ --2010-11-06 15:45:12-- http://github.com/ Resolving github.com... 207.97.227.239 Connecting to github.com|207.97.227.239|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: https://github.com/ [following] --2010-11-06 15:45:12-- https://github.com/ Connecting to github.com|207.97.227.239|:443... connected. ERROR: certificate common name `*.github.com' doesn't match requested host name `github.com'. To connect to github.com insecurely, use `--no-check-certificate'. This can be solved/worked around by passing --no-check-certificate to wget, something that makepkg does by default (DLAGENTS in /etc/makepkg.conf) _only_ for sources with the protocol https://. It does not do this for http sources, and of course does not know about any redirects to https. So my question is, what is the recommended course of action here, updating all PKGBUILDs that grab from github to point to the https source? Or is it wget's problem and we should just wait for an update? It has been fixed in wget's git repo but not released yet [2]. FYI: This is known to the github people, and they consider it wget's issue [3]. [1] https://github.com/blog/738-sidejack-prevention-phase-2-ssl-everywhere [2] https://savannah.gnu.org/bugs/index.php?20421 [3] http://support.github.com/discussions/repos/4702-cannot-download-via-wget-a…

6 6