- Aur-general - lists.archlinux.org

Re: [aur-general] [arch-dev-public] Is pizzapunk still around?
by Loui Chang 29 Nov '08

29 Nov '08

On Sun, Nov 30, 2008 at 12:15:30AM +1000, Jud wrote: > Does anybody know if Alexander Fehr aka pizzapunk is still around? > > He has growing list of out-of-date packages. > > I can supply diff's for: > aria2 > transmission-cli > transmission-gtk > xarchiver > > There are many more in extra and community: > <http://aur.archlinux.org/packages.php?K=pizzapunk&SeB=m> This is more appropriate for the aur-general list. Yes he's still around. Last I heard he was requesting access to [community] because he was mistakenly removed. I'm not sure what the status of that is now.

1 0

Re: [aur-general] TU Meeting
by Loui Chang 29 Nov '08

29 Nov '08

On Sat, Nov 29, 2008 at 07:36:19PM +1000, Allan McRae wrote: > The minimum of three votes is clearly flawed if you look at the pkgstats > usage and compare the number of votes. In fact, I linked to another plot > which clearly shows this. The number 20 was a guideline that was around > when I first joined as a TU and if you look at the pkgstats results and try > separating packages with more or less that 1% usage, the optimal number of > votes arrives very near to 20 so I stuck with it. My point in a three vote minimum was to prevent blatant exploitation of [community]. There's nothing flawed about it. The repo should be allowed a fair amount of leeway in terms of what is included. This isn't [core] or [extra] after all. At this point I wouldn't agree with anything higher than a five vote minimum.

1 0

[aur-general] TU meeting
by stefan-husmann＠t-online.de 29 Nov '08

29 Nov '08

Hello it comes late, but hopefully not too late: may I ask for a key to #archlinux-tu ? I think I do not have one. Stefan

1 0

[aur-general] amarok2 beta packages doubles
by Christian Scharkus 27 Nov '08

27 Nov '08

Hi I just looked for some package containing the latest beta of the amarok music player but there are two packages containing beta3 (amarok2 and amarok-beta3). May the question is childish but: why two packages with the very same content? It just puzzles beginners. Ofcause for archivement are packages like amarok-beta2 and amarok-beta3 useful but only few users use old beta-software and it messes arround in AUR in my eyes. Greetings Raubkopierer

2 1

Re: [aur-general] TU Meeting
by Ronald van Haren 27 Nov '08

27 Nov '08

On Fri, Nov 21, 2008 at 3:45 PM, Firmicus <Firmicus(a)gmx.net> wrote: > Daniel J Griffiths a écrit : >> >> Daenyth Blank wrote: >>>> >>>> For Allan will be in the morning, for people who are in Europe will be >>>> late at night 2am or 3am.. Someone wanna try with some hours? I >>>> propose 10 pm at GMT +01:00 for Hugo,Kessia,Paulo and USA people will >>>> be in the day (I don't know if you guys can be available on "day", >>>> it's hard, it's a sunday, i understand perfectly if you can't), what >>>> do you think guys? >>>> >>> >>> I think I can manage that. 16:00 for East coast USA >>> >>> >> >> Sounds good to me. >> > > Should be OK with me too. > Hopefully I won't make a fool of myself, being a total neophyte (aka n00b) > as far as IRC is concerned :) > > So I guess everybody is okay with next sunday at 10pm GMT +1:00. Anyone cares to remember me the #archlinux-tu@freenode key on private mail please, I think I've lost it. Thanks. Ronald

3 4

[aur-general] Duplicate kaffeine for KDE4 packages.
by Peter Lewis 26 Nov '08

26 Nov '08

Hi there, I'm the maintainer of neither, but I reckon that these two are duplicate packages: http://aur.archlinux.org/packages.php?ID=19155 http://aur.archlinux.org/packages.php?ID=20013 Should one be deleted? Thanks! Pete.

1 0

[aur-general] can not update community package
by Sergej Pupykin 24 Nov '08

