- Aur-general - lists.archlinux.org

[aur-general] Package merge
by stefan-husmann＠t-online.de 03 Apr '09

03 Apr '09

Hello, I merged elisa-base and elisa-plugins to a new package named elisa. The reason for doing so is that not only elisa-plugins depend on elisa-base, but also vice versa. I also deleted twisted-web2, because it is a double of the twisted pckage in [extra] now. Regards Stefan

1 0

[aur-general] Orphan request gimp-resynth
by Henning Bekel 03 Apr '09

03 Apr '09

Someone please orphan gimp-resynth, I'd like to apopt it: http://aur.archlinux.org/packages.php?ID=6823 The current maintainer hasn't responded to comments for a long time, and the current pkgbuild is broken. Thanks, Henning

3 3

[aur-general] Voting period: Xyne
by Allan McRae 03 Apr '09

03 Apr '09

Hi TUs, It is voting time for Xyne's TU application. See discussion period here: http://www.archlinux.org/pipermail/aur-general/2009-March/004130.html Allan

2 3

[aur-general] PKGBUILDs and "floating" source URLs
by Chris Brannon 02 Apr '09

02 Apr '09

Hello! I just adopted the rss2email package from unsupported, and I have a small problem. The URL for the source always points to the latest version of the package. It is http://rss2email.infogami.com/rss2email.py In other words, that URL will refer to a new file as soon as a new version is released. What is the preferred solution? I'm tempted to send a nice note to the author, asking for a static URL. -- Chris

4 3

[aur-general] Maintainer for gtk-gnutella? (was: AUR Comment for gtk-gnutella)
by Dan McGee 02 Apr '09

02 Apr '09

Anyone want to maintain this package? Feel free to take it off my hands. I don't think it is a complicated version bump, I just don't use it anymore. -Dan ---------- Forwarded message ---------- From: <aur-notify(a)archlinux.org> Date: Wed, Apr 1, 2009 at 4:07 AM Subject: AUR Comment for gtk-gnutella To: from http://aur.archlinux.org/packages.php?ID=11309 hussam wrote: Current version: 0.96.6 --- If you no longer wish to receive notifications about this package, please go the the above package page and click the UnNotify button.

2 3

[aur-general] Packages duplicated
by William Díaz 02 Apr '09

02 Apr '09

These packages are duplicated: [1] lightscribe_x86_64, [2] lightscribe-labeler_x86_64 and [3] 4l_x86_64 1.0r6-2 lightscribe_x86_64 = bin32-lightscribe lightscribe-labeler_x86_64 = bin32-lightscribe-labeler 4l_x86_64 = bin32-4l [1] http://aur.archlinux.org/packages.php?ID=21807 [2] http://aur.archlinux.org/packages.php?ID=7977 [3] http://aur.archlinux.org/packages.php?ID=21808

2 1

[aur-general] Orphaning Request (lkmonitor)
by M Rawash 01 Apr '09

01 Apr '09

please orphan "lkmonitor" in AUR, i won't bother contacting the maintainer since he hasn't been active for almost 3 years now (http://aur.archlinux.org/packages.php?K=Jack&SeB=m) regards M Rawash

2 1

[aur-general] Package removal request
by flocke 01 Apr '09

01 Apr '09

Could someone please remove this package: [1] I had a little twist in the name (brz instead of bzr) and noticed it when it was already uploaded ... Sry for the trouble! [1] http://aur.archlinux.org/packages.php?ID=25172 -- flocke <flocke(a)user-helfen-usern.de>

2 1

[aur-general] Voting period: Chris Brannon
by Allan McRae 01 Apr '09

01 Apr '09

Hi TUs, It is time to vote so head to the AUR voting interface. You can refresh your memory here: http://www.archlinux.org/pipermail/aur-general/2009-March/004104.html Allan

5 7

[aur-general] Package disown request for libcdk
by Alexander Rødseth 31 Mar '09

31 Mar '09

Hi, libcdk hasn't been updated for one and a half years. I e-mailed the maintainer almost two weeks ago and has not got any reply. If the package is disowned, I can fix it. I have the PKGBUILD ready. Thanks, Alexander Rødseth

2 2

Re: [aur-general] Voting period: Chris Brannon
by Loui Chang 31 Mar '09

31 Mar '09

On Tue, Mar 31, 2009 at 02:45:56PM +1000, Allan McRae wrote: > Allan McRae wrote: > > Hi TUs, > > > > It is time to vote so head to the AUR voting interface. You can refresh > > your memory here: > > http://www.archlinux.org/pipermail/aur-general/2009-March/004104.html > > And voting is now finished. > > The votes are 17 yes, 1 abstain, 0 no. According to the wiki, we have 26 > TUs, so we barely make the quorum (bad TUs - do more voting!). > > Chris: Follow the instructions on this wiki page > http://wiki.archlinux.org/index.php/New_Trusted_User_Checklist Congrats!

2 2

Re: [aur-general] Voting period: Chris Brannon
by Jaroslav Lichtblau 31 Mar '09

31 Mar '09

On Tue, Mar 31, 2009 at 06:45:56AM +0200, Allan McRae wrote: snip > > And voting is now finished. > > The votes are 17 yes, 1 abstain, 0 no. According to the wiki, we have > 26 TUs, so we barely make the quorum (bad TUs - do more voting!). snip > > Allan > > Welcome aboard, Chris! And congrats too :) -- The worst thing one can do is not to try, to be aware of what one wants and not give in to it, to spend years in silent hurt wondering if something could have materialized -- and never knowing. -- David Viscott

