Thanks in advance,
David
e.org/docs/release-notes/1.6.html
You can find the list of changes between 1.6.13 and earlier versions at:
http://svn.apache.org/repos/asf/subversion/tags/1.6.13/CHANGES
Questions, comments, and bug reports to us...@subversion.apache.org.
Regards,
David Darj
http://alagazam.net
/docs/release/TortoiseSVN_en/tsvn-serversetup-apac
he.html
under "Installing Subversion"
I'm not sure but i think this should only be necessary if you doesn't
have the subversion/bin in your search path.
/David
y, I might
prefer to call these directories in my local language.
The "svncreate" command isn't a very common command to run. (How many
times do you have to create repositories at a particular site
anyway?). So, even though this would be a nifty feature, it isn't much
of a time saver.
--
David Weintraub
qazw...@gmail.com
.
>
> We used LDAP authentication method to authorize users.
>
> My question:
> We need to give permissions to only certain users to be able to create
> branches and tags so that we can restrict all the developers to the trunk
> itself.
>
> Thanks.
>
>
--
David Weintraub
qazw...@gmail.com
apache rules ?
Thanks a lot for your help.
David
The files are placed under /home/david.
$ LIBPATH=/home/david/subversion/opt/subversion/lib:$LIBPATH
$ ./svn
exec(): 0509-036 Cannot load program ./svn because of the following errors:
0509-022 Cannot load module
/home/david/subversion/opt/subversion/lib/libsvn_client-1.so.
0509-15
accidentally providing full access to a tag
> (or branch)? Hopefully, Subversion provides some type of 'smart branch/tag
> creation' which can inherit permissions from the source directory. Please let
> me know of the best way to do this.
>
> Thanks,
> Shaun
>
>
>
--
David Weintraub
qazw...@gmail.com
might give you an idea what you need to do. I've
personally never attempted this trick, but it is apparently possible.
--
David Weintraub
qazw...@gmail.com
ou want to back
out.
Don't worry about too many revisions. Subversion can easily handle
them. Instead, think about checking in files as a related group --
they fix a particular bug or implement a particular feature. That way,
it's a lot easier to see what was changed and why.
--
David Weintraub
qazw...@gmail.com
St., London, EC3V 0AA
> Registered in England and Wales No 3475006 VAT Reg No 710 3140 03
>
> -Original Message-
>
>
>> From: David Weintraub [mailto:qazw...@gmail.com]
>> Sent: 12 October 2010 18:41
>> To: Subversion
>> Subject: Subversion on AIX
>
;'
host_alias=''
host_cpu=''
host_os=''
host_vendor=''
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localed
test version on trunk of
that sub-project and not to a stable version (which a tag is suppose
to point to!).
Most people point externals to a sub-project's branch while
development is taking place on that sub-project and then to a tag on
that sub-project once you release the project or the sub-
It uses version 3.2 of Project B.
Since we tagged the source code used for that version of Project B as
3.2, we can still trace down the correct version. And, we can see that
the next release of Project A uses version 3.3 of Project B.
--
David Weintraub
qazw...@gmail.com
other quirks
> with account management to sort out first :)
When your development team gets bigger than a dozen people, you start
having people come and go all the time. That makes it difficult to
keep the httpd configuration up to date. It just becomes easier if
this becomes more automated
he server.
With LDAP, you won't have to touch the httpd configuration. A change
in the LDAP security will immediately be reflected in the Subversion
permissions.
--
David Weintraub
qazw...@gmail.com
e been doing releases, I've never seen one except
for the home grown hacks that each site seems to implement.
--
David Weintraub
qazw...@gmail.com
e
> something
> to investigate or perhaps add support for.
You can use LDAP groups with path access setup. Works great!
--
David Weintraub
qazw...@gmail.com
On Wed, Oct 13, 2010 at 3:05 PM, LiuYan 刘研 wrote:
> David Weintraub gmail.com> writes:
> BTW, CVS tagging is very nice, 'tagging' (svn copy) in subversion is like an
> extra commit and result in a new revision, although 'svn copy' is a
> light/cheap
&g
e
files or utilities.
On Wed, Oct 13, 2010 at 7:06 PM, Ryan Schmidt
wrote:
> On Oct 13, 2010, at 12:03, David Weintraub wrote:
>
>> I was able to build everything until neon. There I get
>>
>> $ ./configure --with-expat=/app/fms/build/lib/libexpat.la
>> --e
encoding?
Is there a workaround for this, such as setting eol-style to CRLF (i.e. not
native)?
Best regards
David
Hi Ulrich and Stefan
Thanks for your replies. Using UTF-8 has solved the problem, as you suggested.
Best regards
David
> -Original Message-
> From: Ulrich Eckhardt [mailto:eckha...@satorlaser.com]
> Sent: 14 October 2010 12:23
> To: users@subversion.apache.org
> Subj
>
> Linedata Limited
> Registered Office: 85 Gracechurch St., London, EC3V 0AA
> Registered in England and Wales No 3475006 VAT Reg No 710 3140 03
>
> -Original Message-
>
>
>> From: David Weintraub [mailto:qazw...@gmail.com]
>> Sent: 13 October 2010 18
aven repositories do is provide a nice interface for
searching and administration of a HTTP based repository.
--
David Weintraub
qazw...@gmail.com
vial to
create an suid-root shell binary, which a local user could then run
and gain root privileges.
--
David Brodbeck
System Administrator, Linguistics
University of Washington
en.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html>.
And, if that command concerns you too much, you can simply revert to
"curl".
You do have to understand the Maven repository layout which is a
fairly straight forward hierarchal affair and both Nexus and
Artifactory cover that
p users really want, so bundling them as part
of the GUI is sufficient. I don't blame Subversion for that, though.
--
David Brodbeck
System Administrator, Linguistics
University of Washington
On Thu, Oct 14, 2010 at 2:22 PM, Stefan Sperling wrote:
> I hope the work-in-progress gpg-agent support I mentioned will fill that gap.
> Would using gpg-agent work for you?
Quite likely. I haven't really played with gpg-agent, but I don't
know of any reason it shouldn
However, if this is a problem, it's more likely due to
incorrectly using your revision control system (unable to rebuild
order binaries in a consistent manor, or using your version control
system as a release repository). The solution would be to fix the
underlying problem rather than not to use Subversion.
--
David Weintraub
qazw...@gmail.com
tual preference for a release Repository is either
Nexus or Artifactory. They provide a well documented (and open way)
way of doing the task which means I'm not tool dependent. Yes, they're
Maven repositories, but I find them just as effective for non-Maven
projects.
--
David Weintraub
qazw...@gmail.com
ectory, but without the subdirectories:
$svn co -r $rev --depth files http://svn/repos/project/dir localdir
--
David Weintraub
qazw...@gmail.com
to shoot themselves in the foot, and
willing to go to that much effort to do it, I don't think there's much
you can do. They probably have their password on a sticky note on the
bottom of their keyboard, too. ;)
--
David Brodbeck
System Administrator, Linguistics
University of Washington
t any level of precaution sufficient to protect you from a rogue
root user on a UNIX system.
I'm not saying there aren't situations where it's a good idea to have
SVN encrypt passwords, just that this isn't a very good example of
one. If people can boot a LiveCD and get root a
On Wed, Oct 20, 2010 at 4:30 PM, David Brodbeck wrote:
> If I have root access to the filesystem, it doesn't matter what SSH
> does to try to encrypt the password...
Typo. s/SSH/SVN/
--
David Brodbeck
System Administrator, Linguistics
University of Washington
On 2010-10-24 20:12, Andrey Repin wrote:
Greetings, David Darj!
David, I have a strange issue with binaries you provided.
I'm using SVN repository served by Apache under Win32.
In attachment is a httpd-modules-svn.conf - module loading.
Enabling it... here:
ServerName svn.darkd
rprised that the DAV
memory leak hasn't yet been plugged. It looks like he's using the
latest versions of Apache and Subversion.
--
David Weintraub
qazw...@gmail.com
ming changes just to munge the $Date$
keyword.
However, if you must use RCS keywords, you can modify a property that
will force a diff in the file without modifying the file itself.
--
David Weintraub
qazw...@gmail.com
On Oct 30, 2010, at 2:56 PM, Paul Maier wrote:
> Hello,
>
> who has advice for the following problem on a DOS console of a Windows XP SP3
> machine.
> "svn cat" doesn't display German umlaut characters (neither does Windows'
> built in type command).
> Whereas a "svn cat > b; cat b" (cat comma
On Oct 30, 2010, at 3:43 PM, Paul Maier wrote:
> Hello David,
>
> thank you! I have added "chcp 1252" at the top of my script
> and the result is strange. I attach a screen shot to this
> mail - hopefully it makes through the list.
>
> With "chcp 1252&qu
On Oct 31, 2010, at 1:35 PM, Paul Maier wrote:
> Hi there!
>
> All output, that comes from the svn internationalization, shows correctly
> on both codepages, 850 and 1252. E. g. error messages or "svn help ci". Good.
> (Font in use is Lucida Console.)
>
> This shows, that it *is* possible for s
h to
run svnserve on my machine.
Have the svnserve and httpd processes owned by the same user and drop file:///
access. Then chown the files to that user and set permissions on all files to
664.
--
David Weintraub
da...@weintraub.name
Sent from my iPhone while riding in my Ferrari. (Jealous?)
might be please?
David
th's charred remains and finds your
source repository should see the same set of files tagged as
REL-1.0.1 that you did the day you created that REL-1.0.1 tag.
--
David Weintraub
qazw...@gmail.com
t to the trunk, no merging
will be done at all.
Once the release is out, that branch may never be used again. It just
sits there until someone one day decides to delete it. It's not a fork
because all of the code on it is already on the trunk. It's just a
dead end branch.
--
David Weintraub
qazw...@gmail.com
which typically relies
> on SSH keys.
Understood. We currently use https. Do you know how https speed compares with
svn+ssh?
Best regards
David
oticed particular
> differences between svn+ssh and HTTPS.
>
> Heavily burdened servers running into resource limits for all that
> encryption, well, that's a different story.
Thanks for your answer,
Best regards
David
rnal project. The only
thing I can think of is to run the "svn propget" on the entire
repository and parse the output.
--
David Weintraub
qazw...@gmail.com
scovered what a mess they can create. I
now take the approach of thinking of my externals as "releasable
components" that are also versioned and released, and I put them into
a release repository where various projects can import a specific
revision of that component. This makes it much easier for developers
to track what particular version of that component they're using.
--
David Weintraub
qazw...@gmail.com
ere (or is it here? :-)
//David
On 2010-11-07 05:56, John Alan Belli wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 5 Nov 2010 16:59:12 -0400, Mark said:
When I have tested the CollabNet binaries in the past they
supported this fine. The Cyrus SASL stuff requires registry
entri
slow. Can't
remember the name off hand.
For Mac OS X, there's SCPlugin which works with Finder. I use Path
Finder (a Finder replacement) and it comes with its own Subversion
browser.
--
David Weintraub
qazw...@gmail.com
So, exactly what are you asking for?
I have a file /foo/bar/barfoo/bar.java.
You want the entire history of a file called "bar.java" in the path
/foo/bar/barfoo from revision #1 to the current revision -- even
though it isn't the same bar.java at that location?
Is this corr
(except for a few bytes for
referencing the move). When you say you can't "reorganize", do you
mean you'd like to except there's too much to do, or that your
repository is the way your users want it?
--
David Weintraub
qazw...@gmail.com
new employees to support.
The last option will take more work in the long run, and in the end,
you'll end up with a bunch of unhappy users.
--
David Weintraub
qazw...@gmail.com
k into the trunk.
You'll have to use the --reintegrate option in "svn merge", or do what
many sites do, and don't bother with merging. If you have a defect
tracking tool like Jira which allows you to assign a defect to
multiple releases, you simply use that tool to show that a change took
place on both branch and trunk.
--
David Weintraub
qazw...@gmail.com
lp in as a way of paying back the help we
previously had.
And, if you do use Subversion, I highly recommend keeping your
subscription on this list. It's a great way to learn about Subversion,
its problems, and the best ways to use it.
Sorry I couldn't be any more help.
--
David Weintraub
qazw...@gmail.com
systems.
Do you have any post-commit hooks? If you are, are the messages being
generated by Subversion or the post commit hooks?
--
David Weintraub
qazw...@gmail.com
ed to trust open source tools. Subversion was a
fairly new project. There were a lot of companies offering proprietary
version control tools. Now, even major banks are jumping on the open
source bandwagon and its gettng harder and harder to find people who
know these tools.
--
David Weintraub
qazw...@gmail.com
machines. This means that the 'engineering
tools' such as gcc, cmake, boost etc. can become quite dated.
Would people generally recommend a 'less stable' distro for development
machines?
Best regards
David
tos
> - or find them prebuilt at 3rd party RPM repositories like rpmforge.
Thanks for your comments,
David
about all those old branches? You can delete them when they
become obsolete. When do they become obsolete? When there are no more
customers on a particular release, and you won't have to do a patch.
--
David Weintraub
qazw...@gmail.com
few other nice tricks. The hook is designed to use
only the standard Perl modules which makes it easier to install. You
can get that from <http://dl.dropbox.com/u/433257/new_svn_hooks.zip>.
--
David Weintraub
qazw...@gmail.com
ty for his company, or simply give up on the
dream to convert everything inside his repository.
--
David Weintraub
qazw...@gmail.com
deas of any software that can handle this.
Again, sorry about bothering the list about what probably is a
non-Subversion question. (Then again, Subversion might be exactly what
I need if we can overcome some of the other issues I mentioned).
However, I know many of you have had similar circumstances and I hope
you can shed some light on this issue.
--
David Weintraub
qazw...@gmail.com
nd easiest thing to document. Hudson gives us some reporting
and emailing capabilities built into the system.
--
David Weintraub
qazw...@gmail.com
r most
> things based on SysV's cron.
It is true if the System Administrator permits it. This is
configurable on a per user basis -- either the user is in cron.allow
or cron.deny. If neither of these files exist, it is most likely you
don't have cron permissions.
Our System Admin doesn&
e
same repository as the master project.
The svn:externals seemed like such a good idea when I first heard of
Subversion, but I quickly discovered that it can be very difficult to
implement correctly.
--
David Weintraub
qazw...@gmail.com
f "grep"
$ svn ls -R svn://svnserver/repo | find "LoginInterceptor.c"
--
David Weintraub
qazw...@gmail.com
he access control database changes the
access control in Subversion.
And, it really shouldn't be that difficult to do.
--
David Weintraub
qazw...@gmail.com
depend upon an
earlier version of "B" than my project.
The best thing to do is to start separating out the tenuous web of
dependencies your projects have with each other, and to clarify
exactly what each subcomponent will do. It might take months to clean
everything up, but it has to be do
keep
the scanned archive on Hudson itself.
It'll. take a bit of tweaking, but so would trying this in Subversion. And,
you and your users would be much happier with this arrangement.
--
David Weintraub
qazw...@gmail.com
ay:
file: **/tags/**
access: read-only
users: @ALL
file: **/tags/*
access: add-only
users: @ALL
The first prevent users from modifying any files under "tags", and the
second permits copying directories only directly under the "tags" directory
which is what you'd do
)
That'll get the files out of the main project tree, prevent further
changes in the code, yet still allow the developers to examine the
code and reminisce about the good ol' days when men were men and UUCP
was king.
--
David Weintraub
qazw...@gmail.com
to modify a release branch. This is
mainly to prevent whoops scenarios. For example, a developer
forgetting to "svn switch" from the branch to the trunk before they
continue their development work.
--
David Weintraub
qazw...@gmail.com
I'm not spending 8 hours each day
pestering developers and trying to fix broken merges, I can do all the other
CM things I never had time to do. Since then, I've been an advocate of
the Benign Neglect school of CM management: Do things the easy way. The
simpler the better. Why branch? Be happy!
--
David Weintraub
qazw...@gmail.com
ments, and bug reports to us...@subversion.apache.org.
Merry X-mas to the whole SVN community
David Darj
http://alagazam.net
On 2010-12-17 22:58, Mark Phippard wrote:
On Fri, Dec 17, 2010 at 4:42 PM, wrote:
Any idea why TSVN 1.6.12 Build 20536 2010/11/24 claims to be using SVN
1.6.15 before it was released?
Subversion 1.6.15 was released several weeks ago. David is just one
person of many that creates a binary
d.
I would welcome any advice on this problem.
BR
David
:/trunk/ConfidentialFolder]
@myPrivilegedGroup = rw
* =
[myproj:/branches/ConfidentialBranches]
@myPrivilegedGroup = rw
* =
[myproj:/tags/ConfidentialTags]
@myPrivilegedGroup = rw
* =
On Tue, Dec 21, 2010 at 9:46 AM, David Aldrich wrote:
> Hi
>
>
>
> We host each of our projects in a se
Hi David
Thanks for your help. Yes, the branches, tags, and trunk directories are at the
root. In your suggestion, I am worried that a developer might create a branch
containing ConfidentialFolder in /branches rather than in
/branches/ConfidentialBranches, by mistake. Do you agree that is a
On Tue, Dec 21, 2010 at 10:59 AM, David Aldrich
wrote:
> Thanks for your help. Yes, the branches, tags, and trunk directories are at
> the root. In your suggestion, I am worried that a developer might create a
> branch containing ConfidentialFolder in /branches rather than in
&g
ecture more granular similar to Unix filesystem
permissions.
- Repository-dictated configuration.
--
Regards,
David Richards
President & CEO
WANdisco, Inc.
http://www.wandisco.com
http://blog.wandisco.com/david/
Free Online Subversion Training
http://svn.wandisco.com/eTraining
Join t
CollabNet which had commercial interests in
Subversion. Yet, no one complained about CollabNet "dominating" the
project.
I hope that WANdisco is able to fix many of the issues that have been
plaguing Subversion for years. I don't believe that those who are
leading Subversion
David,
Absolutely correct!
Your analysis / explanation is much better than my own. Thank you.
- David
On Tue, Dec 21, 2010 at 12:25 PM, David Weintraub wrote:
> On Tue, Dec 21, 2010 at 3:03 PM, Pablo Beltran wrote:
> > Hi,
> >
> > I have no doubt about those all feat
authz and log history both work?
Regards,
David
On Tue, Dec 21, 2010 at 5:17 PM, Stefan Sperling wrote:
> On Tue, Dec 21, 2010 at 04:25:55PM +0800, 谢带达 wrote:
> > Thank you Stefan.
> >
> > I start svnserve this way:
> >
> > /local/svnroot/repository/one/con
now it the time to act.
Feel free to contact me directly and I am more than happy to talk directly
with you.
- David
On Tue, Dec 21, 2010 at 3:53 PM, Johan Corveleyn wrote:
> On Tue, Dec 21, 2010 at 9:32 PM, David Richards
> wrote:
> > On Tue, Dec 21, 2010 at 12:25 PM, David Weintr
You're welcome and I *really* appreciated the opportunity to set the
record straight. Whenever you put your head above the parapet...
On Wed, Dec 22, 2010 at 1:54 AM, Johan Corveleyn wrote:
> David,
>
> Ok, thanks for settings the record straight. These nuances are important t
;s really a matter of
which risk you're more concerned about.
--
David Brodbeck
System Administrator, Linguistics
University of Washington
; or a "svn import", so
it won't automatically add properties when you branch.
--
David Weintraub
qazw...@gmail.com
from one directory to another, or did
you use the Subversion commands to do this?
--
David Weintraub
qazw...@gmail.com
t who can help you out, but you might have to ask at an Eclipse
support site.
So, run the "svn status" command and show us the output. It'll allow us to
more easily identify the issues you're having.
--
David Weintraub
qazw...@gmail.com
about rogue users distributing files in violation
of company policy, you're going to have to keep them off the server, at a
minimum. That doesn't solve the problem either -- you then have to start
worrying about what they do with their working copies -- but it prevents
them from run
distributions (and maybe
shouldn't be) but the configuration switches to turn them off are easy to
find.
--
David Brodbeck
System Administrator, Linguistics
University of Washington
project from the Subversion
repository, run tests, and then report back the results.
Moving your testing to Hudson will simplify your life and help keep a
running record of your test results. Hudson won't interfere with
Test::Builder and Test::More, and you'll be able to keep the test res
ry under revision
control? The "obstructed version object flag" (~) could happen if you delete
the revisioned target directories and then put duplicate non-revisioned
"target" directories in their place.
Are there any directories or files showing up with the "missing flag&quo
x27;t in the file being committed, but is
located elsewhere.
* Most importantly, you'll make your life a lot easier. All you have to do
is write the tests and not worry about how you'll run the tests, or how
you'll get the output from the tests.
It is definitely possible to do what you want, but it will take a lot of
work and will probably cause more problems than it is worth..
--
David Weintraub
qazw...@gmail.com
e directories with the "?" before we do
another commit. you can use the "svn add" command. The "svn add" will
recurse automatically through the directories and add in any sub directories
and files.
7). Now commit once more. Your workspace should be clean. There are no m
pulling it out of the keychain.
You can manipulate the keychain from the command line with /usr/bin/security.
--
David Weintraub
qazw...@gmail.com
elements in status reports, and
if you do a massive add, they won't get added. It is still possible for
someone to purposefully add them back into your Subversion repository.
2. If you have such a pre-commit trigger, set it so you can't add
directories called "target" to your Subversion repository.
Once you've completed all of these steps, I recommend that you delete the
project in Eclipse and recheck it out, and make sure you can build it and
everything works.
--
David Weintraub
qazw...@gmail.com
en the best bet is to
use a post-commit hook that'll update a file or database with the
information you want.
--
David Weintraub
qazw...@gmail.com
which would be closer
to the truth. I'm assuming something like this would come up if User A left,
and someone has to check in the work User A did.
--
David Weintraub
qazw...@gmail.com
1 - 100 of 764 matches
Mail list logo
