- Pacman-dev - lists.archlinux.org

[pacman-dev] [PATCH] More consistent printing of off_t and time_t
by Xavier Chantry 15 Mar '10

15 Mar '10

From: Xavier Chantry <shiningxc(a)gmail.com> time_t : %ld off_t : %jd and cast to intmax_t Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> --- lib/libalpm/be_files.c | 6 +++--- lib/libalpm/delta.c | 2 +- lib/libalpm/dload.c | 6 +++--- 3 files changed, 7 insertions(+), 7 deletions(-) diff --git a/lib/libalpm/be_files.c b/lib/libalpm/be_files.c index 4ddb136..d674f33 100644 --- a/lib/libalpm/be_files.c +++ b/lib/libalpm/be_files.c @@ -25,7 +25,7 @@ #include <stdlib.h> #include <errno.h> #include <string.h> -#include <stdint.h> /* uintmax_t, intmax_t */ +#include <stdint.h> /* intmax_t */ #include <sys/stat.h> #include <dirent.h> #include <ctype.h> @@ -835,11 +835,11 @@ int _alpm_db_write(pmdb_t *db, pmpkg_t *info, pmdbinfrq_t inforeq) } if(info->builddate) { fprintf(fp, "%%BUILDDATE%%\n" - "%ju\n\n", (uintmax_t)info->builddate); + "%ld\n\n", info->builddate); } if(info->installdate) { fprintf(fp, "%%INSTALLDATE%%\n" - "%ju\n\n", (uintmax_t)info->installdate); + "%ld\n\n", info->installdate); } if(info->packager) { fprintf(fp, "%%PACKAGER%%\n" diff --git a/lib/libalpm/delta.c b/lib/libalpm/delta.c index 3aa7d5e..7283500 100644 --- a/lib/libalpm/delta.c +++ b/lib/libalpm/delta.c @@ -337,7 +337,7 @@ pmdelta_t *_alpm_delta_parse(char *line) tmp2 = tmp; STRDUP(delta->to, tmp2, RET_ERR(PM_ERR_MEMORY, NULL)); - _alpm_log(PM_LOG_DEBUG, "delta : %s %s '%lld'\n", delta->from, delta->to, (long long)delta->delta_size); + _alpm_log(PM_LOG_DEBUG, "delta : %s %s '%jd'\n", delta->from, delta->to, (intmax_t)delta->delta_size); return(delta); } diff --git a/lib/libalpm/dload.c b/lib/libalpm/dload.c index cff5cc5..c11148d 100644 --- a/lib/libalpm/dload.c +++ b/lib/libalpm/dload.c @@ -190,8 +190,8 @@ static int download_internal(const char *url, const char *localpath, _alpm_log(PM_LOG_DEBUG, "ust.mtime: %ld local_time: %ld compare: %ld\n", ust.mtime, local_time, local_time - ust.mtime); - _alpm_log(PM_LOG_DEBUG, "ust.size: %"PRId64" local_size: %"PRId64" compare: %"PRId64"\n", - ust.size, local_size, local_size - ust.size); + _alpm_log(PM_LOG_DEBUG, "ust.size: %jd local_size: %jd compare: %jd\n", + (intmax_t)ust.size, (intmax_t)local_size, (intmax_t)(local_size - ust.size)); if(!force && ust.mtime && ust.mtime == local_time && ust.size && ust.size == local_size) { /* the remote time and size values agreed with what we have, so move on @@ -224,7 +224,7 @@ static int download_internal(const char *url, const char *localpath, fclose(localf); localf = NULL; } else if(fileurl->offset) { - _alpm_log(PM_LOG_DEBUG, "resuming download at position %"PRId64"\n", fileurl->offset); + _alpm_log(PM_LOG_DEBUG, "resuming download at position %jd\n", (intmax_t)fileurl->offset); } -- 1.7.0.2

1 0

[pacman-dev] pacman -Q --print
by Nagy Gabor 15 Mar '10

15 Mar '10

I have a minor comment on pacman --print: pacman -Q --print is the same as pacman -Qp, so the result of "pacman -Qi evince --print" is 'error: package "evince" not found', because pacman searches for 'evince' package file. Clearly, it is stupid to use --print with -Q, but pacman shows that option with -Qh. I think we should not show "--print" with all -h operations, this is needless with (not yet implemented) -Dh, too. Then I think we can forget about my minor comment above. Bye

2 1

[pacman-dev] group handling in next release
by Xavier Chantry 15 Mar '10

15 Mar '10

