[aur-general] What stops more packages moving from AUR to Community?
Reading the wiki, I got the impression that AUR packages with more than 10 votes would be considered worthy enough to move to the Community repo. I understand that the ones with thousands of votes haven't moved due to licence type issues or binary requirements (e.g. spotify, minecraft, teamviewer, acrobat reader)... but something as simple as Archey https://aur.archlinux.org/packages/archey/ currently has 415 votes, and is used my many people for inclusions on screenshots etc (I found it by searching for it, after seeing it on the forums!) - that kind of thing I would have expected would be a "no-brainer" to be moved across into Community. I count roughly 9100 packages in the AUR with more than 10 votes! Is it a lack of TUs having time to maintain more than they currently do that's holding back many of them? (that's not meant as a criticism of the TUs; being understaffed is a valid explanation) Either way, perhaps the Wiki should be changed to say 1000 votes instead :D
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 26.5.2014 11:19, Steven Honeyman wrote:
Reading the wiki, I got the impression that AUR packages with more than 10 votes would be considered worthy enough to move to the Community repo. I understand that the ones with thousands of votes haven't moved due to licence type issues or binary requirements (e.g. spotify, minecraft, teamviewer, acrobat reader)... but something as simple as Archey https://aur.archlinux.org/packages/archey/ currently has 415 votes, and is used my many people for inclusions on screenshots etc (I found it by searching for it, after seeing it on the forums!) - that kind of thing I would have expected would be a "no-brainer" to be moved across into Community.
I count roughly 9100 packages in the AUR with more than 10 votes! Is it a lack of TUs having time to maintain more than they currently do that's holding back many of them? (that's not meant as a criticism of the TUs; being understaffed is a valid explanation)
Either way, perhaps the Wiki should be changed to say 1000 votes instead :D
Generally, if there's no TU willing to maintain a package, that package won't be included in the repos, no matter how many votes it has. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTgwh8AAoJEB1x37R9kdwn4CIP/RiQkgOAPTqFzQsT1adGOqJo vFq4eIAXHcLzA0jmCbgkCyGdLdbOqmuks8E7MFPgoXFa6cgtLlZvrF1U7/fsdqHF ZpgB47q9jByIm+WUhmV4ypnzKBIevUe83qLR/VKkDR+0pxKr4PsrV00x1jra3/Fv 7gblzE6LWwZZ12kXgqs6fDEc5cayEEniNmfldAeNm+7hSB5kqQjDGkvie6W5BBZ/ D8vLc2eO1CZIzBPMQs1kuKZFIO4HttvrP5UcCTzPi7XJ/hqHqL3ELLz0BGTZEXnx sWFlFVt6cioc0ZK1QJmP9fv+rWoSU4qxXfGP5zw9yNUEosn/VVv/897bLmthskYk /XAm/ImS7YvBq4RnIAUT9BD17psnIAp+bDmnIghEegSfLSEeD7R9mc3AZpz8xAF4 o01uDVCNirfuFx2GL5vPf3s8MlH4ue3TXmm1ZdZaxbFijnTHVfC68OhNBHEfE51U Lg5o1XX3Btkm/lWmmTj0yhnYfGSxJ2Ebu3ECEnAXZosjco4Mhc8FWFo1p/s4j+Gy bqHf5QErWK6bsMfSRyZBCNGY6PvAqVZkjHwshsLSURiymBroeAgg06C6FHNhv4CB I5n8TsvTEWi7igG3rANZ+BdznlFVGm3D115Xyb5X5PkvuSJlKiqgveSTzacRskeG txMj/z5u46LnmmEvkGMK =sRc5 -----END PGP SIGNATURE-----
On 26.05.2014 11:19, Steven Honeyman wrote:
Reading the wiki, I got the impression that AUR packages with more than 10 votes would be considered worthy enough to move to the Community repo.
Package are only moved to community if a TU is interested in them. That rule you read in the wiki means that if a TU is interested in moving a package with less than 10 votes that might not be a good idea (pretty much no users, possibly big package, lots of wasted space for nothing). It doesn't mean that packages with >10 votes have to be moved. If you want a package to go into the repo you can try asking TUs to move it. Maybe some TU didn't know about it yet and grows to like it. Though, if you do that, please don't spam. Of course you could also try becoming a TU yourself and move them.
On 26 May 2014 15:19, Steven Honeyman
Either way, perhaps the Wiki should be changed to say 1000 votes instead :D
Popularity is not the only criterion involved. A package may have deficiencies elsewhere that are preventing it from being supported in [community]. For example, it may not be freely re-distributable. -- GPG/PGP ID: C0711BF1
participants (4)
-
Florian Pritz
-
Rashif Ray Rahman
-
Steven Honeyman
-
Никола Вукосављевић