24 Nov '08

Hi, Packages does not appear on ftp and web interface after uploading and tagging. (both arch trac, openmotif-x86_64) It seems something broken...

7 14

[aur-general] Mozilla Firefox doesn't update because of xulrunner
by Martin 23 Nov '08

23 Nov '08

Hello all. If I try to upgrade Mozilla Firefox it doesn't work. :: Starting full system upgrade... resolving dependencies... error: cannot resolve "xulrunner=1.9.0.4", a dependency of "firefox" error: failed to prepare transaction (could not satisfy dependencies) :: firefox: requires xulrunner=1.9.0.4 I tried to get xulrunner in AUR but it wasn't there, too. I thought this could be a good hint for you. I want to excuse my english, I'm no native speaker and new to Linux. Greetings, Martin

4 3

[aur-general] Please remove an accidentaly created package
by Borislav Gerassimov 23 Nov '08

23 Nov '08

Hi, I've just adopted the bluez-git package. I uploaded a new pkgbuild,but I forgot to change the pkgname line... Please remove the bluez package from aur. I'm really sorry about that... Borislav Gerassimov

2 1

[aur-general] How to make CVS work again
by Simo Leone 21 Nov '08

21 Nov '08

Hey guys, During the server changes today, the path to the community CVS tree changed. In order to make your existing checkouts work again, please run the following at the root of your CVS checkout: find . -path '*CVS/Root' -exec sed -i 's#/home/cvs-community#/srv/cvs/cvs-community#g' {} ';' CVS will ask you to re-login if you had your credentials saved, due to the change in path. In addition, CVS may not be available until tomorrow morning due to permissions issues with the CVS lock directory, as soon as someone with sudo wakes up, this should be fixed. -S PS: There is a whole slew of documentation about the AUR that now needs updating for the new path, anyone that wants to tackle this gets a hundred gold stars and a bunch of thank-you's.

1 0

[aur-general] Eclipse plugin packaging standardization proposal
by bardo 19 Nov '08

19 Nov '08

Hi all. Maintaining a few Eclipse plugins in [community] I stumbled in a lot of difficulties while packaging them. I then decided to create a PKGBUILD prototype for these package and propose it as a packaging standard. I'd like to have some input from the community, TUs and devs about this. If the response is positive I'll wikify the whole thing and make it available to everyone. You can find the prototype here[1], along with the explanation of how it works and why. Thanks, Corrado [1] http://blog.bardland.org/2008/11/20/arch-linux-eclipse-plug-in-packaging-a-…

1 0

[aur-general] WANTED: Enthusiastic Bluetooth Package Maintainer
by Aaron Griffin 19 Nov '08

19 Nov '08

Join the exciting world of Arch Linux:- Red Carpet, Limos, Lingerie Parties, Magazine Covers... If you expect any of that then don't apply. We are looking for a maintainer for the bluetooth-related packages in the official ArchLinux repos. None of the current developers make use of this technology and thus are unable to maintain them at the level we'd like. So we're going to open up the floor here for anyone who actually USES and CARES about bluetooth on Arch. For the time being, this offer is open to TUs only. If we cannot find someone, we may make a public announcement. Skills required: - Teamplayer - Proactive and shows initiative - Excellent Communication Skills - Experience with Bluetooth Hardware and Software - Own 64-bit Hardware with Arch Linux (optional, but a huge plus) - Own Bluetooth Hardware - Competent understanding and practical application of the Arch Packaging Standards <http://wiki.archlinux.org/index.php/Arch_Packaging_Standards> Send a profile outlining yourself and your relevant skills and experience to: aaron(a)archlinux.org

1 0

[aur-general] Anyone want ot adopt VirtualBox?
by Andrea Scarpino 19 Nov '08

19 Nov '08

