[pacman-dev] [PATCH] Make makepkg handle SCMs better.

Allan McRae allan at archlinux.org
Wed Nov 24 13:24:12 CET 2010


On 22/11/10 15:29, David Campbell wrote:
> * Treat SCMs like download agents when attempting to download code from a
>    source repository.
> * Split the operations related to SCMs into three groups:
>    1) pkgver_update(): update the version of a package build based on what SCM
>       source repository is being pulled from (what if there are more than one?)
>    2) devel_update(): If the source code repository already exists locally
>       use these commands to update it.
>    3) makepkg.conf additions: Use these commands to download a source code
>       repository that does not exist locally (determined by existence of diretory)
> * Use new syntax "scm@@filename::url". Filename is still optional. @@ is a
>    neumonic hg 'at' url and @@ are special symbols in urls so we know a url
>    will never have @@ in it.
> * To avoid errors because the checksums may be wrong or missing, fill in the
>    checksum with "SCM".
> ---
>
> This may be a little rough at the moment, but I want some feedback on my ideas
> to see what other people think. I tested this with git and hg and they both
> seem to work. Currently, devel_update just hard wires the lines used to update
> a repository; although, I was thinking maybe updating should be handled
> similar to the way downloading is handled as well and UDAGENTS should also be
> added to makepkg.conf. See [1] for current bugs and discussion.
> [1]: https://wiki.archlinux.org/index.php/User:Allan/Makepkg_VCS_overhauln about SCM handling.


Hi,

Just a quick note to break the silence on this patch and avoid any 
discouragement a lack of response may give you.   It is _really_ awesome 
to have someone tackle some of those issues.

I have not had time to give it more than a skim over, but I do like the 
idea of where this is going.  I have flagged it to give a full review 
later on and will give specific comments then.

Allan





More information about the pacman-dev mailing list