Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 143480 - subversion.eclass fails to store the certificate if manual validation req.
Summary: subversion.eclass fails to store the certificate if manual validation req.
Status: VERIFIED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: All Linux
: Highest normal (vote)
Assignee: Akinori Hattori
URL:
Whiteboard:
Keywords:
: 146188 146379 146418 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-08-10 10:31 UTC by Avuton Olrich
Modified: 2006-09-08 11:34 UTC (History)
6 users (show)

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 Avuton Olrich 2006-08-10 10:31:03 UTC
When updating/checking out I get: 

Error validating server certificate for 'https://svn.musicpd.org:443':
 - The certificate is not issued by a trusted authority. Use the
   fingerprint to validate the certificate manually!
Certificate information:
 - Hostname: svn.musicpd.org
 - Valid: from Tue, 07 Dec 2004 04:23:14 GMT until Fri, 05 Dec 2014 04:23:14 GMT
 - Issuer: svn.musicpd.org, svn.musicpd.org, Pittsburgh, Pennsylvania, US
 - Fingerprint: 21:c3:93:35:09:e1:76:73:43:58:52:6d:de:06:60:9c:fc:96:81:35
(R)eject, accept (t)emporarily or accept (p)ermanently? 

Even if I hit 'p' it wouldn't store the cert, with either userpriv or not.

I patched my subversion eclass as such:
167,176d166
<       if ! has userpriv ${FEATURES}; then
<               # -userpriv
<               addwrite "/root/.subversion"
<
<       else
<               # +userpriv
<               ESVN_OPTIONS="${ESVN_OPTIONS} --config-dir ${ESVN_STORE_DIR}/.subversion"
<
<       fi
<
177a168,169
>       ESVN_OPTIONS="${ESVN_OPTIONS} --config-dir ${ESVN_STORE_DIR}/.subversion"
>       addwrite "${ESVN_STORE_DIR}/.subversion"

And it works as it should, with or without userpriv.
Comment 1 Akinori Hattori gentoo-dev 2006-09-03 06:02:35 UTC
Fixed in CVS. Thank you for reporting.
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2006-09-03 14:23:53 UTC
*** Bug 146188 has been marked as a duplicate of this bug. ***
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2006-09-03 14:26:02 UTC
Please, revert this. The change is causing massive sandbox violations on creating/updating local repos (see Bug 146188).
Comment 4 Sebastian 2006-09-05 01:37:35 UTC
Still not fixed. I emailed Akinori 2 days ago, no response. Seems the guy is MIA. There must be another person who can simply revert the changes, no? I don't understand how they "fixes" came into portage in the first place, but it's even harder to believe they are _still_ in there... How about using the same 30-days policy for eclasses? This is unreal.
Comment 5 Jakub Moc (RETIRED) gentoo-dev 2006-09-05 07:25:31 UTC
*** Bug 146379 has been marked as a duplicate of this bug. ***
Comment 6 Jakub Moc (RETIRED) gentoo-dev 2006-09-05 10:19:42 UTC
*** Bug 146418 has been marked as a duplicate of this bug. ***
Comment 7 Preston Crow 2006-09-05 19:18:56 UTC
I reverted to version 1.32 of the eclass, and it works fine.  The easy way to do this is to download
http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/eclass/subversion.eclass?rev=1.32
into /usr/local/portage/eclass
as the overlay copy takes priority.
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2006-09-05 23:13:39 UTC
Should be fixed, reopen if you still have problems...

http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/subversion.eclass?r1=1.34&r2=1.35
Comment 9 Jon 2006-09-08 11:25:12 UTC
http://bugs.gentoo.org/show_bug.cgi?id=146418 was marked as a duplicate of this bug but when I made the changes to the eclass I still have errors. Specifically:

ACCESS DENIED  open_wr:   /usr/include/SDL/.scons21702
ACCESS DENIED  open_wr:   /usr/include/SDL/.sconsign
>>> Source compiled.
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/var/log/sandbox/sandbox-games-strategy_-_mars-lonm-0.1.2-21681.log"

open_wr:   /usr/include/SDL/.scons21702
open_wr:   /usr/include/SDL/.sconsign
--------------------------------------------------------------------------------
!!! This ebuild is from an overlay: '/usr/local/portage'

I have only noticed this as an issue with builds in my overlay directory.
Comment 10 Jakub Moc (RETIRED) gentoo-dev 2006-09-08 11:34:18 UTC
(In reply to comment #9)
> http://bugs.gentoo.org/show_bug.cgi?id=146418 was marked as a duplicate of this
> bug but when I made the changes to the eclass I still have errors.

Err, Bug 146418 was originally about a completely different issue than the one below.

> ACCESS DENIED  open_wr:   /usr/include/SDL/.scons21702
> ACCESS DENIED  open_wr:   /usr/include/SDL/.sconsign
> open_wr:   /usr/include/SDL/.scons21702
> open_wr:   /usr/include/SDL/.sconsign
> --------------------------------------------------------------------------------
> !!! This ebuild is from an overlay: '/usr/local/portage'

Your scons issue is unrelated to this, and you'll have to fix your ebuild yourself.