Hi DEVs/TUs, I don't using virtualbox since months and now who my desktop is dead I can't build it on my laptop @1.7Ghz. It spend more time. Then I want to know if someone of you want to adopt virtualbox packages. It is out-of-date but I've all pkgbuilds ready to work. packages are: virtualbox-additions virtualbox-modules virtualbox-ose virtualbox-ose-additions virtualbox-ose-additions-modules dev86 iasl xalan-c xerces-c Thanks, best regards -- Andrea `BaSh` Scarpino Arch Linux Trusted User Linux User: #430842

6 9

[aur-general] Please orphan gringotts for me
by Rorschach 18 Nov '08

18 Nov '08

Hi, I want to take over the maintaince of the gringotts package in AUR. It hasn't been updated for months and wasn't packaged correclty. Because of some anti-ptrace protections gringotts needs to have the suid-bit set. I'm pretty familiar with gringotts and contributed some patches upstream for it. I asked in the forum and there I was told to ask on the mailinglist if some TU could orphan gringotts for me. Here's the link to the packkage in AUR: http://aur.archlinux.org/packages.php?ID=1336 . regards

2 4

[aur-general] kernel updates render package obsolete
by Mads Michelsen 18 Nov '08

18 Nov '08

I'm maintaining the module package fsaa1655g (http://aur.archlinux.org/packages.php?ID=8281) a job I took over as the package had for all intents and purposes been abandoned. My problem is that every time the kernel is updated - even the smallest update - the package becomes obsolete. I'm pretty ignorant of these things but I suppose that is how things are for some (a lot? all?) non-kernel-modules. The particular problem with this module is that my laptop depends on it for wireless access (it turns on the wireless radio) and so when the kernel is upgraded and the module isn't immidiately upgraded with it, the laptop is restarted, the result is no wireless - which can make it hard to get the module upgraded for one thing. So I guess my questions are: 1) Is there some way around the module becoming outdated with each and every kernel update? and if not 2) For myself, I can just keep the source code on my drive and rebuild it whenever this happens - but is there some way of altering the PKGBUILD to do the same? 3) Any other way around the issue apart from quickly updating the package whenever there's a kernel upgrade? - Mads

6 6

Re: [aur-general] aur-general Digest, Vol 49, Issue 25
by Abdul Halim 18 Nov '08

18 Nov '08

Dkms will allow you to auto compile upon pc restart and kernel upgrade. But then again, Arch don't use dkms and I still quite new to know the history of why not to use dkms. On Tue, Nov 18, 2008 at 1:00 AM, <aur-general-request(a)archlinux.org> wrote: > Send aur-general mailing list submissions to > aur-general(a)archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://archlinux.org/mailman/listinfo/aur-general > or, via email, send a message with subject or body 'help' to > aur-general-request(a)archlinux.org > > You can reach the person managing the list at > aur-general-owner(a)archlinux.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of aur-general digest..." > > > Today's Topics: > > 1. kernel updates render package obsolete (Mads Michelsen) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 17 Nov 2008 17:47:43 +0100 > From: Mads Michelsen <chochem(a)gmail.com> > Subject: [aur-general] kernel updates render package obsolete > To: aur-general(a)archlinux.org > Message-ID: <20081117174743.17bb28a6(a)gmail.com> > Content-Type: text/plain; charset=US-ASCII > > I'm maintaining the module package fsaa1655g > (http://aur.archlinux.org/packages.php?ID=8281) a job I took > over as the package had for all intents and purposes been abandoned. > > My problem is that every time the kernel is updated - even the smallest > update - the package becomes obsolete. I'm pretty ignorant of these > things but I suppose that is how things are for some (a lot? all?) > non-kernel-modules. The particular problem with this module is that > my laptop depends on it for wireless access (it turns on the wireless > radio) and so when the kernel is upgraded and the module isn't > immidiately upgraded with it, the laptop is restarted, the result is no > wireless - which can make it hard to get the module upgraded for one > thing. > > So I guess my questions are: > 1) Is there some way around the module becoming outdated with each and > every kernel update? and if not > 2) For myself, I can just keep the source code on my drive and rebuild > it whenever this happens - but is there some way of altering the > PKGBUILD to do the same? > 3) Any other way around the issue apart from > quickly updating the package whenever there's a kernel upgrade? > > - Mads > > > ------------------------------ > > _______________________________________________ > aur-general mailing list > aur-general(a)archlinux.org > http://archlinux.org/mailman/listinfo/aur-general > > > End of aur-general Digest, Vol 49, Issue 25 > ******************************************* >