On Mon, Mar 15, 2010 at 2:13 AM, Dan McGee <dpmcgee(a)gmail.com> wrote: > On Sun, Mar 14, 2010 at 8:06 PM, Xavier Chantry > <chantry.xavier(a)gmail.com> wrote: >> On Mon, Mar 15, 2010 at 1:44 AM, Dan McGee <dpmcgee(a)gmail.com> wrote: >>> >>> Haha, whoops! I went a little crazy cherry-picking and started >>> grabbing stuff that looked good. >>> >> >> Heh nice raid indeed :) >> I did not touch pacman for 4 months, maybe it's time to get back on >> track. I always have lots of new not-pacman things to work on though. >> Anyway I am guessing my git repo is empty now. >> >> I just checked nagy one, and there is still the -D patch dying there : >> http://repo.or.cz/w/pacman-ng.git/shortlog/refs/heads/working >> Too bad we did not come to an agreement last time it was sent to ML. > > Yeah, I'll try to look that over and see what I can remember. I do > feel bad having work sit out there unused. > > I'm thinking a release of what we have in a month or so? That seems > feasible given our normal slow pace and would at least let the 140 > patches since 3.3.X get out there. Obviously some of the bigger > changes I would like to do still haven't happened, but that shouldn't > hold us up here. > I don't remember if I brought this up before. I intended to.. I have one problem. It seems this commit could make a lot of users unhappy : http://projects.archlinux.org/pacman.git/commit/?id=b4317a740ac2d4f5e4d1aa5… While I was writing this mail, I was sure I brought this up already. I just found some old jabber chat. 6:46 PM me: hey 51 minutes 7:38 PM toofishes: hey whats up 7:39 PM me: I should let you know I had a complaint from wonder about my rework of group handling 7:40 PM toofishes: what was the complaint? me: you know this old behavior : :: group gnome-extra (including ignored packages): eog vino :: Install whole content? [Y/n] n :: Install eog from group gnome-extra? [Y/n] :: Install vino from group gnome-extra? [Y/n] n I lost that when moving group handling to backend toofishes: yeah what does it do now again? me: lost all the interaction / questions 7:41 PM it should just select everything without asking select all targets from the group 7:42 PM this morning I asked on IRC if any users used/liked that feature, I got another two very positive answers 7:43 PM http://code.toofishes.net/cgit/dan/pacman.git/commit/?id=b4317a740ac the reasons of this change were explained by nagy in a mail : http://mailman.archlinux.org/pipermail/pacman-dev/2009-June/008847.html 7:44 PM to sum up : the frontend can query what is in a group and gets a list of packages pmpkg toofishes: yeah 7:45 PM me: but it can only add the name of package : char * as a target to the transaction i.e. there is a loss of information 7:46 PM the same package name can be in multiple repo. or there can even be provisions 7:49 PM toofishes: yeah we should either accept pmpkg_t or accept a "unique" name like 'repo/pkg' the former seems smarter 7:50 PM me: note that by moving group loading to backend, I worked around / eliminated that problem 7:51 PM the backend can just query the group and do whatever it wants, in particular it can add the pmpkg to the transaction itself without problems but now.. if I think about interactivity and being able to only select some packages from a group 7:52 PM also if I think about what a different frontend, especially graphical one would do 7:54 PM it seems it makes more sense to let the frontend handle that. just give the ability to return a list of pmpkg from a group. but then allow to add a pmpkg or list of pmpkg as a transaction target

1 0

[pacman-dev] makepkg: only strip files that are writable
by Xavier Chantry 15 Mar '10

15 Mar '10

On Mon, Mar 15, 2010 at 1:37 AM, Allan McRae <allan(a)archlinux.org> wrote: > On 15/03/10 09:36, Dan McGee wrote: >> >> commit a4e3fd18474186ac81acca91adecbb905aee3357 >> Author: Allan McRae<allan(a)archlinux.org> >> Date: Tue Jan 26 23:29:31 2010 +1000 >> >> makepkg: only strip files that are writable >> >> TODO: >> http://mailman.archlinux.org/pipermail/pacman-dev/2010-January/010390.html >> >> Signed-off-by: Allan McRae<allan(a)archlinux.org> >> Signed-off-by: Dan McGee<dan(a)archlinux.org> > > Hmmm.... that one was not quite finished yet which is why it was not on my > working branch. (I put it on a wip = "work in progress" branch). > > Nevermind! Apart from a strange commit message, it is still an improvement > on the pre-patch state. :P > > > Looks like I never got to answer your mail. I wrote a stupid 10 lines bash program that tested every permission, and it seemed that both r and w were needed for strip. But IIRC, I did one test inside makepkg (so using fakeroot) and got different results. Actually I was probably so confused by the permissions I got in package built by makepkg that I completely gave up. Now I remember why I did not answer, I have only new confusions to bring...

