| View previous topic :: View next topic |
| Author |
Message |
roycrom
n00b
Joined: 22 Dec 2005
Posts: 36
|
 Posted: Fri Jan 12, 2007 12:29 pm Post subject: svn checkout works manually but not via emerge [SOLVED] |
 |
|
I am trying to emerge the masked beryl ebuild from xeffects overlay. I have modified my squid proxy to allow svn traffic by adding
| Code: | | extension_methods PROPFIND REPORT MERGE MKACTIVITY CHECKOUT |
to squid.conf.
I added the proxy to ~/.subversion/servers
I checked out the overlay and that came down fine with this
| Code: | | svn co http://svn.gentoo-xeffects.org/xeffects/trunk /usr/local/overlays/xeffects |
I am now trying to emerge beryl and I get this error -
| Code: |
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] x11-wm/beryl-core-9999 0 kB [1]
[ebuild N ] x11-wm/heliodor-9999 0 kB [1]
[ebuild N ] x11-plugins/beryl-plugins-9999 USE="dbus vidcap" 0 kB [1]
[ebuild N ] dev-lang/yasm-0.4.0 USE="nls" 1,090 kB
[ebuild N ] x11-libs/seom-1.0.118 20 kB [1]
[ebuild N ] x11-plugins/beryl-vidcap-9999 0 kB [1]
[ebuild N ] x11-plugins/beryl-dbus-9999 0 kB [1]
[ebuild N ] x11-misc/beryl-settings-bindings-9999 0 kB [1]
[ebuild N ] x11-misc/beryl-settings-9999 0 kB [1]
[ebuild N ] x11-apps/xlsclients-1.0.1 USE="-debug" 73 kB
[ebuild N ] x11-apps/xvinfo-1.0.1 USE="-debug" 73 kB
[ebuild N ] x11-misc/beryl-manager-9999 0 kB [1]
[ebuild N ] x11-wm/beryl-9999 USE="gnome -kde" 0 kB [1]
Total size of downloads: 1,257 kB
Portage overlays:
[1] /usr/local/overlays/xeffects
[2] /usr/local/overlays/xgl
[3] /usr/local/overlays/beryl
Would you like to merge these packages? [Yes/No] yes
>>> Emerging (1 of 13) x11-wm/beryl-core-9999 to /
* beryl-mesa-0.1.4.tar.bz2 MD5 ;-) ... [ ok ]
* beryl-mesa-0.1.4.tar.bz2 RMD160 ;-) ... [ ok ]
* beryl-mesa-0.1.4.tar.bz2 SHA1 ;-) ... [ ok ]
* beryl-mesa-0.1.4.tar.bz2 SHA256 ;-) ... [ ok ]
* beryl-mesa-0.1.4.tar.bz2 size ;-) ... [ ok ]
* checking ebuild checksums ;-) ... [ ok ]
* checking auxfile checksums ;-) ... [ ok ]
* checking miscfile checksums ;-) ... [ ok ]
* checking beryl-mesa-0.1.4.tar.bz2 ;-) ... [ ok ]
>>> Unpacking source...
* subversion check out start -->
* repository: http://svn.gentoo-xeffects.org/beryl/trunk/beryl-core
svn: PROPFIND request failed on '/beryl/trunk/beryl-core'
svn: PROPFIND of '/beryl/trunk/beryl-core': could not connect to server (http://svn.gentoo-xeffects.org)
!!! ERROR: x11-wm/beryl-core-9999 failed.
Call stack:
ebuild.sh, line 1546: Called dyn_unpack
ebuild.sh, line 708: Called src_unpack
beryl-core-9999.ebuild, line 36: Called subversion_src_unpack
subversion.eclass, line 274: Called subversion_fetch
subversion.eclass, line 181: Called die
!!! subversion.eclass: can't fetch from http://svn.gentoo-xeffects.org/beryl/trunk/beryl-core.
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! This ebuild is from an overlay: '/usr/local/overlays/xeffects' |
It is like when I run svn from the command line, it uses the proxy, but when it is called through emerge, it doesn't.
How can I tell emerge to use the proxy from subversion?
Thanks for any help you can offer.
edit: found this thread - exactly the same problem but no solution http://forums.gentoo.org/viewtopic-t-514193-highlight-aquamarine.html
Last edited by roycrom on Fri Jan 12, 2007 1:22 pm; edited 1 time in total |
|
| Back to top |
|
 |
roycrom
n00b
Joined: 22 Dec 2005
Posts: 36
|
| Posted: Fri Jan 12, 2007 1:22 pm Post subject: Solved |
|
|
I have figured this out!!
When emerge tries to download via svn it creates directory /usr/portage/distfiles/svn-src
Within that directory is a .subversion directory containing all the configuration including your proxy host. These files are read when emerging instead of ~/.subversion/*
Emerge is now continuing... |
|
| Back to top |
|
|
moodboom
n00b
Joined: 06 Aug 2007
Posts: 13
|
| Posted: Wed Oct 10, 2007 9:55 pm Post subject: Worked for me! |
|
|
| Thank you 1000x's! My head hurts a lot less now. :> |
|
| Back to top |
|
|
roycrom
n00b
Joined: 22 Dec 2005
Posts: 36
|
| Posted: Thu Oct 11, 2007 5:13 pm Post subject: |
|
|
glad you found the post useful and thanks for the feedback  |
|
| Back to top |
|
|
wildhorse
Tux's lil' helper
Joined: 16 Mar 2006
Posts: 148
Location: Estados Unidos De América
|
| Posted: Mon Feb 18, 2008 5:53 pm Post subject: |
|
|
Just ran into the same problem. Thanks for the hint!
Too bad that svn cannot utilize the environment variable http_proxy.
But it is even worse that it creates /usr/portage/distfiles/svn-src. For temporary files it should use /var and configuration files should be in /etc.
What a mess.  |
|
| Back to top |
|
|
wildhorse
Tux's lil' helper
Joined: 16 Mar 2006
Posts: 148
Location: Estados Unidos De América
|
| Posted: Mon Feb 18, 2008 7:02 pm Post subject: |
|
|
My HTTP proxy server does not support PROPFIND. So this damn f***ing svn checkout does not work for me.  |
|
| Back to top |
|
|
roycrom
n00b
Joined: 22 Dec 2005
Posts: 36
|
| Posted: Fri Feb 22, 2008 12:07 pm Post subject: |
|
|
| What proxy server are you using? |
|
| Back to top |
|
|
wildhorse
Tux's lil' helper
Joined: 16 Mar 2006
Posts: 148
Location: Estados Unidos De América
|
| Posted: Tue Feb 26, 2008 12:17 am Post subject: |
|
|
> What proxy server are you using?
WASD |
|
| Back to top |
|
|
wfdawson
n00b
Joined: 05 Aug 2010
Posts: 6
|
| Posted: Tue Mar 22, 2011 9:21 pm Post subject: |
|
|
| wildhorse wrote: | Just ran into the same problem. Thanks for the hint!
Too bad that svn cannot utilize the environment variable http_proxy.
But it is even worse that it creates /usr/portage/distfiles/svn-src. For temporary files it should use /var and configuration files should be in /etc.
What a mess. |
Ditto... on each account. |
|
| Back to top |
|
|
Massimo B.
Veteran
Joined: 09 Feb 2005
Posts: 1143
Location: PB, Germany
|
| Posted: Thu May 03, 2012 12:44 pm Post subject: |
|
|
Isn't it possible to overwrite that by some environment variable?
I'm sure this is a bug because I don't see a way to emerge via svn proxy without touching .subversion/servers in that directory. If so there must be a way to set the svn proxy at least in make.conf.
_________________
ppc:PowerBook5,8 15"(1440)-G4/1.67, 2G(dev.notes[pdf]) | amd64:Core2Duo | amd64-prefix:OpenSuse@Core2Quad | Lila-Theme |
|
| Back to top |
|
|
Massimo B.
Veteran
Joined: 09 Feb 2005
Posts: 1143
Location: PB, Germany
|
| Posted: Fri Jul 06, 2012 12:42 pm Post subject: |
|
|
I found out, there is no need to use .subversion/servers or /root/.subversion/servers. For global setting /etc/subversion/servers works.
But I would like to see dev-vcs/subversion installing some default config.
Anyway this works when doing svn co as any user, but emerging www-client/chromium-9999-r1 for instance, portage creates its own .subversion folder in /usr/portage/distfiles/svn-src overwriting the global proxy configuration. I need to replace that manually...
_________________
ppc:PowerBook5,8 15"(1440)-G4/1.67, 2G(dev.notes[pdf]) | amd64:Core2Duo | amd64-prefix:OpenSuse@Core2Quad | Lila-Theme |
|
| Back to top |
|
|
jlpoole
Apprentice
Joined: 01 Nov 2005
Posts: 210
Location: Napa, CA
|
| Posted: Wed Aug 15, 2012 4:36 pm Post subject: |
|
|
Could I get some clarification on the fix for this problem? This topic is marked "RESOLVED", but I must not be understanding the fix.
Specifically, I'm trying to emerge app-misc/tmux and have the same problem the initial posting to this thread had: emerge fails because it does not detect my proxy settings, whereas manually I can perform a checkout:
| Code: | src # svn co http://tmux.svn.sf.net/svnroot/tmux/trunk testTmux
A testTmux/cmd-confirm-before.c
... |
Reading the above comments, I created a directory /etc/subversion and I copied my /root/.subversion/servers file to /etc/subversion. My servers file has the requisite proxy settings activated. That did not change anything, the emerge still fails to detect the proxy settings. Is the fix something I can do in the environment, or is there something that needs to be tweaked in the ebuild in which case should I log a bug against app-misc/tmux?
Is this a case of the ebuild not conforming to best practices, or my enviornment being out of whack? sys-apps/portage is:
| Quote: | Installed versions: 2.1.11.9(10:25:55 08/15/12)(ipc -build -doc -epydoc -linguas_pl -pypy1_9 -python2 -python3 -selinux -xattr)
|
|
|
| Back to top |
|
|
Massimo B.
Veteran
Joined: 09 Feb 2005
Posts: 1143
Location: PB, Germany
|
| Posted: Thu Aug 16, 2012 9:59 am Post subject: |
|
|
Did you create something like... | Code: | $ grep -v "^#" /etc/subversion/servers
[groups]
[global]
http-proxy-exceptions = intranet,localhost,local,192.168.0.0/16,127.0.0.1
http-proxy-host = myproxy
http-proxy-port = 8080 |
? But I'm not sure if portage now considers this setting. What worked for me as I said here | Massimo B. wrote: | | portage creates its own .subversion folder in /usr/portage/distfiles/svn-src overwriting the global proxy configuration. I need to replace that manually... |
was to modify the local svn-src settings when stepping through the ebuild process (man ebuild).
_________________
ppc:PowerBook5,8 15"(1440)-G4/1.67, 2G(dev.notes[pdf]) | amd64:Core2Duo | amd64-prefix:OpenSuse@Core2Quad | Lila-Theme |
|
| Back to top |
|
|
jlpoole
Apprentice
Joined: 01 Nov 2005
Posts: 210
Location: Napa, CA
|
| Posted: Thu Aug 16, 2012 4:12 pm Post subject: |
|
|
| Massimo B. wrote: | Did you create something like... | Code: | $ grep -v "^#" /etc/subversion/servers
[groups]
[global]
http-proxy-exceptions = intranet,localhost,local,192.168.0.0/16,127.0.0.1
http-proxy-host = myproxy
http-proxy-port = 8080 |
? But I'm not sure if portage now considers this setting. What worked for me as I said here | Massimo B. wrote: | | portage creates its own .subversion folder in /usr/portage/distfiles/svn-src overwriting the global proxy configuration. I need to replace that manually... |
was to modify the local svn-src settings when stepping through the ebuild process (man ebuild). |
Yup... I have, except for the "http-proxy-exception", the activated lines in the /etc/subversion/servers file.
I'm not familiar with "stepping" through an ebuild and consulted the man page for ebuild. I'm not seeing anything related to the word "step" or "stepping".
Nonetheless, what I determined is that there exists a folder /usr/protage/distfiles/svn-src and thereunder is a .subversion folder with its own file "servers". This version of "servers" did not have any proxy settings.
Solution: What I did is copy my /etc/subversion/servers that does have the correct proxy settings to /usr/portage/distfiles/svn-src/.subversion. Thereafter, when I emerged tmux [999], portage successfully negotiated a connection through the proxy to pull the high watermark of tmux and tmux was successfully installed.
Seems to me what that I had to do to set the portage subversion settings, /usr/portage/distfiles/svn-src/.subversion/servers, ought to be handled automatically by portage so that there is a single source of truth, to wit: /etc/subversion/servers. What would be the justification for having two separate subversion settings on a particular machine? |
|
| Back to top |
|
|
Massimo B.
Veteran
Joined: 09 Feb 2005
Posts: 1143
Location: PB, Germany
|
| Posted: Fri Aug 17, 2012 7:04 am Post subject: |
|
|
| jlpoole wrote: | | Solution: What I did is copy my /etc/subversion/servers that does have the correct proxy settings to /usr/portage/distfiles/svn-src/.subversion. Thereafter, when I emerged tmux [999], portage successfully negotiated a connection through the proxy to pull the high watermark of tmux and tmux was successfully installed. |
What emerge does is doing every single step described in man ebuild. Some Gentoo lessons:
You can perform the steps like this:
| Code: |
$ equery which app-misc/tmux
/usr/portage/app-misc/tmux/tmux-1.5.ebuild
# Ok, you want the **9999 version but the process is the same:
$ ebuild /usr/portage/app-misc/tmux/tmux-1.5.ebuild setup
$ ebuild /usr/portage/app-misc/tmux/tmux-1.5.ebuild clean
$ ebuild /usr/portage/app-misc/tmux/tmux-1.5.ebuild fetch
# and so on with "manifest unpack prepare configure compile ...."
|
Somewhere between unpack and prepare you could modify the svn-src settings, but it seems they are not overwritten and you got your solution between 2 emerge runs...
| jlpoole wrote: | | Seems to me what that I had to do to set the portage subversion settings, /usr/portage/distfiles/svn-src/.subversion/servers, ought to be handled automatically by portage so that there is a single source of truth, to wit: /etc/subversion/servers. What would be the justification for having two separate subversion settings on a particular machine? |
This is exactly the problem I'm pointing to, that portage doesn't care about system global svn settings. And if not there is not even a way to set some new variables in make.conf like lets say "PORTAGE_SVN_HTTP_PROXY_HOST" or something like that...
_________________
ppc:PowerBook5,8 15"(1440)-G4/1.67, 2G(dev.notes[pdf]) | amd64:Core2Duo | amd64-prefix:OpenSuse@Core2Quad | Lila-Theme |
|
| Back to top |
|
|
|
Portage & Programming
