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 Pacman Development

 
 
LinkBack Thread Tools
 
Old 06-25-2011, 10:18 AM
Allan McRae
 
Default makepkg: Add warning if VCS tool is not present when determining latest VCS revision

On 25/06/11 14:31, Eric Bélanger wrote:

Signed-off-by: Eric Bélanger<snowmaniscool@gmail.com>


Signed-off-by: Allan

However, note this is one of the crap things about the current VCS
implementation. devel_check is run before the installation of
makedepends so this many result in people getting warnings when running
makepkg for the first time but not the second... Apart from the
planned (for long a time) rewrite of all of this, I'm not sure there is
much else to do here.


Allan
 
Old 06-25-2011, 12:45 PM
Eric Bélanger
 
Default makepkg: Add warning if VCS tool is not present when determining latest VCS revision

On Sat, Jun 25, 2011 at 6:18 AM, Allan McRae <allan@archlinux.org> wrote:
> On 25/06/11 14:31, Eric Bélanger wrote:
>>
>> Signed-off-by: Eric Bélanger<snowmaniscool@gmail.com>
>
> Signed-off-by: Allan
>
> However, note this is one of the crap things about the current VCS
> implementation. *devel_check is run before the installation of makedepends
> so this many result in people getting warnings when running makepkg for the
> first time but not the second...

Yeah. My initial intention was to move these checks in the
check_software function but, after that patch was done, I realized
that devel_check would fail if the VCS tool was missing. Changing the
warning message to error would've make it imposible to build these
package in a clean chroot so that wasn't a good solution. In the end,
I decided to make this patch so my work woudn't be lost. I also
checked the VCS bugs and it's messy.

> Apart from the planned (for long a time)
> rewrite of all of this, I'm not sure there is much else to do here.

I might be overlooking something, but why don't we just install the
required VCS package? Instead of the warnings in my patch, we could
have a message like "Installing git to determine latest git revision"
then do a 'pacman -S git' and so forth. As the VCS tool will be in
the makedepends anyway the inconvenience of that method would be
minor, if any.


>
> Allan
>
>
>
 
Old 06-26-2011, 11:47 PM
Allan McRae
 
Default makepkg: Add warning if VCS tool is not present when determining latest VCS revision

On 25/06/11 22:45, Eric Bélanger wrote:

On Sat, Jun 25, 2011 at 6:18 AM, Allan McRae<allan@archlinux.org> wrote:

On 25/06/11 14:31, Eric Bélanger wrote:


Signed-off-by: Eric Bélanger<snowmaniscool@gmail.com>


Signed-off-by: Allan

However, note this is one of the crap things about the current VCS
implementation. devel_check is run before the installation of makedepends
so this many result in people getting warnings when running makepkg for the
first time but not the second...


Yeah. My initial intention was to move these checks in the
check_software function but, after that patch was done, I realized
that devel_check would fail if the VCS tool was missing. Changing the
warning message to error would've make it imposible to build these
package in a clean chroot so that wasn't a good solution. In the end,
I decided to make this patch so my work woudn't be lost. I also
checked the VCS bugs and it's messy.


Apart from the planned (for long a time)
rewrite of all of this, I'm not sure there is much else to do here.


I might be overlooking something, but why don't we just install the
required VCS package? Instead of the warnings in my patch, we could
have a message like "Installing git to determine latest git revision"
then do a 'pacman -S git' and so forth. As the VCS tool will be in
the makedepends anyway the inconvenience of that method would be
minor, if any.



I'd prefer not to have pacman install anything unless -s is specified
and then it needs to be cleaned up with -r. So it is slightly more
complicated than that.


In the end, this will be less of an issue once we get around to dealing
with those patches that allowed something like:

source=("git@@http://git.repo.com...)
as then we can do the check in check_software.

I have pulled the patch as-is to my working branch.

Allan
 

Thread Tools




All times are GMT. The time now is 05:28 PM.

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