1 0

[aur-general] Adopting Apache Commons packages
by Marc St-Laurent 30 Mar '09

30 Mar '09

Hello TUs, I'd like to adopt commons-collections ( http://aur.archlinux.org/packages.php?ID=1216 ) and commons-beanutils ( http://aur.archlinux.org/packages.php?ID=1215 ), which are currently orphaned packages. However, I think it would be wise to rename them to java-commons-{digester,beanutils}, to bring them in line with the naming scheme already used by a few other Commons packages. Could you please delete the old packages, and I will upload new ones shortly? TIA Marc

1 0

[aur-general] Problem with root permission
by Michele Mocciola 29 Mar '09

29 Mar '09

I'm having trouble building PKGBUILD for mpi version of code-aster: during compilation process install script must run mpixec; because of fakeroot, mpiexec believes that is being runt by root and so looks for file /etc/mpd.conf, for its owner, that must be root, and for its permissions that must be 600; problem start when install script tries to open mpd.conf, because of permissions 600 it can't open it and so it closes with error. The only solution I found is to run makepkg as root (e.g. sudo makepkg --asroot). Do you think there are other solution for this problem? MPI implementation I use is mpich2. Thanks in advance. Michele Mocciola

1 0

[aur-general] System cleaning?
by Brandon Martin 29 Mar '09

29 Mar '09

You would think that I would have been using arch long enough to know how to do this buy I don't. I was using gnome then I tried to uninstall it and I used kdemod for a little while but know I want to use gnome again. I uninstalled kdemod and reinstalled gnome but it just doesn't seem as snappy as it was before. Plus I have easytag installed and when I click the home folder from the places menu it opened easytag. On top of that when I was connected to a remote FTP and I try to edit and save something I get a gvfs error. This use to work fine before. In the past I have usually just done a fresh install because I am weird about having only what I need installed and have never taken the time to learn all I can do with pacman. So my main question is can how do I do a major cleaning removing what I don't need and how do I check if I am missing something I do need since I am running into a few oddities. What is the best way to get my system clean and mean. Thanks for any insight. -- Brandon Martin

5 6

[aur-general] Package removal request (perl-object-event-new)
by flocke 29 Mar '09

29 Mar '09

Could someone please remove this package: [1] I uploaded it because perl-object-event in [community] was out of date, but now it is up to date again so this package is not longer needed! Thanks! [1] http://aur.archlinux.org/packages.php?ID=23405 -- flocke <flocke(a)user-helfen-usern.de>

2 3

[aur-general] become a TU, Jens Maucher]
by Stefan Husmann 28 Mar '09

28 Mar '09

Hello, the discussion period is over, so let us begin voting on the TU appliance of Jens Maucher (defcon). http://www.archlinux.org/pipermail/aur-general/2009-March/004129.html Stefan

1 0

[aur-general] duplicate package
by Lukáš Jirkovský 28 Mar '09

28 Mar '09

Hello, I found out that there are two packages kdbg, the kdbg (currently in community) and the kdemod3-kdbg [1] which is the same as the package in comunity, but it's not maintained and outdated. I suggest removing the kdemod3-kdbg package. [1] http://aur.archlinux.org/packages.php?ID=18774

