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

 
 
LinkBack Thread Tools
 
Old 06-14-2008, 04:07 PM
Ciaran McCreesh
 
Default Extending -scm with upstream revision awareness

Since some people have been asking about this... Here's how I'd see
upstream revision awareness being added to the -scm proposal.

* add src_fetch_extra or whatever to avoid doing the fetches in
src_unpack.

* add pkg_scm_info. It outputs a string containing no spaces.

* When installing an scm package with suitable EAPI to VDB / exndbam,
rewrite the scm version to -scm@THE_INFO_OUTPUT.

* When doing a pretend install, consider reinstalling any scm package
that was installed more than $user_option ago, and mark it as "might
reinstall".

* When updating an scm package, do src_fetch_extra then pkg_scm_info.
At user option, if the pkg_scm_info value hasn't changed and it's a
reinstall, skip reinstalling.

* At user option, and not by default, do the fetch / info stage
*before* showing the "this is what we'll install" list.

--
Ciaran McCreesh
 
Old 06-14-2008, 04:30 PM
Luca Barbato
 
Default Extending -scm with upstream revision awareness

Ciaran McCreesh wrote:

* add src_fetch_extra or whatever to avoid doing the fetches in
src_unpack.


good idea.


* add pkg_scm_info. It outputs a string containing no spaces.


.live would need something a bit different.


* When installing an scm package with suitable EAPI to VDB / exndbam,
rewrite the scm version to -scm@THE_INFO_OUTPUT.


so -scm will have a @ metachar to point that what's following is the
hash/revision/reference to avoid clashes.

The info output would consider branches and tags as well?


* When updating an scm package, do src_fetch_extra then pkg_scm_info.
At user option, if the pkg_scm_info value hasn't changed and it's a
reinstall, skip reinstalling.



* At user option, and not by default, do the fetch / info stage
*before* showing the "this is what we'll install" list.


Sounds quite interesting.

--

Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero

--
gentoo-dev@lists.gentoo.org mailing list
 
Old 06-14-2008, 04:38 PM
Ciaran McCreesh
 
Default Extending -scm with upstream revision awareness

On Sat, 14 Jun 2008 18:30:59 +0200
Luca Barbato <lu_zero@gentoo.org> wrote:
> > * When installing an scm package with suitable EAPI to VDB /
> > exndbam, rewrite the scm version to -scm@THE_INFO_OUTPUT.
>
> so -scm will have a @ metachar to point that what's following is the
> hash/revision/reference to avoid clashes.
> The info output would consider branches and tags as well?

The ID is merely equality comparable. So far as I'm aware, all scm
systems can give you at least one of:

* A numeric revision of whatever you've checked out (subversion r1234
etc)

* A string revision of whatever you've checked out (git sha1 IDs)

* When the last change was made. You can always do something like find
dir/ -type f -printf '%T@
' | sort -n | tail -n1 if you're dealing
with a sucky SCM that has no global revisions... I suspect CVS is in
this boat, if anyone's still using it...

For subversion and git, this has the added devious advantage of making
the revision / ID easily visible.

--
Ciaran McCreesh
 
Old 06-15-2008, 05:47 PM
Tiziano Müller
 
Default Extending -scm with upstream revision awareness

Ciaran McCreesh wrote:

> Since some people have been asking about this... Here's how I'd see
> upstream revision awareness being added to the -scm proposal.
>
> * add src_fetch_extra or whatever to avoid doing the fetches in
> src_unpack.
>
> * add pkg_scm_info. It outputs a string containing no spaces.
>
> * When installing an scm package with suitable EAPI to VDB / exndbam,
> rewrite the scm version to -scm@THE_INFO_OUTPUT.
>
> * When doing a pretend install, consider reinstalling any scm package
> that was installed more than $user_option ago, and mark it as "might
> reinstall".
>
> * When updating an scm package, do src_fetch_extra then pkg_scm_info.
> At user option, if the pkg_scm_info value hasn't changed and it's a
> reinstall, skip reinstalling.
... and reset the reference date "$user_option ago" is compared to to have
it reconsidered in "$user_option ago" again.
(or reset the date when this package got installed to the current date)

--
gentoo-dev@lists.gentoo.org mailing list
 
Old 06-15-2008, 06:48 PM
Ciaran McCreesh
 
Default Extending -scm with upstream revision awareness

On Sun, 15 Jun 2008 19:47:02 +0200
Tiziano Müller <dev-zero@gentoo.org> wrote:
> > * When updating an scm package, do src_fetch_extra then
> > pkg_scm_info. At user option, if the pkg_scm_info value hasn't
> > changed and it's a reinstall, skip reinstalling.
>
> ... and reset the reference date "$user_option ago" is compared to to
> have it reconsidered in "$user_option ago" again.
> (or reset the date when this package got installed to the current
> date)

Mmm, I'd argue that going off when the package was actually installed
appears to be the sensible behaviour there, not going off when the last
attempt at installing the package was.

--
Ciaran McCreesh
 

Thread Tools




All times are GMT. The time now is 03:37 AM.

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