- Aur-general - lists.archlinux.org

[aur-general] Web-client for emails: [WAS:Reflector]
by Oon-Ee Ng 05 Apr '11

05 Apr '11

Re-subject - this is going OT. On Tue, Apr 5, 2011 at 5:52 PM, Peter Lewis <plewis(a)aur.archlinux.org> wrote: > On Mon, 04 Apr 2011, Oon-Ee Ng wrote: >> I'll correct myself then, gmail+pentadactyl does not like the >> combination of mailing lists I'm on. Some of them are badly configured >> (thankfully none of the Arch ones) and have to be used with >> reply-to-all, hence sometimes I press the wrong button, not >> remembering which list I'm on. >> >> When I was using Evolution it was easy, Ctrl-L (reply-to-list) did >> everything for me, but with web gmail there's no such button and I >> have to remember whether to reply/reply-all depending on the list. >> I'll try not to make the mistake again =). > > Umm... then don't use it, then, in favour of a client that works? > > Seriously though, I've never used GMail, but I see so many people on various > lists apologising for the way it handles email. Just don't do it, kids. > > </blowtorch> > Gmail's web interface has THE best approach to threading. Ever. If you have any other suggestion (web client or linux desktop client) which comes anywhere close please let me know. Evolution's threading just doesn't cut it, thunderbird's new one is close, but thunderbird is basically a mouse-only interface, the keyboard shortcuts are so horrific (and muttator is an abortion of a project AFAICS). I've spent quite some time exploring the options, and settled on this. Ideas always welcome, of course.

5 4

[aur-general] [deletion request] python-restkit
by Baptiste 04 Apr '11

04 Apr '11

Hello, The packages `python-restkit' [1] and `restkit-git' [2] should be deleted : they are both out-of-date and violating python packaging guidelines (I believe they come from an ancient time, when python3 was only a dream...) They are replaced by `python2-restkit' [3]. Whenever someone really needs a -git package, should he just create another, with the right name (`python2-restkit-git'). Thanks ! [1] http://aur.archlinux.org/packages.php?ID=31599 [2] http://aur.archlinux.org/packages.php?ID=41388 [3] http://aur.archlinux.org/packages.php?ID=47885 -- GNU/Linux fan && Archlinux user

5 6

[aur-general] [Deletion Request] xcursorgen
by Astor Castelo 04 Apr '11

04 Apr '11

Please remove xcursorgen[1]. It can be found in [extra] as xorg-xcursorgen[2]. [1] http://aur.archlinux.org/packages.php?ID=8114 [2] http://www.archlinux.org/packages/extra/i686/xorg-xcursorgen/

2 1

[aur-general] [deletion request]stuntrally
by Jason Melton 04 Apr '11

04 Apr '11

Please delete stuntrally[1] I misnamed the package, and left out the -hg. Sorry! Will get corrected version up soon. [1]https://aur.archlinux.org/packages.php?ID=47914

2 1

[aur-general] [Deletion Request] vimtips
by Jason Melton 04 Apr '11

04 Apr '11

Please delete vimtips from AUR[1] Upstream is unmaintained and broken. The tips have moved to a different site, and are not in a format the script can handle.[2] [1] http://aur.archlinux.org/packages.php?ID=28241 [2] http://vim.wikia.com/wiki/Script:88

2 1

[aur-general] tapenade in aur
by Thomas Zervogiannis 03 Apr '11

03 Apr '11

Dear AUR maintainers, Please remove the package "tapenade" from AUR (http://aur.archlinux.org/packages.php?ID=43412) I submitted it about a year ago when it was free to use but it seems it is no longer in the public domain (at least from http://www-sop.inria.fr/tropics/tapenade/downloading.html it seems that it is free to download but not directly - you have to fill in a questionaire and then get access to the binaries for academic use) Best regards, Thomas Zervogiannis

2 1

[aur-general] [deletion request] cant and cannot
by SanskritFritz 02 Apr '11

02 Apr '11

Please remove those packages from AUR: cant - http://aur.archlinux.org/packages.php?ID=47852 cannot - http://aur.archlinux.org/packages.php?ID=47859 Those packages must be deleted immediately, they have hurt my feelings! Also several packaging standards were violated, so numerous, I cant even list them. :)

3 3

[aur-general] Salt 0.7.0
by Thomas S Hatch 02 Apr '11

02 Apr '11

I have received a great deal of feedback from Arch users about salt, so I will announce releases here a few more times. Salt is a parallel remote execution system, the release announcement is in the salt mailing list and my blog: http://groups.google.com/group/salt-users/browse_thread/thread/25f31b5c79c0… http://red45.wordpress.com/2011/04/02/salt-0-7-0/ Arch package is available in the Arch AUR: https://aur.archlinux.org/packages.php?ID=47512 -Thomas S Hatch

1 0

[aur-general] When should pkgrel be updated?
by Oon-Ee Ng 01 Apr '11

01 Apr '11

I've seen (in the past) various packages on the AUR which jumped by 3 or 4 pkgrels in a very short period of time. Sometimes it happens like this:- 1. Maintainer changes something and breaks the package with pkgrel=2 2. Bug reported on comments. Maintainer reverts change and makes pkgrel=3 It can also happen like this:- 1. Maintainer makes changes to pkgdesc or cleans up some of the commands, depends, etc. sets pkgrel=2 For both of the cases above, is pkgrel updating really necessary? For the second one, I think not, as changing documentation doesn't (shouldn't) require recompilation of the package by its users. Similarly if depends changes, users who already have the package installed would already have the dep, so no reason for such users to upgrade? For the first case its a bit more tricky. My reasoning is that if the PKGBUILD breaks and can't be built at all, the maintainer could simply release with the same pkgrel. Noone would have been able to build pkgrel=2 in that example anyway, so why jump to pkgrel=3? The reason I bring this up is because there's no easy way (yet) to diff what's changed between versions of the package, and hence when I notice a pkgrel change I can't really check to see what has been changed and whether its worth recompiling the package (for larger packages like firefox4 this can be significant). Comments appreciated.

7 8

[aur-general] Delete request: firefox-i18n-zh-cn
by zlowly 01 Apr '11

01 Apr '11

Please remove the following package: firefox-i18n-zh-cn: https://aur.archlinux.org/packages.php?ID=20527 It's in [extra] now. Thanks, zlowly

2 1