2 1

[aur-general] Integrity Check community i686 27-03-2009
by repomaint＠archlinux.org 27 Mar '09

27 Mar '09

===================================== = Integrity Check i686 of community = ===================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing PKGBUILDs ------------------- /srv/abs/rsync/i686//community/CVS /srv/abs/rsync/i686//community/daemons/CVS /srv/abs/rsync/i686//community/devel/CVS /srv/abs/rsync/i686//community/editors/CVS /srv/abs/rsync/i686//community/emulators/CVS /srv/abs/rsync/i686//community/games/CVS /srv/abs/rsync/i686//community/gnome/CVS /srv/abs/rsync/i686//community/i18n/CVS /srv/abs/rsync/i686//community/kde/CVS /srv/abs/rsync/i686//community/lib/CVS /srv/abs/rsync/i686//community/modules/CVS /srv/abs/rsync/i686//community/multimedia/CVS /srv/abs/rsync/i686//community/multimedia/libflashsupport-oss/CVS /srv/abs/rsync/i686//community/network/CVS /srv/abs/rsync/i686//community/office/CVS /srv/abs/rsync/i686//community/science/CVS /srv/abs/rsync/i686//community/system/CVS /srv/abs/rsync/i686//community/x11/CVS /srv/abs/rsync/i686//community/xfce/CVS Missing Dependencies ---------------------- flumotion --> 'twisted-web' open-vm-tools-modules --> 'kernel26<2.6.28' eclipse-ve --> 'eclipse<3.3' cdfs --> 'kernel26<2.6.28' virtualbox-ose-additions-modules --> 'kernel26<2.6.28' Missing Makedepends --------------------- splix --> 'jbigkit' Summary --------- Missing PKGBUILDs: 19 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 6 Repo hierarchy problems: 0 Circular dependencies: 0

2 1

[aur-general] Arch's Vim Failings & Solution Suggestions
by Andrei Thorp 27 Mar '09

27 Mar '09

Hello, fellow Archers. Recently, I had a question about Vim, so I went to the #vim channel in IRC. I was doing something that should be working, but it wasn't. Surprisingly, the question came up, "Are you on Arch?" Turns out that several of the peolpe I most respect in the #vim IRC channel are very unhappy with the quality of Arch's Vim package. One even (jokingly?) asked if they could officially not support Arch in the channel, which I found somewhat alarming. I suggested that we should instead help improve the Arch package. I hate to pick on people, but according to the generally kind folks on IRC, the Vim package for Arch has quite a few issues, and the maintainer hasn't addressed some outstanding bugs in quite a long while. As some of you may know, James Vega (jamessan) is an outstanding Vim user and the Debian package maintainer for Vim. I asked him to send me what he saw as the problems with the Arch package, and he was kind enough to send along some suggestions. They are attached in this forward. Thank you, -Andrei Thorp ---------- Forwarded message ---------- From: James Vega <jamessan(a)debian.org> Date: Thu, Mar 19, 2009 at 2:29 AM Subject: Arch's Vim failings To: garoth(a)gmail.com Andrei, Thanks for being receptive to trying to address the issues in Arch's Vim packaging. Below are the major points that stand out. 1) gvim package: Shipping an /etc/gvimrc which, due to the order that Vim loads rc files, overrides any settings in the user's ~/.vimrc. Considering that some users make the conscious decision to keep all their settings in their ~/.vimrc instead of using both ~/.vimrc and ~/.gvimrc, this is at the very least annoying. More in depth discussion is contained in the nearly year old, unfixed bug[0] about this issue. 2) vi package: The package is built such that the resulting vi binary reads its config from the completely non-standard ~/.virc. Presumably this is to allow different configurations for the different feature-sets avaiable in vi vs. vim packages. Fortunately, Vim has methods to deal with this already such as being able to check what name was used to invoke Vim[1] and explicitly checking for feature support[2]. 3) vi, vim, and gvim packages: Explicitly building Vim with $VIMRUNTIME == $VIM by specifying "--with-global-runtime=/usr/share/vim" to configure. This doesn't need to be specified to configure as it will be set to the correct directory on its own. If they insist on specifying it, the directory should be /usr/share/vim/vimXY (where XY is Vim's version number -- 72 for current Vim). This manifests various problems, the most noticeable being that the 'runtimepath' option in Vim has /usr/share/vim listed twice, thus causing runtime files to be sourced twice and causing duplicate information when using common scripting methods for discovering files in the runtimepath[3]. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega <jamessan(a)debian.org> [0] - http://bugs.archlinux.org/task/10303 [1] - if v:progname == 'vi' [2] - if has('cscope') [3] - globpath(&rtp, 'colors/*') -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknB5lcACgkQDb3UpmEybUCg6ACgjRFE4YnrbEGMq8uY51CZqRis xZsAnjbOC4BsAv/hYG9hcfmbogJLdLtX =HJf3 -----END PGP SIGNATURE-----