1 0

[aur-general] Orphan request
by Sylvester Johansson 16 Nov '08

16 Nov '08

Hello! I would like to request that the packages ocaml-findlib, ocaml-lablgl and ocaml-ounit to be orphaned. I tried to contact the maintainer, but got a mail delivery failure. http://aur.archlinux.org/packages.php?ID=7238 http://aur.archlinux.org/packages.php?ID=7228 http://aur.archlinux.org/packages.php?ID=7239

2 1

[aur-general] New Trusted User: Dan Griffiths (Ghost1227)
by Loui Chang 15 Nov '08

15 Nov '08

With twenty one votes for and zero against we have a new Trusted User. Congratulations on becoming a Trusted User Dan! I've changed your account on AUR. Please see this Checklist to get yourself setup: http://wiki.archlinux.org/index.php/New_Trusted_User_Checklist

2 1

[aur-general] Request for removing jap package in community repository in favor of jondo package in AUR
by Rorschach 15 Nov '08

15 Nov '08

Hi, in the community-repository is a package called jap. This package has some disadvantages compaired with the jondo-package I created in AUR: * misnamend: The application jap, developed by AN.ON and TU Dresden is discontinued for nearly two years now but jondo was developed out of it. The java-archive still has the name JAP.jar but the application itself isn't called jap anymore but jondo so the package has the wrong name. In short the package in the community-repository is called jap but contains jondo (now developed still under BSD-licence by jondos.de) . * no man-page * no menu-entry * depends on prorpeitary jre-version although the free openjdk6-version works as well! Is it possible to remove jap in favor of jondo? Is this at all the right place to ask for this? greetings

2 2

[aur-general] How to submit manpage, *.desktop-files and corresponging icon to AUR?
by Rorschach 15 Nov '08

15 Nov '08

Hi, I took over the work on the orphaned package jondo (http://aur.archlinux.org/packages.php?ID=17965) Because I already packaged jondo for debian and ubuntu I also want to package it for ArchLinux. Because upstream is just offering the JAP.jar I had to create the man-page, *.desktop file for the menu-entry and the corresponding image by myself. If I create the package on my system with makepkg everything seems to work fine. All files are installed correctly, everything works as it should,.. But the problem is if I upload the PKGBUILD to AUR just the PKGBUILD-File is uploaded but how do I get the other files uploaded to AUR? I've seen a lot of packages which had other files uploaded like patch-files and so on.. but how do I do it? I can't find anything in the AUR-webinterface about it. greetings

3 4

[aur-general] vala package
by Michael Kanis 14 Nov '08

14 Nov '08

Hello, in AUR there is a package for the Vala compiler: http://aur.archlinux.org/packages.php?ID=7203 It is version 0.3.5, whereas the current upstream version is 0.5.1. I flagged the package out-of-date, left a comment and tried to contact the maintainer via e-mail. However I got no response. The maintainer of the package, pizzapunk, seems to be a dev however, so I guess he's still active. Could you please update the package or, if not, disown it. I would like to adopt and update it. Regards Michael

1 0

Re: [aur-general] TU Meeting
by Simo Leone 12 Nov '08

12 Nov '08

On Mon, Nov 10, 2008 at 11:12:04PM +1000, Allan McRae wrote: > Hi TU's, > > I would like to organize a TU meeting on IRC to discuss the results of the > pkgstats script and the direction for the [community] repo. I am probably > the person with the worst time zone issues so I am happy to take a very > late night time slot. I guess a weekend would be best to deal with the > multiple time zones. > So how are peoples availabilities (provide times/timezones): > 15/16 November > 22/23 November > 29/30 November > > It would be good if someone (who isn't me...) sets up a temporary wiki page > to handle this. > I'm not really a TU anymore, but would anyone mind if I sat in and said insightful things once in a while? I'll add myself to the wiki page in case it's alright ;) -S

