[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

svn behavior in chroot-environments

From: Mathias Gumz <mathias.gumz_at_gmail.com>
Date: 2004-07-08 21:38:54 CEST

hi all,

i was searching for help with a problem in #svn on irc.freenode.org
and after discussing the
problem with sussman he suggested to post the problem here too:


openbsd3.5, chrooted apache1.3 (BASEDIR=/var/www) and selfcompiled
subversion-1.0.5. i placed the binaries into the chroot, the needed
libs too. i mount_null (kinda mount -o bind for he linuxer in you) the
repos-directory to a place inside the chroot, set the permissions
right and fired up apache. then i installed websvn1.5, configured it
right so that it shows some things.


apache needs ages to deliver the final page and in
/var/www/logs/error_log it becomes obvious that it wants a
(interactive) confirmation of the username:

Authentication realm: 4dae73a5-61d1-0310-b756-82608f2b7470

as it happens the same "dialog" appears when i do a:

$> sudo chroot /var/www /usr/bin/svn ls file:///path/to/repos/

it will accept even a simple <ENTER> and displays the content. all
problems are gone when i do a

$> sudo chroot /var/www /usr/bin/svn --non-interactive ls file:///path/to/repos/

and/or change the command for svn in websvn's configfiles.


i want to know why this happens only in the chroot-environment and not
in normal mode. and sussman wants to know it to :)

so, feel free to fire suggestions, i am totally open to it all.


-+-- mathias gumz --------------------------------------------------------+-
  <mail> mathias dot gumz at gmail dot com  <www> http://www.darkshed.net/
  <irc> freenode ak|ra (#fluxbox)   <icq> 57869799   <pgp> 1024D/F6F6B18C
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 8 21:39:33 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.