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.
Fixed in CVS. Thank you for reporting.
*** Bug 146188 has been marked as a duplicate of this bug. ***
Please, revert this. The change is causing massive sandbox violations on creating/updating local repos (see Bug 146188).
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.
*** Bug 146379 has been marked as a duplicate of this bug. ***
*** Bug 146418 has been marked as a duplicate of this bug. ***
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.
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
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.
(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.