Bug 161584

Summary:	subversion.eclass falsely complains ESVN_REPO_URI not matching working copy's URL: "tr [a-z] [A-Z]" does not work.
Product:	Gentoo Linux	Reporter:	Thomas Boje <tb7653>
Component:	Eclasses	Assignee:	Akinori Hattori <hattya>
Status:	RESOLVED FIXED
Severity:	normal
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Thomas Boje 2007-01-11 18:04:13 UTC

Same error message as #148598, but that's fixed long ago, so I guess it was a different problem.

I tried to update the beryl svn packages (beryl-core-9999 first, so it breaks there) from the xeffects overlay. This worked until recently. Now it fails with the following error message:

!!! subversion.eclass: ESVN_REPO_URI (or specified URI) and working copy's URL are not matched.
!!! If you need support, post the topmost build error, and the call stack if relevant.

If I delete /usr/portage/distfiles/svn-src/beryl-core and emerge --resume it works and fails with the next package (beryl-plugins) again. Comparing the results of "svn info" and the ebuild shows that the URL *IS* identical. Further research led me to the subversion.eclass, to be exact the subversion_wc_info() function, there to the "tr [a-z] [A-Z]" expression (line 300). Apparently it should uppercase $k but it does not.

There are two hacks I used to make it work as expected. Both work for me.
1. Shell-escape [a-z] and [A-Z] to '[a-z]' and '[A-Z]'
OR
2. in line 299 make url and revision upper case. (for k in URL REVISION; do)

If you use 2., I think you can just scrap the whole tr expression.

I guess, but did not check, that this affects all ebuilds using subversion.eclass, and it happens only on updating an existing checkout.


Reproducible: Always

Steps to Reproduce:
1. emerge beryl-core  # after installing xeffects overlay and unmasking -9999 (svn) releases
or (presumably):
2. emerge $(some other package's svn release)

Actual Results:  
Aborts with:
!!! subversion.eclass: ESVN_REPO_URI (or specified URI) and working copy's URL are not matched.
!!! If you need support, post the topmost build error, and the call stack if relevant.

Expected Results:  
Successful update, without error messages.

Comment 1 Akinori Hattori gentoo-dev

2007-01-19 10:40:20 UTC

Fixed in CVS. Thank you for reporting!