Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 161584 - subversion.eclass falsely complains ESVN_REPO_URI not matching working copy's URL: "tr [a-z] [A-Z]" does not work.
Summary: subversion.eclass falsely complains ESVN_REPO_URI not matching working copy's...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Akinori Hattori
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-01-11 18:04 UTC by Thomas Boje
Modified: 2007-01-19 10:40 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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!