3 2

[aur-general] CVS problem?
by Abhishek Dasgupta 11 Nov '08

11 Nov '08

While trying to commit to CVS at 1541 UTC, I got this error: cvs [login aborted]: connect to cvs.archlinux.org(66.211.213.17):2401 failed: Connection refused -- Abhishek

4 3

[aur-general] Packages in Community and votes.
by Loui Chang 11 Nov '08

11 Nov '08

On Mon, Nov 10, 2008 at 07:20:22AM -0700, w9ya wrote: > I would like to remind everyone that the TU system was NOT originated solely > to be based on votes, in fact there was no voting until much more recently. > > Also, when the voting was added to the TU system the community and TUs were > SPECIFICALLY told that the voting system would NEVER be used to make > decisions about or demands concerning what any individual TU decided to add. > There WERE concerns that just this type of "accounting" would be used to > determine how or what a TU may do. ONLY the TUs themselves make these > decisions. It has ALWAYS been that way. > > BTW.... I am not sure why this happens every few months or so, but it is a > repeating thought that somehow the voting system is a milestone setter and > thereby an issue for the TUs. If there is something in the wiki or other > documentation that would suggest or even say as much IT NEEDS TO BE REMOVED. > > Guys, if this is not clear to you, a search of the older mails should yield > a wealth of information about this from previous outbursts concerning the > suggested requirments for TUs from the voting system results. This thread diverged from: [arch-dev-public] pkgstats: first results If you have packages in community with zero or one votes there is a problem. You are abusing the resources of community plain and simple. Your packages should definitely have one vote (yourself). If you can't even garner one other person to vote there's not much point in putting the package into community. You'll upload it to the server, it will cost diskspace and bandwidth as it propagates through the mirrors, and no one will use it. Of course votes are not an absolute indicator of usage, but they are somewhat accurate as pkgstats shows. This means we need to change the way community is managed so we can make more efficient use of our resources. I've created a wiki page to outline my ideas: http://wiki.archlinux.org/index.php/Community Another point to consider is that gerolde (the Arch Linux server) is already being taxed to the point where it is becoming unstable. We can either try to do something to help the situation, or we can protect some maintainer's pride of having 100 unused packages in community.

10 22

Re: [aur-general] aur-general Digest, Vol 49, Issue 17
by Abdul Halim 11 Nov '08

11 Nov '08

