You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Drake Christensen <ch...@mightydrake.com> on 2004/03/06 00:58:03 UTC
Newbie advice needed - setting up under Windows XP
I'm looking for advice on setting up my repositories under XP. I've
been following the traffic on this list for most of this week and have
seen a lot of discussion about permissions under *nix. I couldn't find
any real recommendations on setting up the repos in XP that will keep me
from boxing myself into a corner.
I'm a lone developer running under XP. I am hoping to track my
Dreamweaver files on this machine, and later some web files and C++
source code from two other machines. I have experience with SourceSafe
in the past as a user and light admin work. I've used CVS a very little
as a user with a SourceForge project I have. I'm actually new to XP, so
I'm still learning to live life when I'm not necessarily logged in with
complete control.
I've downloaded and installed Subversion 1.0.0 and TortioseSVN 1.0.0.
I've read chapters 5 and 6 of The Book. I've been following this
mailing list for most of this week. I've checked the archive for a
coupla months back and googled around for over an hour.
I'm not asking about the actual commands to create and access the
repos. The docs are adequate for that. I need advice on the higher
level stuff, like: Does it make sense to create my repos under
Documents and Settings\All Users? Or, should I put them outside that
area and hotbackup or dump into that tree for backup purposes? Do I
have to worry about permissions like the *nix people do? I shouldn't
have to do anything special for TortioseSVN clients on my Win 9x boxes
to hit svnserver on my XP machine beyond simple network access, right?
And, if I understand it correctly, I shouldn't need to make the repos
themselves shared. All access should be through the server, right? Any
other gotchas that I haven't thought of?
TIA,
Drake Christensen
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Unsuccessful Compile of Subversion 1.0.0
Posted by Lars Immisch <la...@ibp.de>.
Hi,
> After reading David Heath's msg, I looked and found my httpd and svnadmin
> were not using Berkeley db-4.2.
>
> I've tried reinstalling Berkeley DB 4.2.52. Then reinstalling httpd-2.0.48,
> applying patch pointed out by David (patch found in subversion FAQ under
> troubleshooting installations under *NIX).
>
> After running configure commands from FAQ:
>
> $ configure \
> --enable-dav \
> --enable-so \
> --with-berkeley-db=/usr/local/BerkeleyDB.4.2
> --with-dbm=db42
>
> it (configure) fails with:
>
> configure: error: Berkeley db4 not found
> configure failed for srclib/apr-util
>
> What now?
Try putting /usr/local/BerkeleyDB.4.2/lib into /etc/ld.so.conf (and run
ldconfig).
Otherwise the configure script may fail because the .so couldn't be
found. I had that problem and it has been reported on this list by other
people.
- Lars
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Unsuccessful Compile of Subversion 1.0.0
Posted by David Heath <dg...@btopenworld.com>.
Hi Tom,
On Sun, 2004-03-07 at 23:00, TBrowder wrote:
> After running configure commands from FAQ:
>
> $ configure \
> --enable-dav \
> --enable-so \
> --with-berkeley-db=/usr/local/BerkeleyDB.4.2
> --with-dbm=db42
>
> it (configure) fails with:
>
> configure: error: Berkeley db4 not found
> configure failed for srclib/apr-util
>
That's what I was getting. I re-ran apache's configure like this:
$ configure \
--enable-dav \
--enable-so \
--with-berkeley-db \
--with-dbm=db42
and it seemed to work ok. It automatically looks in
/usr/local/BerkeleyDB.4.2 by default.
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
If you wanted to say something about .svn, read this (Was Another
Thought on .svn Size)
Posted by Nuutti Kotivuori <na...@iki.fi>.
tbrowder@cox.net wrote:
> Perhaps another way to get the same functionality as now without the
> size is to use a lazy .svn:
> PS. I apologize if I've appeared to steal someone else's ideas.
> I've tried to read all posts on this thread but may have missed
> something.
I believe searching the issue tracker might prove fruitful. Or older
list archives. However, finding the articles might not be at all
trivial, so no blame for that.
Anyway, I will try to enumerate here the ideas and issues regarding
.svn that I recall:
* .svn directory is too big
- get rid of text-base (issue #525)
- not have one at all
- create text base on-demand
- compress files (issue #908)
* .svn directory contents
- rename files to some hash name or similar
- combine files to a single file or database
- diddle read-onlyness (issue #1294)
* .svn directory name or existence
- allow customization of directory name
- store directory somewhere else (issue #707)
I only spent a few moments gathering the issue numbers, but there are
several more there.
Perhaps I am overly pessimistic at the moment, but lately I have seen
very little new being said over those subjects.
-- Naked
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
If you wanted to say something about .svn, read this (Was Another
Thought on .svn Size)
Posted by Nuutti Kotivuori <na...@iki.fi>.
tbrowder@cox.net wrote:
> Perhaps another way to get the same functionality as now without the
> size is to use a lazy .svn:
> PS. I apologize if I've appeared to steal someone else's ideas.
> I've tried to read all posts on this thread but may have missed
> something.
I believe searching the issue tracker might prove fruitful. Or older
list archives. However, finding the articles might not be at all
trivial, so no blame for that.
Anyway, I will try to enumerate here the ideas and issues regarding
.svn that I recall:
* .svn directory is too big
- get rid of text-base (issue #525)
- not have one at all
- create text base on-demand
- compress files (issue #908)
* .svn directory contents
- rename files to some hash name or similar
- combine files to a single file or database
- diddle read-onlyness (issue #1294)
* .svn directory name or existence
- allow customization of directory name
- store directory somewhere else (issue #707)
I only spent a few moments gathering the issue numbers, but there are
several more there.
Perhaps I am overly pessimistic at the moment, but lately I have seen
very little new being said over those subjects.
-- Naked
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Another Thought on .svn Size
Posted by TBrowder <tb...@cox.net>.
At the risk of getting fired at, the size of the .svn directory has me
somewhat concerned, too. The way I'm used to doing things involves a lot of
work on usually just a limited subset of a large working copy.
Perhaps another way to get the same functionality as now without the size is
to use a lazy .svn:
At checkout the .svn directory gets a list of signatures of all files
(something like a checksum, see the project 'makepp' at sourceforge.net).
Any svn operations first compare the signatures to see if there are any
changes and, if so, then get the pristine copy of that file to put into the
.svn directory and procede as usual. At commit time, the signature could be
renewed and the pristine copy in .svn removed again.
As someone suggested, there might be several methods the administrator or
user could choose for himself: (1) full .svn as now, (2) something like my
suggestion, or (3) something else--by choice at checkout (and of course able
to be changed during the lifetime of the workspace).
Tom Browder
PS. I apologize if I've appeared to steal someone else's ideas. I've tried
to read all posts on this thread but may have missed something.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Unsuccessful Compile of Subversion 1.0.0
Posted by Karl Fogel <kf...@localhost.localdomain>.
"TBrowder" <tb...@cox.net> writes:
> ----- Original Message -----
> From: "Karl Fogel" <kf...@localhost.localdomain>
> > Did you apply the same patch to both httpd-2.0.48/srclib/apr-util and
> > subversion-1.0.0/apr-util and reconfigure before rebuilding?
> > I always do something really thorough, like:
> >
> > $ patch -p0 < blahblah && make distclean && ./configure
> >
> > -Karl
>
> Yes, but I can't get past the httpd compilation. It still links with db-4.0
> inspite of the patch, the --with-berkeley-db and --with-dbm options.
Maybe take db-4.0 out of your /etc/ld.so.conf (and rerun ldconfig)
temporarily during the builds?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Re: Unsuccessful Compile of Subversion 1.0.0
Posted by TBrowder <tb...@cox.net>.
----- Original Message -----
From: "Karl Fogel" <kf...@localhost.localdomain>
> Did you apply the same patch to both httpd-2.0.48/srclib/apr-util and
> subversion-1.0.0/apr-util and reconfigure before rebuilding?
> I always do something really thorough, like:
>
> $ patch -p0 < blahblah && make distclean && ./configure
>
> -Karl
Yes, but I can't get past the httpd compilation. It still links with db-4.0
inspite of the patch, the --with-berkeley-db and --with-dbm options.
Tom
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Unsuccessful Compile of Subversion 1.0.0
Posted by Karl Fogel <kf...@localhost.localdomain>.
"TBrowder" <tb...@cox.net> writes:
> I've tried reinstalling Berkeley DB 4.2.52. Then reinstalling httpd-2.0.48,
> applying patch pointed out by David (patch found in subversion FAQ under
> troubleshooting installations under *NIX).
>
> After running configure commands from FAQ:
>
> $ configure \
> --enable-dav \
> --enable-so \
> --with-berkeley-db=/usr/local/BerkeleyDB.4.2
> --with-dbm=db42
>
> it (configure) fails with:
>
> configure: error: Berkeley db4 not found
> configure failed for srclib/apr-util
>
> What now?
Did you apply the same patch to both httpd-2.0.48/srclib/apr-util and
subversion-1.0.0/apr-util and reconfigure before rebuilding?
I always do something really thorough, like:
$ patch -p0 < blahblah && make distclean && ./configure
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Unsuccessful Compile of Subversion 1.0.0
Posted by TBrowder <tb...@cox.net>.
After reading David Heath's msg, I looked and found my httpd and svnadmin
were not using Berkeley db-4.2.
I've tried reinstalling Berkeley DB 4.2.52. Then reinstalling httpd-2.0.48,
applying patch pointed out by David (patch found in subversion FAQ under
troubleshooting installations under *NIX).
After running configure commands from FAQ:
$ configure \
--enable-dav \
--enable-so \
--with-berkeley-db=/usr/local/BerkeleyDB.4.2
--with-dbm=db42
it (configure) fails with:
configure: error: Berkeley db4 not found
configure failed for srclib/apr-util
What now?
Thanks.
Tom Browder
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Problem Creating a Repository with Subversion 1.0.0 (SIGSEGV from apr_palloc)
Posted by TBrowder <tb...@cox.net>.
System: Dual AMD
OS: Fedore Core 1 (2.4.20-20.9smp)
Berkeley DB: 4.2.52
Apache: 2.0.48 (--enable-maintainer-mode; using BDB 4.2.52)
make ; make install
svn: release 1.0.0 (using apr and apr-util in /usr/local/apache2/lib; using
BDB 4.2.52)
make ; make install
I can't create a repository:
command: svnadmin create /usr/local/people/tbrowde/t
response: Segmentation fault (core dumped)
stack trace:
#0 in apr_palloc () from /usr/local/lib/libsbn_repos-1.so.0
...
#5 in svn_utf_cstring_to_utf8 () from /usr/local/lib/libsbn_repos-1.so.0
#6 in parse_local_repos_path (...params are non-null)
I've tried using gdb on svnadmin but I can't step into
svn_utf_cstring_to_utf8 without the SIGSEGV from apr_palloc (and I've
temporarily unwrapped the SVN_ERR macros to expose all svn functions in
between).
Any suggestions?
Thanks.
Tom Browder
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
RE: Newbie advice needed - setting up under Windows XP
Posted by Mark <ma...@msdhub.com>.
And if you're on *nix, stay away from that dodgy /home directory too!
Seriously, "X:\Documents and Settings" is a real folder, just like "/home"
on *nix. Inside is a folder for each user. It's EXACTLY analagous to /home
on *nix. All your user-specific files should go inside. Anything you'd put
in ~ on *nix should go in "C:\Documents and Settings\username" on XP.
Mark
-----Original Message-----
From: Mike Mason [mailto:mgm@thoughtworks.net]
Sent: Saturday, March 06, 2004 9:39 AM
To: christed@mightydrake.com
Cc: users@subversion.tigris.org
Subject: Re: Newbie advice needed - setting up under Windows XP
- don't put the repository into some dodgy Windows "Documents and
settings" folder, stick it in a real directory on the local machine.
Cheers,
Mike.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Newbie advice needed - setting up under Windows XP
Posted by Mike Mason <mg...@thoughtworks.net>.
Drake Christensen wrote:
> I'm not asking about the actual commands to create and access the
> repos. The docs are adequate for that. I need advice on the higher
> level stuff, like: Does it make sense to create my repos under
> Documents and Settings\All Users? Or, should I put them outside that
> area and hotbackup or dump into that tree for backup purposes? Do I
> have to worry about permissions like the *nix people do? I shouldn't
> have to do anything special for TortioseSVN clients on my Win 9x boxes
> to hit svnserver on my XP machine beyond simple network access,
> right? And, if I understand it correctly, I shouldn't need to make
> the repos themselves shared. All access should be through the server,
> right? Any other gotchas that I haven't thought of?
Sounds like you've got it covered:
- use svnserve to network your repository. Make sure the repository is
NOT a network drive for the machine running svnserve. You can use some
kind of service wrapper to make svnserve start when Windows starts (did
someone mention Fire Demon or something?)
- don't access the repository directly once it's networked -- use
clients configured with svn:// URLs, even for the XP box that's hosting
the repository (maybe you want a working copy on that machine too)
- don't share the repository using Windows file sharing -- svnserve
should be the only process accessing the repository directly
- don't put the repository into some dodgy Windows "Documents and
settings" folder, stick it in a real directory on the local machine.
- figure out some kind of a backup strategy, maybe a nightly "svnadmin
dump" of your repository. Run this on the XP box that's running
svnserve, the two processes cooperate properly to produce a consistent
snapshot of your data. If your home directory gets backed up (you imply
this above) make the dumps end up there.
Cheers,
Mike.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org