2 3

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v3.3.3-134-g087be2f
by dan＠archlinux.org 15 Mar '10

15 Mar '10

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The official pacman repository". The branch, master has been updated via 087be2f1fbae2d7168732c7004d8963a3d9d21d8 (commit) via 6f0ffb23860e8d1b4593d60e970919ae7b31340d (commit) via 5fe41df8a9eaac288433a54e216f96b1fe729c01 (commit) via 22331fdadb1b055030a6f68e2bb9eed589187a10 (commit) via 65d43fbb843e035812dde4578afa98c4e7388374 (commit) via a4e3fd18474186ac81acca91adecbb905aee3357 (commit) via de5473c026ea1a8bf8fdb4218a6911b5d5e1f0b2 (commit) via eee61a0bbc2a11f0d2a52d7d22425faaa2aeaef1 (commit) via 7ea0a115db79405db46a38e785765ae968c46dee (commit) from 1a00ee5c276785aef70225c2cc951dbb15888ea5 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 087be2f1fbae2d7168732c7004d8963a3d9d21d8 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Fri Sep 18 21:59:52 2009 +0200 delta : add external cleanup script Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 6f0ffb23860e8d1b4593d60e970919ae7b31340d Author: Allan McRae <allan(a)archlinux.org> Date: Fri Mar 5 14:17:57 2010 +1000 makepkg: always update symlinks to compressed man pages When a man page has both symbolic and hard links, any symlink pointing to other than the alphabetically first hardlink was not "compressed" and left dangling towards the uncompressed man page. Fixes FS#18569. Signed-off-by: Allan McRae <allan(a)archlinux.org> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 5fe41df8a9eaac288433a54e216f96b1fe729c01 Author: Cedric Staniewski <cedric(a)gmx.ca> Date: Mon Dec 21 20:26:28 2009 +0100 makepkg: make strip options configurable The newly added variables STRIP_BINARIES, STRIP_SHARED and STRIP_STATIC, that are set in makepkg.conf, specify the strip options used on binaries and shared and static libraries. In addition, files are now stripped more aggressively by default. Implements FS#13592 the way it was suggested by Allan in the comments. Signed-off-by: Cedric Staniewski <cedric(a)gmx.ca> Signed-off-by: Allan McRae <allan(a)archlinux.org> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 22331fdadb1b055030a6f68e2bb9eed589187a10 Author: Dan McGee <dan(a)archlinux.org> Date: Sat Mar 6 22:02:36 2010 +1000 makepkg: Remove setgid bit on srcdir/pkgdir creation It was noted in FS#17533 that setgid bits are carried down into any created subdirectories, and thus could end up being in a built package if the original package directory was marked g+s. When we create src/ and pkg/, explicitly chmod them to remove any sticky bits. Signed-off-by: Dan McGee <dan(a)archlinux.org> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 65d43fbb843e035812dde4578afa98c4e7388374 Author: Allan McRae <allan(a)archlinux.org> Date: Sun Mar 7 17:31:26 2010 +1000 makepkg: abort on missing or non-writable PKGDEST When PKGDEST pointed to a non-writable location, makepkg would fail after completing the build process. This patch makes it abort as soon as PKGDEST is parsed. Also, move the SRCDEST check to the same point rather than right before downloading sources (which was after dependency checks). Signed-off-by: Allan McRae <allan(a)archlinux.org> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit a4e3fd18474186ac81acca91adecbb905aee3357 Author: Allan McRae <allan(a)archlinux.org> Date: Tue Jan 26 23:29:31 2010 +1000 makepkg: only strip files that are writable TODO: http://mailman.archlinux.org/pipermail/pacman-dev/2010-January/010390.html Signed-off-by: Allan McRae <allan(a)archlinux.org> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit de5473c026ea1a8bf8fdb4218a6911b5d5e1f0b2 Author: Nezmer <git(a)nezmer.info> Date: Wed Jan 20 17:34:42 2010 +0200 makepkg: Add documentation for the new SRCPKGDEST variable Add SRCPKGDEST documentation to the makepkg.conf man page Signed-off-by: Nezmer <git(a)nezmer.info> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit eee61a0bbc2a11f0d2a52d7d22425faaa2aeaef1 Author: Cedric Staniewski <cedric(a)gmx.ca> Date: Fri Dec 4 17:49:54 2009 +0100 makepkg: document environment variables PKGDEST and SRCDEST Signed-off-by: Cedric Staniewski <cedric(a)gmx.ca> Signed-off-by: Allan McRae <allan(a)archlinux.org> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 7ea0a115db79405db46a38e785765ae968c46dee Author: Allan McRae <allan(a)archlinux.org> Date: Thu Feb 25 13:41:46 2010 +1000 makepkg: update required programs Remove getopt, add xz. Signed-off-by: Allan McRae <allan(a)archlinux.org> Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: configure.ac | 9 +++ doc/Makefile.am | 13 ++++- doc/makepkg.8.txt | 8 +++ doc/makepkg.conf.5.txt | 17 ++++++ etc/Makefile.am | 3 + etc/makepkg.conf.in | 6 ++ lib/libalpm/alpm.h | 1 + lib/libalpm/delta.c | 46 +++++++++++++++- scripts/makepkg.sh.in | 59 +++++++++++++-------- src/util/.gitignore | 3 + src/util/Makefile.am | 6 ++- src/util/cleanupdelta.c | 134 +++++++++++++++++++++++++++++++++++++++++++++++ 12 files changed, 276 insertions(+), 29 deletions(-) create mode 100644 src/util/cleanupdelta.c hooks/post-receive -- The official pacman repository

