Re: [aur-general] Promoting use of .AURINFO

2014-01-12 Thread Jerome Leclanche
I don't fully understand the logic in currently having an .AURINFO instead of defining the .SRCINFO format right now and have a tool generating those for the time being (since it'll likely be the same format as .PKGINFO). It can go in makepkg later. J. Leclanche On Sun, Jan 12, 2014 at 11:12 PM,

Re: [aur-general] Promoting use of .AURINFO

2014-01-12 Thread Lukas Fleischer
On Sun, 12 Jan 2014 at 23:49:39, Justin Dray wrote: > [...] > It might also be a good idea to write out what fields are available and > their purpose on the wiki similar to the PKGBUILD page ( > https://wiki.archlinux.org/index.php/PKGBUILD) and perhaps link to it from > the AUR user guidelines pag

Re: [aur-general] Promoting use of .AURINFO

2014-01-12 Thread Lukas Fleischer
On Sun, 12 Jan 2014 at 21:17:29, Jerome Leclanche wrote: > [...] > So the official goal is to have it generated as part of makepkg -S? Yes, but the requirements for makepkg(8) inclusion are much higher than what we need for the AUR and it doesn't look like there is someone who wants to deal with t

Re: [aur-general] Promoting use of .AURINFO

2014-01-12 Thread Justin Dray
On Mon, Jan 13, 2014 at 6:17 AM, Jerome Leclanche wrote: > On Sun, Jan 12, 2014 at 3:11 PM, Lukas Fleischer > wrote: > > On Sun, 12 Jan 2014 at 15:51:48, Anton Larionov wrote: > >> Hello, > >> > >> I was under the impression that .AURINFO was introduced to override some > >> fields in PKGBUILD w

Re: [aur-general] Promoting use of .AURINFO

2014-01-12 Thread Jerome Leclanche
On Sun, Jan 12, 2014 at 3:11 PM, Lukas Fleischer wrote: > On Sun, 12 Jan 2014 at 15:51:48, Anton Larionov wrote: >> Hello, >> >> I was under the impression that .AURINFO was introduced to override some >> fields in PKGBUILD when they are written in format which can't be properly >> displayed by AU

Re: [aur-general] Promoting use of .AURINFO

2014-01-12 Thread Anton Larionov
On Sun, Jan 12, 2014 at 04:11:14PM +0100, Lukas Fleischer wrote: > On Sun, 12 Jan 2014 at 15:51:48, Anton Larionov wrote: > > Hello, > > > > I was under the impression that .AURINFO was introduced to override some > > fields in PKGBUILD when they are written in format which can't be properly > > d

Re: [aur-general] Can we force the maintainer to change package name?

2014-01-12 Thread Rashif Ray Rahman
On 12 January 2014 23:42, Karol Blazewicz wrote: > On Fri, Dec 20, 2013 at 3:41 PM, Karol Blazewicz > wrote: >> On Fri, Dec 20, 2013 at 3:19 PM, Lukas Jirkovsky >> wrote: >>> On Fri, Dec 20, 2013 at 2:24 PM, Rashif Ray Rahman >>> wrote: Since there was no 'rstudio' at the time that user

Re: [aur-general] Orpan request: xgraph

2014-01-12 Thread Bartłomiej Piotrowski
On 01/12/2014 03:49 PM, Sergio Correia wrote: > Hello, > > I'd like to request the 'xgraph' [1] package to be orphaned. It > doesn't build for a few months, and I have posted an updated PKGBUILD > in the comments in Dec 7th 2013, with no answer from the maintainer. A > few days later (Dec 18th) I

Re: [aur-general] Concern about 'weepcraft' package

2014-01-12 Thread Bartłomiej Piotrowski
On 01/12/2014 11:54 AM, Schala Zeal wrote: > I came across a package in the AUR recently updated called 'weepcraft.' > It is apparently a hacked Minecraft client, most likely intended for > malicious purposes. Additionally, Mojang states in the Minecraft product > not to redistribute the software,

Re: [aur-general] Can we force the maintainer to change package name?

2014-01-12 Thread Karol Blazewicz
On Fri, Dec 20, 2013 at 3:41 PM, Karol Blazewicz wrote: > On Fri, Dec 20, 2013 at 3:19 PM, Lukas Jirkovsky > wrote: >> On Fri, Dec 20, 2013 at 2:24 PM, Rashif Ray Rahman >> wrote: >>> Since there was no 'rstudio' at the time that user uploaded this one, >>> there is no infringement of any rule

Re: [aur-general] Promoting use of .AURINFO

2014-01-12 Thread Lukas Fleischer
On Sun, 12 Jan 2014 at 15:51:48, Anton Larionov wrote: > Hello, > > I was under the impression that .AURINFO was introduced to override some > fields in PKGBUILD when they are written in format which can't be properly > displayed by AUR (or maybe I've missed something). But why do you want to > fo

Re: [aur-general] Please remove cov-analysis-bin (no download)

2014-01-12 Thread Johannes Dewender
Am 12.01.2014 16:03, schrieb Evgeniy Alekseev: On Sunday 12 January 2014 15:55:13 Johannes Dewender wrote: Am 12.01.2014 14:11, schrieb Evgeniy Alekseev: On Sunday 12 January 2014 12:43:47 Johannes Dewender wrote: Pleare remove https://aur.archlinux.org/packages/cov-analysis-bin/ from the AUR.

Re: [aur-general] Please remove cov-analysis-bin (no download)

