diff options
author | Renato Silva <br.renatosilva@gmail.com> | 2015-01-15 22:47:07 +0100 |
---|---|---|
committer | Allan McRae <allan@archlinux.org> | 2015-02-14 02:18:20 +0100 |
commit | 0927206fc4be98f3afee2622156db8f99e96a316 (patch) | |
tree | 7f41f324e06ab43d43fdfabdd625052763f87d63 /scripts/po/pt_BR.po | |
parent | ba869597fb64f1101012df4b0d834ed5eced0b7c (diff) | |
download | pacman-0927206fc4be98f3afee2622156db8f99e96a316.tar.gz pacman-0927206fc4be98f3afee2622156db8f99e96a316.tar.xz |
Fix Bazaar cloning in makepkg.
There was some manual check to know if the local repository was really a clone
of the one specified in PKGBUILD. This check has been removed because it is
buggy and not necessary.
It is buggy because this check needs to be semantic, not a simple string
comparison. For example, I was blocked from building a PKGBUILD because Bazaar
was returning two different strings for the same location (for HTTP one was
url-encoded while the other was not, and for local paths one was absolute while
the other was relative). While this may be a bug in Bazaar, the check is
unreliable since the comparison is not semantic (http://foo.com/%2Bplus and
http://foo.com/+plus obviously refer to the same location for example).
Specially, it is useless because the intention is updating the existing local
clone. However, if the local clone is not a real clone of the repository
specified in PKGBUILD (which was what this buggy check tried to tell), next step
which is a pull operation will fail anyway. This is because bzr pull does not
perform merges, it just makes one branch into a mirror of another.
There was a reason provided when this manual check was added for Git, but no
reason provided for copying such check when Bazaar support was added, see
commits below. In fact, Mercurial lacks such manual check.
* c926c39b0481ec3db931fff1f86db0c49d78976b
* 3b02f80dcb3159a7ab0c673d5eae971ad7504e7f
Fixes FS#43448.
Signed-off-by: Allan McRae <allan@archlinux.org>
Diffstat (limited to 'scripts/po/pt_BR.po')
0 files changed, 0 insertions, 0 deletions