Re: [aur-general] Deletion request: mt-git

2012-06-16 Thread rafael ff1
2012/6/17 Jekyll Wu : > On 2012年06月17日 12:01, Connor Behan wrote: >> >> On 16/06/12 08:47 PM, Jekyll Wu wrote: >>> >>> It[1] fails to build, and neither the upstream[2] nor the maintain are >>> active. So I don't see much value of keeping that package on AUR. >>> >>> >>> [1] https://aur.archlinux.o

Re: [aur-general] Deletion request: mt-git

2012-06-16 Thread Jekyll Wu
On 2012年06月17日 12:01, Connor Behan wrote: On 16/06/12 08:47 PM, Jekyll Wu wrote: It[1] fails to build, and neither the upstream[2] nor the maintain are active. So I don't see much value of keeping that package on AUR. [1] https://aur.archlinux.org/packages.php?ID=36730 [2] https://github.com/m

Re: [aur-general] Deletion request: mt-git

2012-06-16 Thread Connor Behan
On 16/06/12 08:47 PM, Jekyll Wu wrote: > It[1] fails to build, and neither the upstream[2] nor the maintain are > active. So I don't see much value of keeping that package on AUR. > > > [1] https://aur.archlinux.org/packages.php?ID=36730 > [2] https://github.com/mutantturkey/mt/ Did you try to buil

[aur-general] Deletion request: mt-git

2012-06-16 Thread Jekyll Wu
It[1] fails to build, and neither the upstream[2] nor the maintain are active. So I don't see much value of keeping that package on AUR. [1] https://aur.archlinux.org/packages.php?ID=36730 [2] https://github.com/mutantturkey/mt/

Re: [aur-general] [RFC] New package: proj-svn

2012-06-16 Thread Stefan Husmann
Am 16.06.2012 18:57, schrieb Kwpolska: On Sat, Jun 16, 2012 at 5:32 PM, Jesse Juhani Jaara wrote: As the software is Licensed under MIT license you do not have to copy the COPYING file into the package. You only need to copy the COPYING file if you set license=('custom: foobar'), but if the lic

Re: [aur-general] Merge or Removal Request [puddletag-svn]

2012-06-16 Thread Thorsten Töpper
On Sat, 16 Jun 2012 16:03:14 -0400 "Jason St. John" wrote: > Hello, > > Please remove or merge puddletag-svn[1] into puddletag-hg[2]. The > maintainer of [1] stated that the puddletag developers switched from > SVN to Mercurial. > > [1] https://aur.archlinux.org/packages.php?ID=45788 > [2] http

[aur-general] Merge or Removal Request [puddletag-svn]

2012-06-16 Thread Jason St. John
Hello, Please remove or merge puddletag-svn[1] into puddletag-hg[2]. The maintainer of [1] stated that the puddletag developers switched from SVN to Mercurial. [1] https://aur.archlinux.org/packages.php?ID=45788 [2] https://aur.archlinux.org/packages.php?ID=56050 Thanks!

Re: [aur-general] [RFC] New package: proj-svn

2012-06-16 Thread Kwpolska
On Sat, Jun 16, 2012 at 5:32 PM, Jesse Juhani Jaara wrote: > As the software is Licensed under MIT license you do not have to copy > the COPYING file into the package. You only need to copy the COPYING > file if you set license=('custom: foobar'), but if the license is one of > the licenses includ

Re: [aur-general] Deletion request

2012-06-16 Thread Ike Devolder
Op zaterdag 16 juni 2012 00:06:51 schreef rafael ff1: > ristretto-mod [1] provides a feature that was added to Ristretto a > lng time ago. Even the maintainer abandoned it. So, please delete. > > [1] http://aur.archlinux.org/packages.php?ID=25985 nirwana is waiting gone thx --Ike

Re: [aur-general] [RFC] New package: proj-svn

2012-06-16 Thread Jesse Juhani Jaara
As the software is Licensed under MIT license you do not have to copy the COPYING file into the package. You only need to copy the COPYING file if you set license=('custom: foobar'), but if the license is one of the licenses included in [core]/licenses (is even in base group) package license=('lice

Re: [aur-general] (no subject)

2012-06-16 Thread Alex Belanger
Its been a month we have nothing but spam from him. Can somebody take the proper actions please? On Jun 16, 2012, at 4:36 AM, Jagmjp Janpgm wrote: > href="http://dallidata.da.funpic.de/bravebay/Darren_Wood95/";>http://dallidata.da.funpic.de/bravebay/Darren_Wood95/ >

Re: [aur-general] [RFC] New package: proj-svn

2012-06-16 Thread Mateusz Loskot
On 16 June 2012 14:46, Andrew Gregory wrote: >> >>  * ${srcdir}, ${pkgdir} >> > >> > I'm not sure I understand. >> > Should I remove all uses of these variables? >> > I assumed they're set implicitly when user runs makepkg -s >> >> Nope.  In your code, you use $srcdir.  When you should use ${srcdi

Re: [aur-general] [RFC] New package: proj-svn

2012-06-16 Thread Andrew Gregory
> >>  * ${srcdir}, ${pkgdir} > > > > I'm not sure I understand. > > Should I remove all uses of these variables? > > I assumed they're set implicitly when user runs makepkg -s > > Nope. In your code, you use $srcdir. When you should use ${srcdir}. > See the difference? The braces are import

Re: [aur-general] [RFC] New package: proj-svn

2012-06-16 Thread Mateusz Loskot
On 16 June 2012 14:19, Kwpolska wrote: > On Sat, Jun 16, 2012 at 1:48 PM, Mateusz Loskot wrote: >> On 16 June 2012 07:56, Kwpolska wrote: >>> >>>  * ${srcdir}, ${pkgdir} >> >> I'm not sure I understand. >> Should I remove all uses of these variables? >> I assumed they're set implicitly when user

Re: [aur-general] [RFC] New package: proj-svn

2012-06-16 Thread Kwpolska
On Sat, Jun 16, 2012 at 1:48 PM, Mateusz Loskot wrote: > On 16 June 2012 07:56, Kwpolska wrote: >> On Sat, Jun 16, 2012 at 12:52 AM, Mateusz Loskot wrote: >>> >>> I have created first version of proj-svn package for PROJ.4, a cartographic >>> projections library hosted at http://proj.osgeo.org >

Re: [aur-general] [RFC] New package: proj-svn

2012-06-16 Thread Mateusz Loskot
On 16 June 2012 07:56, Kwpolska wrote: > On Sat, Jun 16, 2012 at 12:52 AM, Mateusz Loskot wrote: >> >> I have created first version of proj-svn package for PROJ.4, a cartographic >> projections library hosted at http://proj.osgeo.org >> >> I attached two files, PKGBUILD and ChangeLog. >> I'd like

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

2012-06-16 Thread Arch Website Notification
=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 0 new packages in last 24 hours * 0 known bad packages * 4 packages not accepting signoffs * 0 fully signed off packages * 2 packages missing signoffs * 4 packages older than 14 days