2014-01-12 Thread Evgeniy Alekseev
On Sunday 12 January 2014 15:55:13 Johannes Dewender wrote: > Am 12.01.2014 14:11, schrieb Evgeniy Alekseev: > > On Sunday 12 January 2014 12:43:47 Johannes Dewender wrote: > >> Pleare remove > >> https://aur.archlinux.org/packages/cov-analysis-bin/ > >> from the AUR. > >> > >> I created the packa

Re: [aur-general] Promoting use of .AURINFO

2014-01-12 Thread Lukas Fleischer
On Sun, 12 Jan 2014 at 15:20:03, Sébastien Luttringer wrote: > On 12/01/2014 14:35, Lukas Fleischer wrote: > > Hi, > > > > I think we should promote the use of .AURINFO files. Currently, only a > > very small fraction of packages use it. A basic description of its > > format can be found in the co

Re: [aur-general] Please remove cov-analysis-bin (no download)

2014-01-12 Thread Johannes Dewender
Am 12.01.2014 14:11, schrieb Evgeniy Alekseev: On Sunday 12 January 2014 12:43:47 Johannes Dewender wrote: Pleare remove https://aur.archlinux.org/packages/cov-analysis-bin/ from the AUR. I created the package and was the last maintainer. However, upstream removed any possibility to download ev

Re: [aur-general] Promoting use of .AURINFO

2014-01-12 Thread Anton Larionov
On Sun, Jan 12, 2014 at 02:35:33PM +0100, Lukas Fleischer wrote: > Hi, > > I think we should promote the use of .AURINFO files. Currently, only a > very small fraction of packages use it. A basic description of its > format can be found in the commit message of AUR commit 5a11373 [1]. > Regardless

[aur-general] Orpan request: xgraph

2014-01-12 Thread Sergio Correia
Hello, I'd like to request the 'xgraph' [1] package to be orphaned. It doesn't build for a few months, and I have posted an updated PKGBUILD in the comments in Dec 7th 2013, with no answer from the maintainer. A few days later (Dec 18th) I marked the package out-of-date and emailed the maintainer

Re: [aur-general] Promoting use of .AURINFO

2014-01-12 Thread Sébastien Luttringer
On 12/01/2014 14:35, Lukas Fleischer wrote: > Hi, > > I think we should promote the use of .AURINFO files. Currently, only a > very small fraction of packages use it. A basic description of its > format can be found in the commit message of AUR commit 5a11373 [1]. > Regardless of whether we keep t

[aur-general] Promoting use of .AURINFO

2014-01-12 Thread Lukas Fleischer
Hi, I think we should promote the use of .AURINFO files. Currently, only a very small fraction of packages use it. A basic description of its format can be found in the commit message of AUR commit 5a11373 [1]. Regardless of whether we keep that format or use something entirely different for metad

Re: [aur-general] Please remove cov-analysis-bin (no download)

2014-01-12 Thread Evgeniy Alekseev
On Sunday 12 January 2014 12:43:47 Johannes Dewender wrote: > Pleare remove > https://aur.archlinux.org/packages/cov-analysis-bin/ > from the AUR. > > I created the package and was the last maintainer. > However, upstream removed any possibility to download even the binary of > the tool without lo

[aur-general] Please remove cov-analysis-bin (no download)

2014-01-12 Thread Johannes Dewender
Pleare remove https://aur.archlinux.org/packages/cov-analysis-bin/ from the AUR. I created the package and was the last maintainer. However, upstream removed any possibility to download even the binary of the tool without logging in. So there is no sense to include it in the AUR anymore. No

Re: [aur-general] Orphan request for 'cdp' package

2014-01-12 Thread Andreas Baumann
On Sun, Jan 12, 2014 at 02:35:21PM +0400, Evgeniy Alekseev wrote: > On Sunday 12 January 2014 14:31:07 Evgeniy Alekseev wrote: > > He is not a maintainer, he is a contributor. Current mantainer's email could > > be found in his profile [1]. And for the future. You may leave a comment on > > package

[aur-general] Concern about 'weepcraft' package

2014-01-12 Thread Schala Zeal
I came across a package in the AUR recently updated called 'weepcraft.' It is apparently a hacked Minecraft client, most likely intended for malicious purposes. Additionally, Mojang states in the Minecraft product not to redistribute the software, and the "Weepcraft" website apparently does jus

Re: [aur-general] Orphan request for 'cdp' package

2014-01-12 Thread Evgeniy Alekseev
On Sunday 12 January 2014 14:31:07 Evgeniy Alekseev wrote: > He is not a maintainer, he is a contributor. Current mantainer's email could > be found in his profile [1]. And for the future. You may leave a comment on > package page. > > [1] https://aur.archlinux.org/account/Diego Oh, sorry. I just

Re: [aur-general] Orphan request for 'cdp' package

2014-01-12 Thread Evgeniy Alekseev
Hi! On Sunday 12 January 2014 11:14:45 Andreas Baumann wrote: > I would like to request the 'cdp' package to be orphaned: > > https://aur.archlinux.org/packages/cdp/ > > I tried to contact the maintainer at 'delmon...@gmx.net', but I get > mail delivery errors: > > 550 Requested action not take

[aur-general] Orphan request for 'cdp' package

2014-01-12 Thread Andreas Baumann
Hi, I would like to request the 'cdp' package to be orphaned: https://aur.archlinux.org/packages/cdp/ I tried to contact the maintainer at 'delmon...@gmx.net', but I get mail delivery errors: 550 Requested action not taken: mailbox unavailable [RCPT_TO] Thanks Andreas -- Andreas Baumann Tr

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

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