4 4

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v3.3.3-143-ga36ff94
by dan＠archlinux.org 15 Mar '10

15 Mar '10

1 0

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v3.3.3-142-g1aa1d00
by dan＠archlinux.org 15 Mar '10

15 Mar '10

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The official pacman repository". The branch, master has been updated via 1aa1d00248ac89fb02e762b96c58559a04679b2e (commit) from be2f43191d0d0cdf02d72ac72a013697b0f7e879 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 1aa1d00248ac89fb02e762b96c58559a04679b2e Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Sat Dec 5 01:50:09 2009 +0100 fix a few warnings reported by clang - remove unused variables - some more sanity checks - safer printf Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: lib/libalpm/add.c | 2 ++ lib/libalpm/be_files.c | 2 +- lib/libalpm/conflict.c | 2 +- lib/libalpm/package.c | 3 +-- src/pacman/callback.c | 4 +++- src/pacman/pacman.c | 2 +- src/pacman/util.c | 2 +- 7 files changed, 10 insertions(+), 7 deletions(-) hooks/post-receive -- The official pacman repository

1 0

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v3.3.3-141-gbe2f431
by dan＠archlinux.org 15 Mar '10

15 Mar '10

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The official pacman repository". The branch, master has been updated via be2f43191d0d0cdf02d72ac72a013697b0f7e879 (commit) via 2f4ee4341d1f97d95a99147556888212d1cd4507 (commit) via 69b3a811a138a84aa09e8e81b2912f6fcd0b47b9 (commit) via d39b1dbe627af218e49be6424857089a5888903b (commit) via 67700b926a1eff745272975e7b089b80bf72cc30 (commit) via e4be3e06af7f96c279851c3f2d7f1d294b8b8e70 (commit) via e5dce888c09976f1ef4664613c742d0d015e534e (commit) from 087be2f1fbae2d7168732c7004d8963a3d9d21d8 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit be2f43191d0d0cdf02d72ac72a013697b0f7e879 Author: Dan McGee <dan(a)archlinux.org> Date: Sun Mar 14 19:16:26 2010 -0500 Reduce duplicate code in DB extraction Follow-up to the previous "Only extract new DB entries" patch; move the partial extraction code inside one side of the loop so we can use the same code for actually doing file extraction. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 2f4ee4341d1f97d95a99147556888212d1cd4507 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Sat Oct 10 03:11:27 2009 +1000 Only extract new DB entries This implements FS#15198. The idea apparently came from Csaba Henk <csaba-ml <at> creo.hu> which submitted a patch to Frugalware, so thanks to him, even though I did not look at the code :) The idea is to only extract folders for new packages into the package database and clean up the old directories. This is essentially implementing Xyne's "rebase" script within pacman. If using -Syy, just remove and extract everything. If using -Sy : 1. Generate list of directories in DB 2. Generate list of directories in archive 3. Compare both 4. Clean up old directories 5. Extract new directories Original-work-by: Allan McRae <allan(a)archlinux.org> Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> [Dan: fix compile error, s/int/size_t/] Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 69b3a811a138a84aa09e8e81b2912f6fcd0b47b9 Author: Dan McGee <dan(a)archlinux.org> Date: Sun Mar 14 18:47:40 2010 -0500 Mark two functions static These were just introduced in the `--print` patch, and don't need to be exposed outside of util.c. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit d39b1dbe627af218e49be6424857089a5888903b Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Sun Jul 19 11:15:11 2009 +0200 Add new --print operation for all operations And a new --print-format option to configure the output. This implements FS#14208 Example usage : pacman -Sp --print-format "%r/%n-%v : %l [%s]" kdelibs extra/kdelibs-4.3.2-4 : ftp://mir2.archlinuxfr.org/archlinux/extra/os/i686/kdelibs-4.3.2-4-i686.pkg… [0,00] Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 67700b926a1eff745272975e7b089b80bf72cc30 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Fri Sep 4 20:18:49 2009 +0200 print installed packages Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit e4be3e06af7f96c279851c3f2d7f1d294b8b8e70 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Wed Dec 16 02:38:32 2009 +0100 callback: use variable length for progressbar text This fixes FS#17523 We always used a fixed value of 50 for textlen, which is often not enough for download progress bar. At least we can use a bigger width on large terminal (e.g. 60% of width) and keep 50 as minimum. before: nautilus-2.28.4-1-x... 5.7M 789.2K/s 00:00:07 [####################################] 100% after: nautilus-2.28.4-1-x86_64 5.7M 770.7K/s 00:00:08 [##############################] 100% Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit e5dce888c09976f1ef4664613c742d0d015e534e Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Wed Dec 16 02:16:00 2009 +0100 callback.c : less magic progress bars 1 - Explain magic numbers 2 - There was a weird off by 1 mess in the progress bar. The code supposedly shared the width between 50 chars for text (textlen) and the rest for the progress bar (proglen = getcols() - textlen). But the code actually used textlen + 1 for the text and proglen - 1 for the progress bar (with haslen=1, the progress bar was actually empty), which was a bit confusing so I changed it. Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: contrib/bash_completion | 9 ++- contrib/zsh_completion | 1 + doc/pacman.8.txt | 16 +++-- lib/libalpm/be_files.c | 167 ++++++++++++++++++++++++++++++++++++++++++----- lib/libalpm/util.c | 3 +- src/pacman/callback.c | 38 +++++++---- src/pacman/conf.c | 1 + src/pacman/conf.h | 6 +- src/pacman/pacman.c | 23 +++++-- src/pacman/remove.c | 6 ++ src/pacman/sync.c | 50 +++++++------- src/pacman/upgrade.c | 8 ++- src/pacman/util.c | 120 +++++++++++++++++++++++++++++++--- src/pacman/util.h | 1 + 14 files changed, 369 insertions(+), 80 deletions(-) hooks/post-receive -- The official pacman repository