The community repository should still exist as there several packages that i use daily or weekly in fact such as amsn, dar, openobex, obexfs, compiz. Please don't remove the repository as i would like to see my daily applications being updated and easily downloaded. There are also some other useful package in community repository that i would like to try and not easily available from the previous distro I use. It is just 3 months that I have use Arch linux and I have yet to exploit the full power and unlimited possibilities of Arch linux. :-( On Tue, Nov 11, 2008 at 9:39 AM, <aur-general-request(a)archlinux.org> wrote: > Send aur-general mailing list submissions to > aur-general(a)archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://archlinux.org/mailman/listinfo/aur-general > or, via email, send a message with subject or body 'help' to > aur-general-request(a)archlinux.org > > You can reach the person managing the list at > aur-general-owner(a)archlinux.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of aur-general digest..." > > > Today's Topics: > > 1. Re: Packages in Community and votes. (Aaron Griffin) > 2. Re: pkgstats and community - attempt 2 (Ond?ej Ku?era) > 3. Re: pkgstats and community - attempt 2 (Brandon Martin) > 4. Re: pkgstats and community - attempt 2 (Ronald van Haren) > 5. Re: Packages in Community and votes. (Aaron Schaefer) > 6. Re: Packages in Community and votes. (Loui Chang) > 7. Re: Packages in Community and votes. (Aaron Schaefer) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 10 Nov 2008 17:05:40 -0600 > From: "Aaron Griffin" <aaronmgriffin(a)gmail.com> > Subject: Re: [aur-general] Packages in Community and votes. > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: > <d64a48980811101505g3a970bedtaaf399e460ed1da1(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Mon, Nov 10, 2008 at 4:32 PM, Daenyth Blank <daenyth%2Barch(a)gmail.com> wrote: >> 1) The server is being strained (what parts exactly?) by the community repo. > > It's primarily disk space and IO load issues. > > The community repo and AUR are fairly large. A cron job which WAS > keeping the AUR's permissions in check was actually pegging our system > with so much load that we had to remove any handling of the AUR files > (hope the code is good enough for that). > > The AUR backend daemon opens every single package file (wtf?) when it > runs, which is a HUGE resource hog. In an ideal world, someone would > rewrite this to work the same way the offical repos work - with > repo-add and a separate decoupled script to load the mysql database > from a pacman DB. > > Sizes on disk: > community: 11G > extra: 11G > core: 330M > unsupported: 800M > > > ------------------------------ > > Message: 2 > Date: Tue, 11 Nov 2008 00:17:20 +0100 > From: Ond?ej Ku?era <ondrej.kucera(a)centrum.cz> > Subject: Re: [aur-general] pkgstats and community - attempt 2 > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: <4918C100.30907(a)centrum.cz> > Content-Type: text/plain; charset=ISO-8859-2; format=flowed > > Hi, > > Allan McRae wrote: >> So lets start there. What should the [community] repo be doing? What >> is its purpose? There is no point discussing anything else until that >> is well defined. >> All responses must start with "The [community] repo is ..." > > The [community] repo is - in my non-dev, non-TU very humble opinion - a > repository for packages that are perhaps not as widely used as those in > [core] or those in [extra] but still used by enough users, so that it's > reasonable to provide them in binary form, providing that there is a way > to do so. I always figured that there is only so many devs and only so > many packages a single dev can maintain, which leads to a limited number > of packages in [core]/[extra]. That's why there are TUs and that's why > there is [community] - so that the number of packages provided in binary > form (by people that hopefully can be trusted) is larger. > > But what I actually wanted most to say was "amen" to your e-mail, Allan, > I think you've summarized feelings of many people... > > Ond?ej > > > -- > Cheers, > Ond?ej Ku?era > > > ------------------------------ > > Message: 3 > Date: Mon, 10 Nov 2008 17:23:43 -0600 > From: Brandon Martin <bmartin(a)cu3edweb.com> > Subject: Re: [aur-general] pkgstats and community - attempt 2 > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: <afeffc3803b972349e442188e1eae9cf(a)cu3edweb.com> > Content-Type: text/plain; charset="UTF-8" > > On Tue, 11 Nov 2008 00:17:20 +0100, Ond?ej Ku?era > <ondrej.kucera(a)centrum.cz> wrote: >> Hi, >> >> Allan McRae wrote: >>> So lets start there. What should the [community] repo be doing? What >>> is its purpose? There is no point discussing anything else until that >>> is well defined. >>> All responses must start with "The [community] repo is ..." >> >> The [community] repo is - in my non-dev, non-TU very humble opinion - a >> repository for packages that are perhaps not as widely used as those in >> [core] or those in [extra] but still used by enough users, so that it's >> reasonable to provide them in binary form, providing that there is a way >> to do so. I always figured that there is only so many devs and only so >> many packages a single dev can maintain, which leads to a limited number >> of packages in [core]/[extra]. That's why there are TUs and that's why >> there is [community] - so that the number of packages provided in binary >> form (by people that hopefully can be trusted) is larger. >> >> But what I actually wanted most to say was "amen" to your e-mail, Allan, >> I think you've summarized feelings of many people... > > The [community] repo is - > > Very well put this is what I thougth the community repo was for also. > > -- > Brandon Martin > > > > ------------------------------ > > Message: 4 > Date: Tue, 11 Nov 2008 01:17:09 +0100 > From: "Ronald van Haren" <pressh(a)gmail.com> > Subject: Re: [aur-general] pkgstats and community - attempt 2 > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: > <9fcf70360811101617h422b2615r5abd64eb2b064900(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-2 > > 2008/11/11 Ond?ej Ku?era <ondrej.kucera(a)centrum.cz>: >> Hi, >> >> Allan McRae wrote: >>> >>> So lets start there. What should the [community] repo be doing? What is >>> its purpose? There is no point discussing anything else until that is well >>> defined. >>> All responses must start with "The [community] repo is ..." >> >> The [community] repo is - in my non-dev, non-TU very humble opinion - a >> repository for packages that are perhaps not as widely used as those in >> [core] or those in [extra] but still used by enough users, so that it's >> reasonable to provide them in binary form, providing that there is a way to >> do so. I always figured that there is only so many devs and only so many >> packages a single dev can maintain, which leads to a limited number of >> packages in [core]/[extra]. That's why there are TUs and that's why there is >> [community] - so that the number of packages provided in binary form (by >> people that hopefully can be trusted) is larger. >> >> But what I actually wanted most to say was "amen" to your e-mail, Allan, I >> think you've summarized feelings of many people... >> >> Ond?ej >> >> >> -- >> Cheers, >> Ond?ej Ku?era >> > > IMO all that but without your last argument. Quite some TUs are also > Devs at this very moment, so for the workload for them it doesn't > matter. Still most of the packages they maintain should stay in > community. Packages in community should be there because they are used > by quite some people, but not enough to have them in extra, or > packages that are a hype and have to prove that they are there to stay > before they are put into extra (bmpx in extra comes to mind which > development has stopped after like little over 1 year (?),just an > example to make clear what I mean). Alpha software (for example e17) > should also never be included in extra IMO (though some packages may > not follow this rule if needed). > > Hope it is clear enough, it's already late :p > > Ronald > > ------------------------------ > > Message: 5 > Date: Mon, 10 Nov 2008 19:22:01 -0500 > From: "Aaron Schaefer" <aaron(a)elasticdog.com> > Subject: Re: [aur-general] Packages in Community and votes. > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: > <e36e8c790811101622oeb928f9q25e3b0d908ba49d7(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > >> It's primarily disk space and IO load issues. > > I have questions, mostly meant to get people thinking about > alternatives and ramifications of any solutions... > > If the real issue is disk space and IO, what about the possibility of > a hardware upgrade? What about moving the largest packages to > unsupported (or something like arch-games) instead of basing it on > votes? It looks like eliminating just the top 10 largest community > packages would save 1.8 GB of space! See > http://rafb.net/p/Xfw0gh39.html for package sizes. What about putting > community on it's own server? What about fixing the AUR backend? What > about adding a CVS commit hook in the mean time to fix permissions on > upload instead of running a single cron job? > > If we make these proposed changes, how will they actually impact the > server and it's current problems? How will they effect Arch users? > What is the price of convenience that the community repo provides to > Arch users? Will there be a way to easily differentiate packages in > unsupported that are actually maintained by TUs? How can we reliably > tell what is popular? Download numbers, voting, pkgstats, etc. all > have their own issues and biases...is there a better way? What makes > the most sense in the long run when there are sure to be more TUs and > packages in community eventually? Should we worry about things that > are currently in community, or just new packages? > > My main point is that there are many options, and any solution that > gets acted upon needs to be based on hard evidence for improvement and > account for all consequences of that change rather than just basing it > on what sounds good. There has been a lot of rabble-rousing and not > much investigation into the underlying problems and proposed > solutions. > > -- > Aaron "ElasticDog" Schaefer > > > ------------------------------ > > Message: 6 > Date: Mon, 10 Nov 2008 20:00:10 -0500 > From: Loui Chang <louipc.ist(a)gmail.com> > Subject: Re: [aur-general] Packages in Community and votes. > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: <20081111010010.GK1071(a)lynn.lan> > Content-Type: text/plain; charset=us-ascii > > On Mon, Nov 10, 2008 at 07:22:01PM -0500, Aaron Schaefer wrote: >> > It's primarily disk space and IO load issues. >> >> I have questions, mostly meant to get people thinking about >> alternatives and ramifications of any solutions... >> >> If the real issue is disk space and IO, what about the possibility of >> a hardware upgrade? What about moving the largest packages to >> unsupported (or something like arch-games) instead of basing it on >> votes? It looks like eliminating just the top 10 largest community >> packages would save 1.8 GB of space! See >> http://rafb.net/p/Xfw0gh39.html for package sizes. What about putting >> community on it's own server? What about fixing the AUR backend? What >> about adding a CVS commit hook in the mean time to fix permissions on >> upload instead of running a single cron job? >> >> If we make these proposed changes, how will they actually impact the >> server and it's current problems? How will they effect Arch users? >> What is the price of convenience that the community repo provides to >> Arch users? Will there be a way to easily differentiate packages in >> unsupported that are actually maintained by TUs? How can we reliably >> tell what is popular? Download numbers, voting, pkgstats, etc. all >> have their own issues and biases...is there a better way? What makes >> the most sense in the long run when there are sure to be more TUs and >> packages in community eventually? Should we worry about things that >> are currently in community, or just new packages? >> >> My main point is that there are many options, and any solution that >> gets acted upon needs to be based on hard evidence for improvement and >> account for all consequences of that change rather than just basing it >> on what sounds good. There has been a lot of rabble-rousing and not >> much investigation into the underlying problems and proposed >> solutions. > > I've said this already in discussions but I'll say this again. > Fixing the community back end, removing large packages, and removing > unused packages are all possible solutions to the problem. > > If we implement all the solutions, then we get an incremental > improvment. Each solution will build upon the others. We shouldn't only > implement one measure. We should implement ALL measures within reason. > > I only raised the issue of unused or barely used packages in Community > and pruning the repo. We should really be focusing on that before > diverting the discussion and delving into other areas. > > http://wiki.archlinux.org/index.php/Community > > > > ------------------------------ > > Message: 7 > Date: Mon, 10 Nov 2008 20:39:25 -0500 > From: "Aaron Schaefer" <aaron(a)elasticdog.com> > Subject: Re: [aur-general] Packages in Community and votes. > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: > <e36e8c790811101739g413cc24dvb86c5fa00bc877ae(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Mon, Nov 10, 2008 at 8:00 PM, Loui Chang <louipc.ist(a)gmail.com> wrote: >> I only raised the issue of unused or barely used packages in Community >> and pruning the repo. We should really be focusing on that before >> diverting the discussion and delving into other areas. > > I know we've discussed this in IRC, but again my question is _why_ > should this be the focus? Does it give us the most improvement for the > least effort? Does it inconvenience users the least? Is it the > cheapest? By how much? Is it the fastest? Why? Why? Why? > > I'm open-minded about suggestions, but need something more substantial > to back them up than just saying "we should do this". Where are the > numbers to support the claim? Also, it seems as though the issue of > popularity/voting and the community repo might be altogether different > than the issue of server resources. Are we linking the two together > because of a twist of fate with timing and pkgstats coming to > fruition? > > > Aaron "ElasticDog" Schaefer > > p.s. my link for package sizes will disappear in a day, here's a > better one: http://omploader.org/vd3Vx > -- > > > ------------------------------ > > _______________________________________________ > aur-general mailing list > aur-general(a)archlinux.org > http://archlinux.org/mailman/listinfo/aur-general > > > End of aur-general Digest, Vol 49, Issue 17 > ******************************************* >

2 1