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

2013-04-25 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
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 6 packages missing signoffs
* 6 packages older than 14 days

(Note: the word 'package' as used here refers to packages as grouped by
pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
package per architecture, even if it is a split package.)



== Incomplete signoffs for [community] (6 total) ==

* fcron-3.1.2-1 (i686)
0/2 signoffs
* oss-4.2_2007-3 (i686)
0/2 signoffs
* shapelib-1.3.0-1 (i686)
0/2 signoffs
* fcron-3.1.2-1 (x86_64)
0/2 signoffs
* oss-4.2_2007-3 (x86_64)
0/2 signoffs
* shapelib-1.3.0-1 (x86_64)
0/2 signoffs


== All packages in [community-testing] for more than 14 days (6 total) ==

* shapelib-1.3.0-1 (i686), since 2013-02-24
* shapelib-1.3.0-1 (x86_64), since 2013-02-24
* oss-4.2_2007-3 (i686), since 2013-03-14
* oss-4.2_2007-3 (x86_64), since 2013-03-14
* fcron-3.1.2-1 (i686), since 2013-03-19
* fcron-3.1.2-1 (x86_64), since 2013-03-19


== Top five in signoffs in last 24 hours ==

Re: [aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess

2013-04-25 Thread Karol Blazewicz 
The package should be called Google fonts, not webfonts, like
https://aur.archlinux.org/packages/ttf-google-fonts-hg/

http://googlewebfonts.blogspot.com/2013/04/a-new-look-and-name-for-google-web-fonts.htmlsays
"This week, Google Web Fonts got a simpler, cleaner look that makes
searching and accessing your fonts easier than ever. And in the spirit of
simplicity, today Google Web Fonts is now just “Google Fonts.” It’s still
the same great collection of free fonts you know and love, but with a new
name."

Re: [aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess

2013-04-25 Thread David J. Haines 
On Wed, Apr 24, 2013 at 10:32:36PM -0400, Daniel Micay wrote:
> On Wed, Apr 24, 2013 at 10:28 PM, Jason St. John  wrote:
> > On Sun, Apr 7, 2013 at 5:11 PM, Maxime GAUDUIN  wrote:
> >> On Sun, Apr 7, 2013 at 10:55 PM, Marcel Korpel 
> >> wrote:
> >>
> >>> On Tue, Apr 2, 2013 at 12:59 AM, Maxime GAUDUIN  wrote:
> >>> > I mostly agree with you, but I would still keep the git package because
> >>> I,
> >>> > and I believe most people, don't want to pull 2Gb from the mercurial 
> >>> > repo
> >>> > and keep them lying around. This is painfully slow and, even though 2Gb
> >>> are
> >>> > nothing today, it is silly to waste space like this. The git repo
> >>> contains
> >>> > only the relevant TTF files and I think it is the better choice for whom
> >>> > wants to download the Google web fonts.
> >>> >
> >>> > How do others feel about this?
> >>>
> >>> I totally agree with this.
> >>>
> >>> Regards,
> >>> Marcel
> >>>
> >>
> >> Okay, the only remaining webfonts packages in AUR are now
> >> ttf-google-webfonts-git and ttf-google-webfonts-hg.
> >>
> >> Cheers.
> >> --
> >> Maxime
> >
> > I noticed that a new package named ttf-google-webfonts-tarball [1] was
> > uploaded yesterday.
> >
> > The submitter of the package states, "This is for all those who use
> > simple AUR helpers, e.g. cower, that need a version number to know
> > that there's been an update and/or those who don't like the git/hg
> > repos just hanging around on their systems (i.e. those who delete
> > their AUR sources and packages)."
> >
> > Do the TUs feel that this package is necessary? It suffers from the
> > same problem of frequent and endless maintenance that
> > ttf-google-webfonts did that I mentioned in my first email in this
> > thread.
> >
> > [1] https://aur.archlinux.org/packages/ttf-google-webfonts-tarball/
> >
> > Jason
> 
> I don't feel like this is at all necessary. The AUR helper part is
> definitely a non-issue because bumping the pkgver on a VCS package
> with a proper pkgver function works just fine.

I created it for those of us who need it. If you use yaourt (which many
a TU would attempt to dissuade you from doing), it may work, but for
others of us, it does not. No one's asking you to use it, but it should
be an option, IMHO.

As to the "AUR helper part [being] definitely a non-issue," that's
demonstrably wrong. Either ttf-google-webfonts-git's PKGBUILD suffers
from a lack of "a proper pkgver function," or something more than such a
function is required for certain AUR helpers to recognize that an update
is needed, as the April 14 updates to the repo were not enough for cower
to pick up on the new version. A review of the source code makes it
clear that at least certain AUR helpers will not be able to handle the
pkgver function route as currently implemented.

-- 
David J. Haines
djhai...@gmx.com

Re: [aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess

2013-04-25 Thread Daniel Micay 
On Thu, Apr 25, 2013 at 9:24 AM, David J. Haines  wrote:
> On Wed, Apr 24, 2013 at 10:32:36PM -0400, Daniel Micay wrote:
>> On Wed, Apr 24, 2013 at 10:28 PM, Jason St. John  wrote:
>> > On Sun, Apr 7, 2013 at 5:11 PM, Maxime GAUDUIN  wrote:
>> >> On Sun, Apr 7, 2013 at 10:55 PM, Marcel Korpel 
>> >> wrote:
>> >>
>> >>> On Tue, Apr 2, 2013 at 12:59 AM, Maxime GAUDUIN  
>> >>> wrote:
>> >>> > I mostly agree with you, but I would still keep the git package because
>> >>> I,
>> >>> > and I believe most people, don't want to pull 2Gb from the mercurial 
>> >>> > repo
>> >>> > and keep them lying around. This is painfully slow and, even though 2Gb
>> >>> are
>> >>> > nothing today, it is silly to waste space like this. The git repo
>> >>> contains
>> >>> > only the relevant TTF files and I think it is the better choice for 
>> >>> > whom
>> >>> > wants to download the Google web fonts.
>> >>> >
>> >>> > How do others feel about this?
>> >>>
>> >>> I totally agree with this.
>> >>>
>> >>> Regards,
>> >>> Marcel
>> >>>
>> >>
>> >> Okay, the only remaining webfonts packages in AUR are now
>> >> ttf-google-webfonts-git and ttf-google-webfonts-hg.
>> >>
>> >> Cheers.
>> >> --
>> >> Maxime
>> >
>> > I noticed that a new package named ttf-google-webfonts-tarball [1] was
>> > uploaded yesterday.
>> >
>> > The submitter of the package states, "This is for all those who use
>> > simple AUR helpers, e.g. cower, that need a version number to know
>> > that there's been an update and/or those who don't like the git/hg
>> > repos just hanging around on their systems (i.e. those who delete
>> > their AUR sources and packages)."
>> >
>> > Do the TUs feel that this package is necessary? It suffers from the
>> > same problem of frequent and endless maintenance that
>> > ttf-google-webfonts did that I mentioned in my first email in this
>> > thread.
>> >
>> > [1] https://aur.archlinux.org/packages/ttf-google-webfonts-tarball/
>> >
>> > Jason
>>
>> I don't feel like this is at all necessary. The AUR helper part is
>> definitely a non-issue because bumping the pkgver on a VCS package
>> with a proper pkgver function works just fine.
>
> I created it for those of us who need it. If you use yaourt (which many
> a TU would attempt to dissuade you from doing), it may work, but for
> others of us, it does not. No one's asking you to use it, but it should
> be an option, IMHO.
>
> As to the "AUR helper part [being] definitely a non-issue," that's
> demonstrably wrong. Either ttf-google-webfonts-git's PKGBUILD suffers
> from a lack of "a proper pkgver function," or something more than such a
> function is required for certain AUR helpers to recognize that an update
> is needed, as the April 14 updates to the repo were not enough for cower
> to pick up on the new version. A review of the source code makes it
> clear that at least certain AUR helpers will not be able to handle the
> pkgver function route as currently implemented.
>
> --
> David J. Haines
> djhai...@gmx.com

The version on the tarball PKGBUILD is updating when you upload a new
one. The version on the VCS package is uploading when the maintainer
re-uploads it. It's not relevant to whether a tarball package is
useful.

Re: [aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess

2013-04-25 Thread David J. Haines 
On Thu, Apr 25, 2013 at 10:07:16AM -0400, Daniel Micay wrote:
> On Thu, Apr 25, 2013 at 9:24 AM, David J. Haines  wrote:
> > On Wed, Apr 24, 2013 at 10:32:36PM -0400, Daniel Micay wrote:
> >> On Wed, Apr 24, 2013 at 10:28 PM, Jason St. John  
> >> wrote:
> >> > On Sun, Apr 7, 2013 at 5:11 PM, Maxime GAUDUIN  wrote:
> >> >> On Sun, Apr 7, 2013 at 10:55 PM, Marcel Korpel 
> >> >> wrote:
> >> >>
> >> >>> On Tue, Apr 2, 2013 at 12:59 AM, Maxime GAUDUIN  
> >> >>> wrote:
> >> >>> > I mostly agree with you, but I would still keep the git package 
> >> >>> > because
> >> >>> I,
> >> >>> > and I believe most people, don't want to pull 2Gb from the mercurial 
> >> >>> > repo
> >> >>> > and keep them lying around. This is painfully slow and, even though 
> >> >>> > 2Gb
> >> >>> are
> >> >>> > nothing today, it is silly to waste space like this. The git repo
> >> >>> contains
> >> >>> > only the relevant TTF files and I think it is the better choice for 
> >> >>> > whom
> >> >>> > wants to download the Google web fonts.
> >> >>> >
> >> >>> > How do others feel about this?
> >> >>>
> >> >>> I totally agree with this.
> >> >>>
> >> >>> Regards,
> >> >>> Marcel
> >> >>>
> >> >>
> >> >> Okay, the only remaining webfonts packages in AUR are now
> >> >> ttf-google-webfonts-git and ttf-google-webfonts-hg.
> >> >>
> >> >> Cheers.
> >> >> --
> >> >> Maxime
> >> >
> >> > I noticed that a new package named ttf-google-webfonts-tarball [1] was
> >> > uploaded yesterday.
> >> >
> >> > The submitter of the package states, "This is for all those who use
> >> > simple AUR helpers, e.g. cower, that need a version number to know
> >> > that there's been an update and/or those who don't like the git/hg
> >> > repos just hanging around on their systems (i.e. those who delete
> >> > their AUR sources and packages)."
> >> >
> >> > Do the TUs feel that this package is necessary? It suffers from the
> >> > same problem of frequent and endless maintenance that
> >> > ttf-google-webfonts did that I mentioned in my first email in this
> >> > thread.
> >> >
> >> > [1] https://aur.archlinux.org/packages/ttf-google-webfonts-tarball/
> >> >
> >> > Jason
> >>
> >> I don't feel like this is at all necessary. The AUR helper part is
> >> definitely a non-issue because bumping the pkgver on a VCS package
> >> with a proper pkgver function works just fine.
> >
> > I created it for those of us who need it. If you use yaourt (which many
> > a TU would attempt to dissuade you from doing), it may work, but for
> > others of us, it does not. No one's asking you to use it, but it should
> > be an option, IMHO.
> >
> > As to the "AUR helper part [being] definitely a non-issue," that's
> > demonstrably wrong. Either ttf-google-webfonts-git's PKGBUILD suffers
> > from a lack of "a proper pkgver function," or something more than such a
> > function is required for certain AUR helpers to recognize that an update
> > is needed, as the April 14 updates to the repo were not enough for cower
> > to pick up on the new version. A review of the source code makes it
> > clear that at least certain AUR helpers will not be able to handle the
> > pkgver function route as currently implemented.
> >
> > --
> > David J. Haines
> > djhai...@gmx.com
> 
> The version on the tarball PKGBUILD is updating when you upload a new
> one. The version on the VCS package is uploading when the maintainer
> re-uploads it. It's not relevant to whether a tarball package is
> useful.

So, then the solution is for the -git maintainer to update / re-upload
the PKGBUILD whenever there's a "version" bump to the git repo?
-- 
David J. Haines
djhai...@gmx.com

Re: [aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess

2013-04-25 Thread WorMzy Tykashi 
>
> So, then the solution is for the -git maintainer to update / re-upload
> the PKGBUILD whenever there's a "version" bump to the git repo?
> --
> David J. Haines
> djhai...@gmx.com
>

No, the solution is for the users of the -git package to track upstream
changes and re-compile the package as and when they see fit.

Re: [aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess

2013-04-25 Thread Jonathan Arnold 
On Thu, 25 Apr 2013 16:04:12 +0100
WorMzy Tykashi  wrote:

> >
> > So, then the solution is for the -git maintainer to update /
> > re-upload the PKGBUILD whenever there's a "version" bump to the git
> > repo? --
> > David J. Haines
> > djhai...@gmx.com
> >
> 
> No, the solution is for the users of the -git package to track
> upstream changes and re-compile the package as and when they see fit.

As it is for all -git (and -svn and -hg, etc) packages. As it should
be, IMHO.

-- 
Jonathan ArnoldWebstream: http://hieronymus.soup.io

Talent wins games, but team work and intelligence wins championships.
Michael Jordan

Re: [aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess

2013-04-25 Thread David J. Haines 
On Thu, Apr 25, 2013 at 11:17:36AM -0400, Jonathan Arnold wrote:
> On Thu, 25 Apr 2013 16:04:12 +0100
> WorMzy Tykashi  wrote:
> 
> > >
> > > So, then the solution is for the -git maintainer to update /
> > > re-upload the PKGBUILD whenever there's a "version" bump to the git
> > > repo? --
> > > David J. Haines
> > > djhai...@gmx.com
> > >
> > 
> > No, the solution is for the users of the -git package to track
> > upstream changes and re-compile the package as and when they see fit.
> 
> As it is for all -git (and -svn and -hg, etc) packages. As it should
> be, IMHO.
> 
> -- 
> Jonathan ArnoldWebstream: http://hieronymus.soup.io
> 
> Talent wins games, but team work and intelligence wins championships.
> Michael Jordan
> 

Thus the utility of the -tarball PKGBUILD: users don't have to track it;
they can rely on the maintainer.
-- 
David J. Haines
djhai...@gmx.com

Re: [aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess

2013-04-25 Thread Maxime GAUDUIN 
On Thu, Apr 25, 2013 at 5:31 PM, David J. Haines  wrote:

> On Thu, Apr 25, 2013 at 11:17:36AM -0400, Jonathan Arnold wrote:
> > On Thu, 25 Apr 2013 16:04:12 +0100
> > WorMzy Tykashi  wrote:
> >
> > > >
> > > > So, then the solution is for the -git maintainer to update /
> > > > re-upload the PKGBUILD whenever there's a "version" bump to the git
> > > > repo? --
> > > > David J. Haines
> > > > djhai...@gmx.com
> > > >
> > >
> > > No, the solution is for the users of the -git package to track
> > > upstream changes and re-compile the package as and when they see fit.
> >
> > As it is for all -git (and -svn and -hg, etc) packages. As it should
> > be, IMHO.
> >
> > --
> > Jonathan ArnoldWebstream: http://hieronymus.soup.io
> >
> > Talent wins games, but team work and intelligence wins championships.
> > Michael Jordan
> >
>
> Thus the utility of the -tarball PKGBUILD: users don't have to track it;
> they can rely on the maintainer.
> --
> David J. Haines
> djhai...@gmx.com
>

Such a thing is only true when using AUR helpers, which, again, are not
supported. Even as a helper user, I don't think the -tarball package is
needed.

Cheers,

-- 
Maxime

Re: [aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess

2013-04-25 Thread Mateusz Loskot 
On 25 April 2013 17:15, Maxime GAUDUIN  wrote:
> On Thu, Apr 25, 2013 at 5:31 PM, David J. Haines  wrote:
>> On Thu, Apr 25, 2013 at 11:17:36AM -0400, Jonathan Arnold wrote:
>> > On Thu, 25 Apr 2013 16:04:12 +0100
>> > WorMzy Tykashi  wrote:
>> >
>> > > > So, then the solution is for the -git maintainer to update /
>> > > > re-upload the PKGBUILD whenever there's a "version" bump to the git
>> > > > repo?
>> > > >
>> > >
>> > > No, the solution is for the users of the -git package to track
>> > > upstream changes and re-compile the package as and when they see fit.
>> >
>> > As it is for all -git (and -svn and -hg, etc) packages. As it should
>> > be, IMHO.
>> >
>>
>> Thus the utility of the -tarball PKGBUILD: users don't have to track it;
>> they can rely on the maintainer.

>
> Such a thing is only true when using AUR helpers, which, again, are not
> supported. Even as a helper user, I don't think the -tarball package is
> needed.

As user of AUR, I agree.
I'm slowly getting sick of the AUR mess and spread of duplicate packages
motivated by some narrow corner cases and customisation.
Either makepkg and PKGBUILD is enhanced to properly support the development
kind of packages, namely *-{git|hg|svn} and perform actual update of
local copy of sources
(even if PKGBUILD has not been updated)
or users have to accept the fact they play with cutting-edge version of software
so they take care of updates it on their own.

Stop AUR insanity!

Best regards,
-- 
Mateusz Loskot, http://mateusz.loskot.net

Re: [aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess

2013-04-25 Thread Daniel Micay 
On Thu, Apr 25, 2013 at 12:35 PM, Mateusz Loskot  wrote:
> On 25 April 2013 17:15, Maxime GAUDUIN  wrote:
>> On Thu, Apr 25, 2013 at 5:31 PM, David J. Haines  wrote:
>>> On Thu, Apr 25, 2013 at 11:17:36AM -0400, Jonathan Arnold wrote:
>>> > On Thu, 25 Apr 2013 16:04:12 +0100
>>> > WorMzy Tykashi  wrote:
>>> >
>>> > > > So, then the solution is for the -git maintainer to update /
>>> > > > re-upload the PKGBUILD whenever there's a "version" bump to the git
>>> > > > repo?
>>> > > >
>>> > >
>>> > > No, the solution is for the users of the -git package to track
>>> > > upstream changes and re-compile the package as and when they see fit.
>>> >
>>> > As it is for all -git (and -svn and -hg, etc) packages. As it should
>>> > be, IMHO.
>>> >
>>>
>>> Thus the utility of the -tarball PKGBUILD: users don't have to track it;
>>> they can rely on the maintainer.
>
>>
>> Such a thing is only true when using AUR helpers, which, again, are not
>> supported. Even as a helper user, I don't think the -tarball package is
>> needed.
>
> As user of AUR, I agree.
> I'm slowly getting sick of the AUR mess and spread of duplicate packages
> motivated by some narrow corner cases and customisation.
> Either makepkg and PKGBUILD is enhanced to properly support the development
> kind of packages, namely *-{git|hg|svn} and perform actual update of
> local copy of sources
> (even if PKGBUILD has not been updated)
> or users have to accept the fact they play with cutting-edge version of 
> software
> so they take care of updates it on their own.
>
> Stop AUR insanity!
>
> Best regards,
> --
> Mateusz Loskot, http://mateusz.loskot.net

makepkg has full support for VCS packages now, it runs the pkgver
function to check for a new version and then updates/rebuilds. It even
knows how to fetch the sources automatically.

Re: [aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess

2013-04-25 Thread David J. Haines 
On Thu, Apr 25, 2013 at 01:01:37PM -0400, Daniel Micay wrote:
> On Thu, Apr 25, 2013 at 12:35 PM, Mateusz Loskot  wrote:
> > On 25 April 2013 17:15, Maxime GAUDUIN  wrote:
> >> On Thu, Apr 25, 2013 at 5:31 PM, David J. Haines  wrote:
> >>> On Thu, Apr 25, 2013 at 11:17:36AM -0400, Jonathan Arnold wrote:
> >>> > On Thu, 25 Apr 2013 16:04:12 +0100
> >>> > WorMzy Tykashi  wrote:
> >>> >
> >>> > > > So, then the solution is for the -git maintainer to update /
> >>> > > > re-upload the PKGBUILD whenever there's a "version" bump to the git
> >>> > > > repo?
> >>> > > >
> >>> > >
> >>> > > No, the solution is for the users of the -git package to track
> >>> > > upstream changes and re-compile the package as and when they see fit.
> >>> >
> >>> > As it is for all -git (and -svn and -hg, etc) packages. As it should
> >>> > be, IMHO.
> >>> >
> >>>
> >>> Thus the utility of the -tarball PKGBUILD: users don't have to track it;
> >>> they can rely on the maintainer.
> >
> >>
> >> Such a thing is only true when using AUR helpers, which, again, are not
> >> supported. Even as a helper user, I don't think the -tarball package is
> >> needed.
> >
> > As user of AUR, I agree.
> > I'm slowly getting sick of the AUR mess and spread of duplicate packages
> > motivated by some narrow corner cases and customisation.
> > Either makepkg and PKGBUILD is enhanced to properly support the development
> > kind of packages, namely *-{git|hg|svn} and perform actual update of
> > local copy of sources
> > (even if PKGBUILD has not been updated)
> > or users have to accept the fact they play with cutting-edge version of 
> > software
> > so they take care of updates it on their own.
> >
> > Stop AUR insanity!
> >
> > Best regards,
> > --
> > Mateusz Loskot, http://mateusz.loskot.net
> 
> makepkg has full support for VCS packages now, it runs the pkgver
> function to check for a new version and then updates/rebuilds. It even
> knows how to fetch the sources automatically.

Well until PKGBUILD and the AUR report versions correctly, I'd want to
see the -tarball variant (and others like it) stick around. That's my
two cents.
-- 
David J. Haines
djhai...@gmx.com

Re: [aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess

2013-04-25 Thread Daniel Micay 
On Thu, Apr 25, 2013 at 3:10 PM, David J. Haines  wrote:
> On Thu, Apr 25, 2013 at 01:01:37PM -0400, Daniel Micay wrote:
>> On Thu, Apr 25, 2013 at 12:35 PM, Mateusz Loskot  wrote:
>> > On 25 April 2013 17:15, Maxime GAUDUIN  wrote:
>> >> On Thu, Apr 25, 2013 at 5:31 PM, David J. Haines  wrote:
>> >>> On Thu, Apr 25, 2013 at 11:17:36AM -0400, Jonathan Arnold wrote:
>> >>> > On Thu, 25 Apr 2013 16:04:12 +0100
>> >>> > WorMzy Tykashi  wrote:
>> >>> >
>> >>> > > > So, then the solution is for the -git maintainer to update /
>> >>> > > > re-upload the PKGBUILD whenever there's a "version" bump to the git
>> >>> > > > repo?
>> >>> > > >
>> >>> > >
>> >>> > > No, the solution is for the users of the -git package to track
>> >>> > > upstream changes and re-compile the package as and when they see fit.
>> >>> >
>> >>> > As it is for all -git (and -svn and -hg, etc) packages. As it should
>> >>> > be, IMHO.
>> >>> >
>> >>>
>> >>> Thus the utility of the -tarball PKGBUILD: users don't have to track it;
>> >>> they can rely on the maintainer.
>> >
>> >>
>> >> Such a thing is only true when using AUR helpers, which, again, are not
>> >> supported. Even as a helper user, I don't think the -tarball package is
>> >> needed.
>> >
>> > As user of AUR, I agree.
>> > I'm slowly getting sick of the AUR mess and spread of duplicate packages
>> > motivated by some narrow corner cases and customisation.
>> > Either makepkg and PKGBUILD is enhanced to properly support the development
>> > kind of packages, namely *-{git|hg|svn} and perform actual update of
>> > local copy of sources
>> > (even if PKGBUILD has not been updated)
>> > or users have to accept the fact they play with cutting-edge version of 
>> > software
>> > so they take care of updates it on their own.
>> >
>> > Stop AUR insanity!
>> >
>> > Best regards,
>> > --
>> > Mateusz Loskot, http://mateusz.loskot.net
>>
>> makepkg has full support for VCS packages now, it runs the pkgver
>> function to check for a new version and then updates/rebuilds. It even
>> knows how to fetch the sources automatically.
>
> Well until PKGBUILD and the AUR report versions correctly, I'd want to
> see the -tarball variant (and others like it) stick around. That's my
> two cents.
> --
> David J. Haines
> djhai...@gmx.com

A tarball does not have the version reported any more correctly. The
AUR reports the version set as pkgver which is just set when the
maintainer builds the package and re-uploads, if there's a pkgver
function. There's no relevance of a tarball vs. VCS when it comes to
the reported pkgver.

[aur-general] Merge python-pyliblzma and python2-pyliblzma

2013-04-25 Thread William J. Bowman 
I've taken over maintenance of python-pyliblzma, and am renaming it to
python2-pyliblzma to match Python package naming conventions.

Please merge python-pyliblzma and python2-pyliblzma.

-- 
William J. Bowman

Northeastern University
College of Computer and Information Science


pgp-signature.txt
Description: Digital Signature

[aur-general] Orphan Request

2013-04-25 Thread Hugh Young 
Hello,

The following package has been out of date for quite some time.  I
contacted the maintainer two weeks ago on 4/11, and have received no
response.  I am willing to maintain this.

https://aur.archlinux.org/packages/xf86-input-synaptics-mtpatch/

Thanks,
-oboenerd

Re: [aur-general] Orphan Request

2013-04-25 Thread Maxime GAUDUIN 
On Thu, Apr 25, 2013 at 11:43 PM, Hugh Young  wrote:

> Hello,
>
> The following package has been out of date for quite some time.  I
> contacted the maintainer two weeks ago on 4/11, and have received no
> response.  I am willing to maintain this.
>
> https://aur.archlinux.org/packages/xf86-input-synaptics-mtpatch/
>
> Thanks,
> -oboenerd
>

Orphaned, you can now adopt :)

-- 
Maxime

Re: [aur-general] Merge python-pyliblzma and python2-pyliblzma

2013-04-25 Thread Maxime GAUDUIN 
On Thu, Apr 25, 2013 at 11:23 PM, William J. Bowman <
wjb+...@williamjbowman.com> wrote:

> I've taken over maintenance of python-pyliblzma, and am renaming it to
> python2-pyliblzma to match Python package naming conventions.
>
> Please merge python-pyliblzma and python2-pyliblzma.
>
> --
> William J. Bowman
>
> Northeastern University
> College of Computer and Information Science
>

Merged, thx.

-- 
Maxime

Re: [aur-general] Merge request: ttf-google-webfonts-hg --> ttf-google-fonts-hg

2013-04-25 Thread Maxime GAUDUIN 
On Thu, Apr 25, 2013 at 5:00 AM, Jason St. John  wrote:

> Google Web Fonts has been rebranded as Google Fonts[1]. Due to this, I
> am requesting that ttf-google-webfonts-hg[2] be merged into
> ttf-google-fonts-hg[3].
>
> [1]
> http://9to5google.com/2013/04/22/google-web-fonts-rebrands-as-google-fonts-simplifies-web-interface/
> [2] https://aur.archlinux.org/packages/ttf-google-webfonts-hg/
> [3] https://aur.archlinux.org/packages/ttf-google-fonts-hg/
>
> Thanks,
> Jason
>

Merged, thx.

-- 
Maxime

[aur-general] Merge python3-sphinx-hg into python-sphinx-hg

2013-04-25 Thread William Giokas 
In order to keep naming consistent, please merge python3-sphinx-hg[0]
into python-sphinx-hg[1]. I own both of the packages (the python3 one
was disowned by the previous maintainer recently).

Thanks,
-- 
William Giokas | KaiSforza
GnuPG Key: 0x73CD09CF
Fingerprint: F73F 50EF BBE2 9846 8306  E6B8 6902 06D8 73CD 09CF


pgpWnDpUW5I4A.pgp
Description: PGP signature

Re: [aur-general] Deletion and Merge Requests

2013-04-25 Thread Maxime GAUDUIN 
On Wed, Apr 24, 2013 at 11:59 PM, Lex Black  wrote:

> Hello
>
> And again some PKGBuilds, that can be removed or merged with others
>
>
> But first I want to bring notice to two packages.
>
> correcthorse-alt:
> https://aur.archlinux.org/**packages/correcthorse-alt/
> This package is still maintained. But the same guy added the package under
> a new name ( 
> https://aur.archlinux.org/**packages/correctpony/)
>  and refers in a comment to the new one.
>
> The same story for this one:
> correcthorse-alt-git:
> https://aur.archlinux.org/**packages/correcthorse-alt-git/
> Same person, uploaded the package as correctpony-git (
> https://aur.archlinux.org/**packages/correctpony-git/)
> __
>
> From this point all packages are orphaned, out of date and/or broken,
> dead, or something else (double checked)
>
> anope-devel:
> https://aur.archlinux.org/**packages/anope-devel/
> Unmaintained, out of date and got replaced by anope (
> https://aur.archlinux.org/**packages/anope/).
>
> wokjab:
> https://aur.archlinux.org/**packages/wokjab/
> Upstream seems dead, marked ood since 2011 and the dependency woklib is
> already removed from the AUR
>
> xdiff-git:
> https://aur.archlinux.org/**packages/xdiff-ext/
> Unmaintained and broken for recent thunar versions (see comment)
>
> unsit:
> https://aur.archlinux.org/**packages/unsit/
> Dead (see comment)
>
> ventrilo:
> https://aur.archlinux.org/**packages/ventrilo/
> Not sure about that. Unmaintained, flagged since 2011, last updated 2009
> and the comment suggests that this package won't be missed?
>
> tubemaster:
> https://aur.archlinux.org/**packages/tubemaster/
> See comment
>
> sweetgtk-bzr:
> https://aur.archlinux.org/**packages/sweetgtk-bzr/
> Dead
>
> simpleplayer-git:
> https://aur.archlinux.org/**packages/simpleplayer-git/
> Repo got deleted
>
> skypetab:
> https://aur.archlinux.org/**packages/skypetab/
> Replaced by skypetab-ng-git ( https://aur.archlinux.org/**
> packages/skypetab-ng-git)
>
> spicebird:
> https://aur.archlinux.org/**packages/spicebird-bin-de/
> Mozilla dropped it and proposed Thunderbird since then
>
>
> Best regards
> Lex
>

All taken care of, thank you.

-- 
Maxime

Re: [aur-general] [Merge/Deletion Request] Caledonia Icons

2013-04-25 Thread prettyvanilla 
On 04/19/2013 02:18 AM, prettyvanilla wrote:
> caledonia-icons [1] has been replaced by cld-icons [2] (upstream
> moved and renamed the project) and should therefore be merged. 
> Another package cld-icon-theme [3] had already been uploaded and 
> overlooked by me, but doesn't (yet) remove unneeded files and 
> unnecessarily makes all files executable - it can therefore
> probably be removed, unless that package's name is deemed more
> fitting...
> 
> Thanks!
> 
> [1] https://aur.archlinux.org/packages/caledonia-icons/ [2]
> https://aur.archlinux.org/packages/cld-icons/ [3]
> https://aur.archlinux.org/packages/cld-icon-theme/
> 

While [1] and [2] have been merged by now (thanks!) [3] still
(uselessly) coexists. Any reason why it hasn't been deleted yet?

[aur-general] Disown Request: Joomla

2013-04-25 Thread Jonas Heinrich 
Hello,
I would like to adopt the package joomla [1], which is flagged
out-of-date since 22.02.13 and last updated on 22.10.2012. I tried to
contact on 17.04.13 but did not recieved any answer yet.
If possible, please orphan it for me.
Best regards,
Jonas

[1] https://aur.archlinux.org/packages/joomla/


pgpfFNVRn81aO.pgp
Description: PGP signature

Re: [aur-general] Disown Request: Joomla

2013-04-25 Thread Connor Behan 
On 25/04/13 05:17 PM, Jonas Heinrich wrote:
> Hello,
> I would like to adopt the package joomla [1], which is flagged
> out-of-date since 22.02.13 and last updated on 22.10.2012. I tried to
> contact on 17.04.13 but did not recieved any answer yet.
> If possible, please orphan it for me.
> Best regards,
> Jonas
>
> [1] https://aur.archlinux.org/packages/joomla/
All yours.



signature.asc
Description: OpenPGP digital signature