- Aur-general - lists.archlinux.org

[aur-general] glib docs package
by Bráulio Barros de Oliveira 16 Dec '08

16 Dec '08

Hello, I would to know the name, if there is, of the package for the glib documentation, cause it is not included in the official repositories (or I cannot find it) neither included into gtk docs. Regards, bráulio

2 2

[aur-general] Voting period - Rules governing packages entering [community]
by Allan McRae 15 Dec '08

15 Dec '08

Hi TUs, This starts the seven day voting period for the proposed rules for packages entering the [community] repo. Voting is being done on the AUR interface, last 7 days and will require a quorum of 75%. For your reference: [proposal] * Only "popular" packages may enter the repo, as defined by 1% usage from pkgstats or 10 votes on the AUR. * Automatic exceptions to this rule are: - i18n packages - accessibility packages - drivers - dependencies of packages who satisfy the definition of popular, including makedeps and optdeps - packages that are part of a collection and are intended to be distributed together, provided a part of this collection satisfies the definition of popular * Any additions not covered by the above criteria must first be proposed on the aur-general mailing list, explaining the reason for the exemption (e.g. renamed package, new package). The agreement of three other TUs is required for the package to be accepted into [community]. Proposed additions from TUs with large numbers of "non-popular" packages are more likely to be rejected. * TUs are strongly encouraged to move packages they currently maintain from [community] if they have low usage. No enforcement will be made, although resigning TUs packages may be filtered before adoption can occur. [end proposal] Allan

5 9

[aur-general] Orphan Request: Pythoncard
by reality gaps 15 Dec '08

15 Dec '08

Hi guys, The pythoncard package is flagged out of date and the maintainer sent me the following: "I have no time to maintain the PKG. Please feel free to take over maintenance of it." I'd like to adopt the package if someone can mark it unmaintained. Thanks -- realitygaps(a)yahoo.com

2 1

[aur-general] Resign as a TU
by Giovanni Scafora 11 Dec '08

11 Dec '08

Hi guys, I've decided to resign from my position as a Trusted User. There are two reasons: 1) I no longer have the time anymore to follow the TU stuffs as I should do. 2) I want to focus my efforts on developer work only. All the best, -- Arch Linux Developer (voidnull) AUR & Pacman Italian Translations Microdia Developer http://www.archlinux.it

6 6

[aur-general] Account Type On AUR
by Callan Barrett 11 Dec '08

11 Dec '08

Can everyone who is a developer and a Trusted User set their account types on the AUR to Trusted User rather than developer. At this point there are only two differences between a TU and a dev on the AUR: your title and the ability to make other people developers. Right now the stats are some arbitrary number on the front page and I have to rely on a wiki page for an accurate number of TUs which is ridiculous. I also have to allow developers to vote on the TU interface which also seems stupid to me even if we should trust developers. At this point the only reason a TU/dev should be a developer on the AUR is because they don't know why or they're in an epenis measuring contest with each other so please change your account and fix the stats (or give me an incredible reason for being a dev). Thanks. -- Callan Barrett

8 13

[aur-general] Packages with libpcap dependency need a rebuild
by Thomas Bächler 11 Dec '08

11 Dec '08

Soon (today or tomorrow), libpcap 1.0.0 will move to core. All community packages depending on libpcap will need a rebuild (iftop is among them, no idea if there are more). The rebuilds probably won't be necessary for each version anymore, as the libpcap.so has no a sane SONAME (.so.1) instead of having the whole version (including the minor) as SONAME.

1 1

[aur-general] Orphan request: opencascade
by Michele Mocciola 11 Dec '08

11 Dec '08

Hi, opencascade is flagged out of date for some time. I tried to contact the maintainer without success. I'd like to adopt it. -- mickele (mimocciola(a)yahoo.com)

4 3

[aur-general] Please remove aif-blockdevicerefactor-git package from AUR
by Dieter Plaetinck 08 Dec '08

08 Dec '08

Hi, I own the package aif-blockdevicerefactor-git It was named after a specific branch, but since the branch has been merged into master and then deleted this package doesn't, and will never work anymore. Can it be deleted? Sorry for bothering you with this, when I created it I didn't realize users couldn't delete their own packages :-) Dieter

3 2

[aur-general] Official discussion period - Rules governing packages entering [community]
by Allan McRae 08 Dec '08

08 Dec '08

This starts the official discussion period for the addition of rules governing the addition of packages to [community]. As this is essentially a bylaw change, we will use that voting procedure: 5 days discussion, 7 days voting, quorum of 75% required. [proposal] * Only "popular" packages may enter the repo, as defined by 1% usage from pkgstats or 10 votes on the AUR. * Automatic exceptions to this rule are: - i18n packages - accessibility packages - drivers - dependencies of packages who satisfy the definition of popular, including makedeps and optdeps - packages that are part of a collection and are intended to be distributed together, provided a part of this collection satisfies the definition of popular * Any additions not covered by the above criteria must first be proposed on the aur-general mailing list, explaining the reason for the exemption (e.g. renamed package, new package). The agreement of three other TUs is required for the package to be accepted into [community]. Proposed additions from TUs with large numbers of "non-popular" packages are more likely to be rejected. * TUs are strongly encouraged to move packages they currently maintain from [community] if they have low usage. No enforcement will be made, although resigning TUs packages may be filtered before adoption can occur. [end proposal] Allan

13 21

Re: [aur-general] Eclipse plugin packaging standardization proposal
by bardo 08 Dec '08

08 Dec '08

First of all, nobody really wrote /against/ this proposal and nobody said there's no need for a standard, so I suppose everyone's ok with it. If this is not the case, just speak up, otherwise I'll wait for a week from the last comment and then proceed to wikify it. On Thu, Nov 20, 2008 at 5:37 PM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > / syntax is actually for replacement. The syntax above says "replace > with nothing". The # and % syntax is for deletion (matching from the > front or back of the word, respectively). I doubt there's any real > difference as far as performance goes. I'll keep the slash syntax, then, it's also simpler to customize. Thanks fo the great explanation :) >> (2) you could use the jar command to extract a jar file instead of >> unzip. that's what it's made for. it's in the jdk which is a dependancy >> of eclipse. so you can expect user to have jar command and jdk package >> (jar is also in java-gcj-compat) I modified the PKGBUILD to use jar instead of unzip, thanks. However I had to do some other changes. As I pointed out in the post: «I was noticed that I can directly use jar, which the user already has since it's part of the JRE. This is great, since it spares a makedepend! However, jar can't extract to directories other than the current one: this means that, after the directory creation, it's necessary to cd before extracting. Since there were many occurrences of the destination path I decided to use a custom variable even though somebody might not like it, because there's a great improvement in readability.» Quick link reference: http://blog.bardland.org/2008/11/20/arch-linux-eclipse-plug-in-packaging-a-… Corrado

2 1