1 0

[pacman-dev] Add a "provided" field in PKGBUILD
by Diego Ferigo 14 Mar '10

14 Mar '10

Hi guys! I have a propose for pacman/makepkg...Now I'm going to explain my idea... In AUR there are some problems regarding the dependencies management...Particularly when a package, that from this moment I'll call * subpackage*, is a part of another package, that I'll call *main_package*(example gnome-python-desktop and python-wnck). It would be nice if the maintainer of the subpackage could add a field * provided* (or another name), that point out to the package that contains it... Obliviously the 2 packages go in conflict because they share the same files..Now the solution is to add a provides field in the main_package, done by his maintainer...The maintainer of the main_package has to add a new object in provides array, every new subpackage created. This new field, provided, get the main_package maintainer off to this change, and it give the duty to the subpackage maintainer. I opened a bug some weeks ago, requesting the add of provides= in a extra package, but the problem remained unsolved because AUR and repos are 2 different things. This method can solve a lot of dependencies problem that happened (to me) in this period...And it is more kiss imho.... What do you think? Diego Ferigo -- http://darchlinux.netsons.org

2 1

[pacman-dev] makepkg and VCS packages
by Allan McRae 12 Mar '10

12 Mar '10

Hi all, There are a number of bug reports about improving VCS support in makepkg. To address many of these, we really need to give this whole part of makepkg an overhaul. I have create a wiki page [1] where i have made some initial notes and will start filling out brainstorming for ideas on how this could be improved. Please add any ideas people have for how these could be improved. [1] http://wiki.archlinux.org/index.php/User:Allan/Makepkg_VCS_overhaul Allan

2 1