- Aur-general - lists.archlinux.org

[aur-general] Missing Packages
by aur-notify＠archlinux.org 19 Jan '08

19 Jan '08

Missing x86_64 Packages: No new package supplied for libgadu 1.7.1-1! -- This is an automated message. If you wish to stop receiving it twice a day, fix the package(s).

1 0

[aur-general] Policy for [community] packages
by Alexander Fehr 19 Jan '08

19 Jan '08

As suggested by Aaron I want to discuss whether we need a policy to decide what packages go into [community]. Should this decision be based on the number of votes a package has? Should we discuss each [community] candidate on the mailing list as it's done with [extra] candidates? Or should each TU decide on his own which package he wants to add to [community] as it's done now? Alex

3 2

[aur-general] Note for partition: Gizmo license does not allow redistribution!
by Ronald van Haren 18 Jan '08

18 Jan '08

Mateusz, Please read all custom licenses before submitting something to [community]. The gizmo license does not allow redistribution (unless you have some kind of third party agreement with them). Assuming you have not such an agreement, please remove it from [community] again ASAP. Thanks, Ronald

3 2

[aur-general] Versioned Provisions
by Aaron Griffin 18 Jan '08

18 Jan '08

This is a little "heads up" email to all the package maintainers out there. Pacman 3.1 has support for versioned provisions. But what this also means is that there's going to be some breakages in packages. Let me explain by way of example: package foo depends=(bar>=1.2) package omg provides=(bar) In the past, you could install both foo and omg at the same time and everything would be satisfied. Not now. Now, the provision of "omg" will fail, because it's not providing the right version. What does this mean? Well, a few things. First and foremost, versioned provisions are a little broken in 3.1.0, but 3.1.1 will fix all this py allowing you to say: provides=(bar=1.2) Did I get this right? Dan, Xavier?

3 5

[aur-general] [VOTE] Mateusz Herych (partition)
by Ronald van Haren 17 Jan '08

17 Jan '08

Hi TUs, After a busy discussion period, this mail starts the 7 day voting period for Mateusz. His introduction was here: http://archlinux.org/pipermail/aur-general/2008-January/006549.html Please be as active during the voting period as during the discussion period. My vote is YES. Best, Ronald

24 27

[aur-general] DISCUSSION: Sebastian Nowicki (Xilon)
by Callan Barrett 16 Jan '08

16 Jan '08

Alright, this marks the start of the 5 day discussion period for Xilon, you can see his original application here: http://archlinux.org/pipermail/aur-general/2008-January/006678.html I feel confident in his ability and it seems he's already getting a tonne of praise over the work he's already done so no problem over here. So get discussing... -- Callan 'wizzomafizzo' Barrett

2 1

[aur-general] TU Application - Sebastian Nowicki
by Sebastian Nowicki 16 Jan '08

16 Jan '08

Hi, my name is Sebastian Nowicki. You may know me as Xilon from IRC, the bbs, AUR, or even the bug tracker. I am a 19 year old Computer Science and Internet Computing student. I have been using Archlinux for just over a year. I have been supporting other Archlinux users over the past year on the IRC channel, where I am now an operator. For the past 4 months I have also been coding AUR2, which some of you may know. I maintain 13 package in unsupported, and have had one package (powertop) taken to community. I also maintained gtkdc and dclibc, but due to the projects dieing upstream, I recently orphaned them. Having an AMD64 processor I will be able to compile both i686 and x86_64 packages. I have already setup the necessary chroots in order to do so. As a TU I would initially move the following packages to community: * btg * dbhub * dina-font * grc * screenwm * subtle These packages aren't very active upstream in terms of development, so I will probably be able to take on more packages from unsupported, or even from sergej ;). Callan mentioned that he would sponser me.

5 5

[aur-general] Gnome package guidelines
by Roman Kyrylych 15 Jan '08

15 Jan '08

Hi! I've seen an increasing demand for this, so... I've just made a public copy of JGC's excellent guidelines for Gnome packages here: http://wiki.archlinux.org/index.php/Gnome_package_guidelines This applies not only to Gnome packages but also to Xfce and some pure Gtk packages as well (not sure about KDE/Qt packages) - basically anything that use gconf, .desktop, hicolor icon theme etc. and is intended for usage in a desktop environment. (e.g. there's no need for Sauerbraten to use desktop-file-utils *just* because it includes .desktop file (it can be run a server only)). There is a collector bugreport for this: http://bugs.archlinux.org/task/9217 -- Roman Kyrylych (Роман Кирилич)

1 0

[aur-general] man pages move
by Roman Kyrylych 13 Jan '08

13 Jan '08

Hi! All AUR contributors, please note that "Man pages *should* be installed to /usr/share/man from here on out. The new makepkg (3.1) will no longer move man pages to /usr/man. This will begin our slow-but-steady phase in of FHS compliant man pages." Packages which EXPLICITLY use /usr/man in the PKGBUILD (perhaps through a configure option) should be fixed. TUs please take a look at http://bugs.archlinux.org/task/9189 -- Roman Kyrylych (Роман Кирилич)

1 0

[aur-general] testing/extra
by Abhishek Dasgupta 12 Jan '08

12 Jan '08

I wish to use testing to try out KDE 4, however if I do that then the packages I'll be building for [community] will be compiled against [testing] libs, which will cause a problem. Is there a way in which I can safely try out testing, while also making sure that the packages I compile are built against libs in [extra]? -- Abhishek Dasgupta

3 5