> From: Edwin Castro [mailto:0ptikgh...@gmx.us]
>
> I use svn client installed by macports. It's current version is 1.8.5.
I've been down that road before. Macports is mostly reliable, but not entirely
reliable. And every time you apply some update to XCode, apple replaces with
default binari
> From: Edward Ned Harvey (svn4) [mailto:s...@nedharvey.com]
>
> So I have to just duplicate the svn:ignore and svn:global-ignores
> properties everywhere that anything needs to be ignored.
Sorry, clarification:
In tortoise, I check the properties of some directory, and it shows
> From: Edward Ned Harvey (svn4) [mailto:s...@nedharvey.com]
>
> But no problem. I can workaround by setting svn:ignore instead.
Uggh. I *thought* this would be easy.
Even though I have svn:ignore set on some directories, TortoiseSVN 1.8 and
cygwin svn 1.8 fail to ignore the stuff
> From: Dave Huang [mailto:k...@azeotrope.org]
>
> It does; svn:global-ignores is new to SVN 1.8.
> http://subversion.apache.org/docs/release-notes/1.8.html#repos-dictated-
> config
That's just about the last thing I expected, but it makes perfect sense now.
Thanks.
> If you upgrade the Mac
Can someone please explain this to me? I would expect "bin" and "obj" not to
show up in the "svn status" command, because of the svn:global-ignores property.
I am aware that there exists such a thing as svn:ignore, and I notice that
svn:global-ignores is not the same thing... But (a) the disti
> From: Les Mikesell [mailto:lesmikes...@gmail.com]
> Sent: Thursday, November 28, 2013 11:58 AM
>
> What commit
> log message would ever be appropriate if you commit to both the trunk
> and branch through an upper level directory that ties them together?
I see your point of view. I'm always car
> From: Les Mikesell [mailto:lesmikes...@gmail.com]
>
> Not sure what you mean about with sparse and recursive checkouts or
> why you'd start with /. If there is one project in the repository
> you would normally just check out /trunk. Or with multiple projects,
> /project_name/trunk.
... see
> From: Ram [mailto:house4rent...@yahoo.com]
> Sent: Tuesday, November 26, 2013 7:33 PM
>
> Hello,
> I am looking to use subversion for .Net applications. What type of
> hardware do I need? What version of windows server, RAM, hard disk space
> do
> I need?
If you can run windows, you can run
> From: Bob Archer [mailto:bob.arc...@amsi.com]
>
> Are you using svn 1.8?
Oh - uhm... I'm using TortoiseSVN, 1.8.2, which is built against Subversion
1.8.3.
> If not, are you doing reintegration merge when merging your branch back in
> to the trunk?
I'm not familiar with those words. Maybe
> From: Branko Čibej [mailto:br...@wandisco.com]
> Sent: Tuesday, November 26, 2013 11:17 AM
>
> On 26 Nov 2013 15:39, "Mehdi Hayani"
> wrote:
> > I've asked the other team and here is their response:
> >
> > >When you upgraded the server, did you also upgrade mod_dav_svn
> only?
> >
> > No chang
> From: Andrew Reedick [mailto:andrew.reed...@cbeyond.net]
> Sent: Tuesday, November 26, 2013 9:30 AM
>
> No, but since you're the only one working on the trunk, you don't necessarily
> need to branch/merge.
Thanks -
I'm not the only person working on it. But sometimes I'll have something to
I've read the visual guide, the subversion book, I've used subversion for
years, but never really collaborated much with other people on actual software
source code the way it's intended to be used, until recently. So it's only
recently that I'm making use of branch/merge, and I'd like to get t
> From: alan.james.tay...@gmail.com [mailto:alan.james.tay...@gmail.com]
> On Behalf Of Alan Taylor
>
> My problem is that cfg should be a project within the repo
> and now I want to add another project, i.e.
> /srv/svn/cfg
> /srv/svn/pxe
>
> What is the best way to move things around ?
This was
I have a master server, and a slave server configured with pass-thru proxy.
Off the top of my head, I believe they're both 1.6.12, but I'll double check
if that is an important detail.
A user at the slave site does "get lock" on a file. She gets the lock
successfully.
She makes a change, trie
> From: santhosh kumar [mailto:santhoshkal...@gmail.com]
>
> The problem is that, I am not able to check out a file from the svn server
> system. But the same file can be checked out from any other linux box.
>
> From the server I wanted to checkout the same file for some script. It is
a
> tar.bz
> From: sajan [mailto:sajanjos...@gmail.com]
> Sent: Tuesday, December 21, 2010 3:58 AM
>
> > URLs always have forward slashes. Try something like:
> > svn import myproject file:///C:/code/svnrepo/myproject
> >
> thanks Stefan,
> sajan
Next time, I suggest making a subject which is more suggesti
> From: Gavin Beau Baumanis [mailto:b...@palcare.com.au]
>
> For our production repositories we're using 1.5.1
>
> My question is - is there an appropriate version to upgrade to?
> We're tossing up between;
>
> Update to the latest 1.5.x
> Update to 1.6.x
> Or simply wait it out - for 1.7
>
>
> From: Nalini Kumar [mailto:nku...@actiontec.com]
>
> "svn: Can't open file
> '/var/lib/svn/bcm/db/txn-current-lock': Permission
>
> $ ls -al /var/lib/svn
> total 16
> drwxr-xr-x 4 apache apache 4096 2010-12-02 18:21 .
> drwxrwxrwx 75 root root 4096 2010-12-06 01:09 ..
> drwxr-xr-x 7 apac
> From: Les Mikesell [mailto:lesmikes...@gmail.com]
>
> I think a delete doesn't appear in a file's history - the file just no
longer
> appears in subsequent revisions. However a delete is a change in the
> containing
> directory. Does 'svn log -v' on the directory above show the changes in
the
> From: Edward Ned Harvey [mailto:s...@nedharvey.com]
>
> Complete details follow, but this is the relevant part. A file named foo
> was deleted in rev 4. It seems, if I svn log f...@3, and I specify -r
> 0:head, then I should get the complete history of that file, even for revs
> From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com]
>
> Certainly not if you use an operative revision. You would need to use a
peg
> revision for that. The book explains the difference between the two.
>
> http://svnbook.red-bean.com/nightly/en/svn.advanced.pegrevs.html
This does expl
> From: svn-u...@web.de [mailto:svn-u...@web.de]
>
> I would appreciate advice for how to find out the rev number where a file
> was deleted or moved.
>
> I expected this command:
> svn log -v -r 1:head "file:///[...]/xx/a...@1"
Yeah. This is annoying. Once a file is deleted, I can't svn log i
> From: Les Mikesell [mailto:lesmikes...@gmail.com]
>
> > This is definitely off topic, but it's not RHEL4 or RHEL5 that's
unstable.
> > It's the engineering tools, if you run them on whichever is the latest
> > version of RHEL. Because the developers who produce the tools don't
> have
> > access
> From: Les Mikesell [mailto:lesmikes...@gmail.com]
>
> > This has already been mentioned in this thread. I can't speak for
> > anyone else, but I personally support engineers and engineering tools.
> > The engineering tools are only supported on the latest 2 versions of
> > RHEL/centos. Of whic
> From: Les Mikesell [mailto:lesmikes...@gmail.com]
>
> > On RHEL4 / RHEL5, I find it ridiculously easy to build svn from
> > source.
> > Here is my build script:
> >>
> >> Has someone had specific problems with the rpmforge rpms? I've been
> >> using them on centos5 without any trouble,
>
> From: Tom Cruickshank [mailto:tcruic...@gmail.com]
>
> Hey Guys,
> I'm trying to figure out how to revert a file committed into svn to
an older
> revision.
>
> Let's say I have a file called /customers/index.php currently at revision
150,
> and would like to go back to revision 100.
>
> i
> From: Les Mikesell [mailto:lesmikes...@gmail.com]
>
> On 11/15/2010 9:17 AM, Edward Ned Harvey wrote:
> >
> >>> On RHEL4 / RHEL5, I find it ridiculously easy to build svn from
source.
> >>> Here is my build script:
>
> Has someone had specific pro
> From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
> Sent: Saturday, November 13, 2010 4:38 PM
>
> On Sat, Nov 13, 2010 at 12:23 AM, Edward Ned Harvey
> wrote:
> >> From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
> >>
> >> RHEL 5 still directly onl
> From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
>
> RHEL 5 still directly only provides Subversion 1.4.2. EPEL will not
replace it in
On RHEL4 / RHEL5, I find it ridiculously easy to build svn from source.
Here is my build script:
#!/bin/bash
VERSION=1.6.12
INSTALLDIR=/usr/local/subversion-$
> From: Stefan Sperling [mailto:s...@elego.de]
>
> By design, the handling of checksums is sane.
> Checksums are stored in the repository, and are calculated by the
repository
> layer. A client can only tell the repository what it expects the checksum
to be.
> When the client sends content, the re
> From: Stefan Sperling [mailto:s...@elego.de]
>
> > It's 100% consistent. I get the same checksum error, on the same file,
> every time. I have a supposed "good" copy of the slave repo, at rev
4050...
> which will fail every time at 4061 (or something like that)... The only
> explanation I can
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
>
> Can you compare the contents of /path/to/file/foo/bar between the master
> and mirror, as of the last revision successfully synced to the mirror?
The latest rev which synced without reporting any error was 5045. It was
trying to go from
> From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com]
>
>
> You would need to redirect stdout and stderr someplace, for example to a
> log file or to /dev/null.
Precisely. Thank you. This works:
#!/bin/sh
/usr/local/subversion-1.6.12/bin/svnsync sync --non-interactive
--sync-username
> -Original Message-
> From: Terry Inzauro [mailto:opensrcg...@gmail.com]
>
> I've found a handful of other cases similar to ours. Do you think a bug report
> is warranted or is this unique to our configurations?
I do think it's a bug, but I was never able to find enough info to make it
On the master, I have the svnsync command in the post-commit hook. I have
tried with, or without the "&" at the end of the line. When a svn client
does a commit . the svn client doesn't return from the commit until the sync
has completed too. I would like the "svn commit" to complete as soon as
> From: opensrcguru [mailto:opensrcg...@gmail.com]
>
> Today, the sync process started failing on 1 repo (all others were
> unaffected) on both r/o copies at the exact same time/same revision
> with errors similar to the following...
>
> Transmitting file data .svnsync: Base checksum mismatch on
I have a master & slave server, in US and India. They are both 1.6.12, but
the slave was 1.5.7 until a few days ago.
The master is at rev 5050, but the slave will only sync up to rev 5045.
Every time it tries to sync 5046, I get a checksum error in the apache
error_log. It says some file fail
> From: Tech Geek [mailto:techgeek12...@gmail.com]
>
> So why don't we have (read as a feature) something like this:
>
> # svnadmin create --tbt new_repo
>
> and a repositroy with following strcuture is created (automatically)
>
> # ls /var/lib/svn/new_repo
> branches
> tags
> trunk
I have sev
> From: Rice Yeh [mailto:rice...@gmail.com]
>
> I am trying to separate my project a-project into a-project/trunk and
> a-project/branches. First, I like to move a-project to a-project/trunk.
> But this is not allowed since trunk is inside a-project. I might first
> move a-project to tmp and the
As far as subversion is concerned, as long as you get it installed, there is
nothing for you to think or care about.
Generally speaking, the 32->64 migration is easy for everything everywhere.
There may be some exceptions ... some package you need which isn't build
64bit or has difficulty build
> From: emerson [mailto:echofloripa.y...@gmail.com]
>
> Even dry-run sometimes takes more than 30 minutes to process one single
> file.
>
> We are using the "svn merge http://[repo] -c 333" command syntax.
>
> Our server is 1.4.4, and we are using 1.6.x clients.
I believe we found the root caus
> From: Jon Foster [mailto:jon.fos...@cabot.co.uk]
>
> What's the full output of ldd?
Here's how I built it:
rm -rf /scratch/eharvey/svn
mkdir /scratch/eharvey/svn
cd /scratch/eharvey
rm -rf subversion-1.6.12
tar xjf subversion-1.6.12.tar.bz2
tar xjf subversion-deps-1.6.12.tar.bz2
cd subversion-1
I have tried everything I can think of, and I can't seem to get svn to build
with the zlib that comes with it. It's always linking against
/usr/lib64/zlib.
./configure --prefix=/scratch/eharvey/svn
--with-zlib=/scratch/eharvey/subversion-1.6.12/zlib --enable-static
After build:
ldd `which
43 matches
Mail list logo
