[aur-general] Signoff report for [community-testing]

2014-09-11 Thread Arch Website Notification
=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 3 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 1 fully signed off package * 22 packages missing signoffs * 1 package older than 14 days

[aur-general] Uploads when it's not necessary

2014-09-11 Thread Lex Black
Currently there is one package that gets uploaded every minute (and most likely without changes). An automated process that went out of control? Or is such a setup ok? Best regards Lex [1] https://paste.archlinux.de/jcFs/ [2] https://paste.archlinux.de/eKoM9/ [3]

Re: [aur-general] Uploads when it's not necessary

2014-09-11 Thread Lukas Fleischer
On Thu, 11 Sep 2014 at 13:23:24, Lex Black wrote: Currently there is one package that gets uploaded every minute (and most likely without changes). An automated process that went out of control? Or is such a setup ok? I temporarily suspended Ruslan82's account. Thanks for reporting. Sergei,

Re: [aur-general] Java name guideliness

2014-09-11 Thread Det
More input. On 09/09/14 23:08, Justin Dray wrote: Part of the issue here however is that now there are both jre7 and jre7-oracle and so on duplicate packages in the AUR. Yes, but why are you bringing that up as an issue, as we are trying to decide exactly which one to keep before just removing

Re: [aur-general] Java name guideliness

2014-09-11 Thread Pablo Lezaeta Reyes
If look to the pther packages (not java) the fewers who need a version they apend the versiĆ³n at the endm so for consistency whit the all others packages I think is better keep the version at the end: vendor-jre/jdk-version: oracle/openjdk-jre-7/8 2014-09-11 13:41 GMT-03:00 Det

Re: [aur-general] Java name guideliness

2014-09-11 Thread Justin Dray
The fact that one naming convention or the other being chosen is still not the issue, it's the fact that in the interim there are *both* packages in there. There should only be duplicates of the same package for as long as it takes for a merge request to be processed. This is clearly not the case,