6 14

[aur-general] Integrity Check community x86_64 27-03-2009
by repomaint＠archlinux.org 27 Mar '09

27 Mar '09

======================================= = Integrity Check x86_64 of community = ======================================= Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing PKGBUILDs ------------------- /srv/abs/rsync/x86_64//community/CVS /srv/abs/rsync/x86_64//community/daemons/CVS /srv/abs/rsync/x86_64//community/devel/CVS /srv/abs/rsync/x86_64//community/editors/CVS /srv/abs/rsync/x86_64//community/emulators/CVS /srv/abs/rsync/x86_64//community/games/CVS /srv/abs/rsync/x86_64//community/gnome/CVS /srv/abs/rsync/x86_64//community/i18n/CVS /srv/abs/rsync/x86_64//community/kde/CVS /srv/abs/rsync/x86_64//community/lib/CVS /srv/abs/rsync/x86_64//community/lib32/CVS /srv/abs/rsync/x86_64//community/modules/CVS /srv/abs/rsync/x86_64//community/multimedia/CVS /srv/abs/rsync/x86_64//community/network/CVS /srv/abs/rsync/x86_64//community/office/CVS /srv/abs/rsync/x86_64//community/science/CVS /srv/abs/rsync/x86_64//community/system/CVS /srv/abs/rsync/x86_64//community/x11/CVS /srv/abs/rsync/x86_64//community/xfce/CVS Missing Dependencies ---------------------- eclipse-ve --> 'eclipse<3.3' flumotion --> 'twisted-web' gg2 --> 'arts' perl-ldap --> 'perl-xml-sax-writer' thunderbird-spell-pl --> 'thunderbird=2.0.0.19' cdfs --> 'kernel26<2.6.28' Missing Makedepends --------------------- splix --> 'jbigkit' Summary --------- Missing PKGBUILDs: 19 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 7 Repo hierarchy problems: 0 Circular dependencies: 0

1 0

[aur-general] Quick Access Plasmoid appears more than once in AUR
by Bram Schoenmakers 27 Mar '09

27 Mar '09

Hello, The Quick Access Plasmoid appears more than once in AUR. [1] is orphaned but has more votes. [2] still has a maintainer. So I would suggest to remove [1] from AUR. Kind regards, [1] http://aur.archlinux.org/packages.php?ID=18854 [2] http://aur.archlinux.org/packages.php?ID=18893 -- Bram Schoenmakers What is mind? No matter. What is matter? Never mind. (Punch, 1855)

2 1

[aur-general] package removal/orphaning request: rubberband
by hollunder＠gmx.at 26 Mar '09

26 Mar '09

Please orphan or remove this package, I'd be willing to take over but the author of the PKGBUILD can have it back if he wants to. http://aur.archlinux.org/packages.php?ID=15349 For the following reasons: -Wrong homepage link -some minor things inside the PKGBUILD -out of date since a few weeks and most importantly: -source isn't downloaded from the authors website and the downloaded tarball is significantly larger than the original one: rubberband-1.2.tar.bz 298627 rubberband-1.2-arch.tar.bz2 2739510 I won't attempt to see what the difference is, either way it's just wrong to download a modified tarball from a third party website, especially with an active project. Best regards Philipp

2 3

[aur-general] Package deletion
by Arkham 26 Mar '09

26 Mar '09

Could someone please delete http://aur.archlinux.org/packages.php?ID=24988 ? I uploaded it by mistake ;)

2 1

[aur-general] Please delete a package
by José Valecillos 25 Mar '09

25 Mar '09

I commited a mistake uploading one of my packages, then the xammp-linux package is a error. Can you delete please -- José Valecillos

3 3