FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > ArchLinux > ArchLinux User Repository

 
 
LinkBack Thread Tools
 
Old 04-04-2010, 05:31 PM
Gregory Gincley
 
Default gnucash-svn, unsupported, out-of-date

Hi,

Was wondering if this package could be disowned?

I'm working on an updated PKGBUILD and would like to take over maintenance. Also an user/fan of this application, and it's worth having an up to date SVN package out there for all to use.

Please let me know if you have any questions or concerns.

Thanks!

Greg
 
Old 04-04-2010, 05:37 PM
Evangelos Foutras
 
Default gnucash-svn, unsupported, out-of-date

On 04/04/2010 08:31 μμ, Gregory Gincley wrote:

Hi,

Was wondering if this package could be disowned?

I'm working on an updated PKGBUILD and would like to take over maintenance. Also an user/fan of this application, and it's worth having an up to date SVN package out there for all to use.

Please let me know if you have any questions or concerns.

Thanks!

Greg


Does the PKGBUILD actually need changing? I'm asking because makepkg
will notice this is a development (in this case, subversion) package and
build the latest revision automatically.
 
Old 04-04-2010, 07:29 PM
Karol Babioch
 
Default gnucash-svn, unsupported, out-of-date

On So, 2010-04-04 at 20:37 +0300, Evangelos Foutras wrote:
> Does the PKGBUILD actually need changing? I'm asking because makepkg
> will notice this is a development (in this case, subversion) package
> and
> build the latest revision automatically.

But the version in the PKGBUILD needs to be changed manually, doesn't
it? Otherwise users of this application don't get informed when there is
a new version ...
--
Best regards,
Karol Babioch <karol@babioch.de>
 
Old 04-04-2010, 07:37 PM
Nathan Wayde
 
Default gnucash-svn, unsupported, out-of-date

On 04/04/10 20:29, Karol Babioch wrote:

But the version in the PKGBUILD needs to be changed manually, doesn't
it? Otherwise users of this application don't get informed when there is
a new version ...
If all that needs changing is the version number, then you can leave it
as-is forever. When the user installs, the version number is
automatically bumped to the latest. It's nice to update the PKGBUILD so
users can know when a new update to the code was made, but it's not at
all necessary.
 
Old 04-04-2010, 07:56 PM
Stefan Husmann
 
Default gnucash-svn, unsupported, out-of-date

Am 04.04.2010 21:37, schrieb Nathan Wayde:

On 04/04/10 20:29, Karol Babioch wrote:

But the version in the PKGBUILD needs to be changed manually, doesn't
it? Otherwise users of this application don't get informed when there is
a new version ...

If all that needs changing is the version number, then you can leave it
as-is forever. When the user installs, the version number is
automatically bumped to the latest. It's nice to update the PKGBUILD so
users can know when a new update to the code was made, but it's not at
all necessary.


The PKGBUILD seems to be usable, at lest the build process ends up successfully.
 
Old 04-04-2010, 09:51 PM
Ray Rashif
 
Default gnucash-svn, unsupported, out-of-date

On 5 April 2010 03:56, Stefan Husmann <stefan-husmann@t-online.de> wrote:
> Am 04.04.2010 21:37, schrieb Nathan Wayde:
>>
>> On 04/04/10 20:29, Karol Babioch wrote:
>>>
>>> But the version in the PKGBUILD needs to be changed manually, doesn't
>>> it? Otherwise users of this application don't get informed when there is
>>> a new version ...
>>
>> If all that needs changing is the version number, then you can leave it
>> as-is forever. When the user installs, the version number is
>> automatically bumped to the latest. It's nice to update the PKGBUILD so
>> users can know when a new update to the code was made, but it's not at
>> all necessary.
>>
> The PKGBUILD seems to be usable, at lest the build process ends up
> successfully.

It's a PKGBUILD for the development version of a software, and there
is no such thing as "automatic" because changes happen anytime and
everytime, and as such it is best to keep a local copy of the
buildscripts and makepkg as and when the need is felt. If the
complaint is from an unsupported pacman wrapper's viewpoint, then you
can for eg. cron a yaourt -S every night.

That is, of course, provided the buildscripts continue to work.


--
GPG/PGP ID: B42DDCAD
 

Thread Tools




All times are GMT. The time now is 04:30 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org