On Wed, Oct 13, 2010 at 00:45, FAISAL YAQOOB, BLOOMBERG/ 731 LEXIN
fyaq...@bloomberg.net wrote:
This all started when I noticed that my repository size is increasing at a
daily rate of 1GB. I did a simple test. Created a branch/tag of an existing
folder that had a size of 35KB. I took note
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: 12 October 2010 18:41
To: Subversion
Subject: Subversion on AIX
Hi all,
I'm new to subversion. I used CVSNT before.
Because a single svn commit will result in a whole new revision tree, so
currently I commit all changes once per day after work (to avoid too many
revisions because of my old CVS habit).
But I'm afraid it's not a proper way, so:
- Should
So I guess the problem is this specific client certificate
though I still do not know what specifically.
Try using that cert on one of the machines with the 0.9.8g openSSL to
verify if it is that cert. You'll have to make sure you have both the
private and public key to do the
On Oct 13, 2010, at 01:25, LiuYan 刘研 wrote:
I'm new to subversion. I used CVSNT before.
Welcome!
Because a single svn commit will result in a whole new revision tree, so
currently I commit all changes once per day after work (to avoid too many
revisions because of my old CVS habit).
I try to commit the smallest amount of work worth committing. ie. Add
1 unit test, add code to make it all happen, commit. At least, that is
the ideal situation, most of the times it will amount to the work done
for one jira issue, or anything in between. But all code commited
together at least
Hi all,
I'm new to subversion. I used CVSNT before.
Because a single svn commit will result in a whole new
revision tree, so currently I commit all changes once per day
after work (to avoid too many revisions because of my old CVS habit).
There's no particular reason to do that.
Hi there !
I am trying to cleanup my SVN history. Back in the beginning of the
project I started using SVN without the standard layout (trunk,
branches, tags parent dir). Now using svndumpfilter, I would like to
pretend that initial history [r1-1097] did happen within the trunk
directory. For
Do you need to restrict READ access to the branch or tag, or do you
simply want to restrict COMMIT access.
If you just want to restrict commit access, you can use a pre-commit
hook to kill a commit transaction if the user who doesn't have
permission attempts to change a tag or branch.
There is a
On Wed, Oct 13, 2010 at 9:24 AM, Mathieu Malaterre
mathieu.malate...@gmail.com wrote:
I am trying to cleanup my SVN history. Back in the beginning of the
project I started using SVN without the standard layout (trunk,
branches, tags parent dir). Now using svndumpfilter, I would like to
On Wed, Oct 13, 2010 at 2:25 AM, LiuYan 刘研 lovet...@21cn.com wrote:
Hi all,
Because a single svn commit will result in a whole new revision tree, so
currently I commit all changes once per day after work (to avoid too many
revisions because of my old CVS habit).
But I'm afraid it's not a
Hi there !
I am trying to cleanup my SVN history. Back in the beginning of
the
project I started using SVN without the standard layout (trunk,
branches, tags parent dir). Now using svndumpfilter, I would like
to
pretend that initial history [r1-1097] did happen within the trunk
I just tried building APR with your proceedure and socktest still
fails. Did you run the tests? I suspect that this particular test
might not be that important.
On Wed, Oct 13, 2010 at 3:49 AM, Giulio Troccoli
giulio.trocc...@uk.linedata.com wrote:
Linedata Limited
Registered Office: 85
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 16:01
To: Giulio Troccoli
Cc: Subversion
Subject:
Hi,
So far I have been using svn in rather simple settings: at most some
branches and merges limited to one dev tree.
However, now I need to set up a repository for a project composed by several
modules where different subprojects (comprised by subsets of modules) need
to be compiled and
Mauro,
Yes, such things are possible.
I have a similar project and my repository is setup as follows:
/project
/project/libraries
/project/libraries/library
/project/clients
/project/clients/client
/project/server
/project/tools
/project/tools/tool
/project/other parts
(project is optional - as
I was able to build everything until neon. There I get
$ ./configure --with-expat=/app/fms/build/lib/libexpat.la
--enable-shared=yes --prefix=/app/fms/build
checking for a BSD-compatible install... ./install-sh -c
checking for gcc... gcc
checking for C compiler default output file
On Wed, Oct 13, 2010 at 12:05 PM, Mauro Adolfo San Martin Ramas
msmar...@userena.cl wrote:
However, now I need to set up a repository for a project composed by several
modules where different subprojects (comprised by subsets of modules) need
to be compiled and tested independently. Usually
On 10/13/2010 12:20 PM, David Weintraub wrote:
Maven repositories are great even if you don't have a Maven project.
They enforce the concept of version and type and give you easy access
to the object. Ant with the Ivy addition has no problems with them.
Maven, of course, uses them with aplomb.
My NAS comes with an Apache2 instance without mod_dav_svn. I would
like to compile mod_dav_svn.so but I don't know how to get the sources
and how to compile it properly. The NAS is a Synology CS407, the
firmware is DSM 3.0, and everything is linux powered.
Can someone give me instructions
Do you need to restrict READ access to the branch or tag, or do you
simply want to restrict COMMIT access.
Thanks for the response. We need both, but restricting read access is
the main concern at the moment. So far, I only know of AuthUserFile
for controlling read access.
If you just want
Do you need to restrict READ access to the branch or tag, or do you
simply want to restrict COMMIT access.
Thanks for the response. We need both, but restricting read access is
the main concern at the moment. So far, I only know of AuthUserFile
for controlling read access.
If you
On Wed, Oct 13, 2010 at 1:42 PM, Les Mikesell lesmikes...@gmail.com wrote:
How would you access them if you don't have java/maven/ivy when you want to
retrieve a certain version?
Before we adopted our Ant projects to use Maven, we simply used the
get task. You can always download from a Maven
On Wed, Oct 13, 2010 at 2:12 PM, Shaun Pinney
shaun.pin...@bil.konicaminolta.us wrote:
Do you need to restrict READ access to the branch or tag, or do you
simply want to restrict COMMIT access.
Thanks for the response. We need both, but restricting read access is
the main concern at the
Ryan Schmidt subversion-2010d at ryandesign.com writes:
On Oct 13, 2010, at 01:25, LiuYan 刘研 wrote:
I'm new to subversion. I used CVSNT before.
Welcome!
Because a single svn commit will result in a whole new revision tree, so
currently I commit all changes once per day after
The usual issue is making sure people outside the project are
prevented from reading the code. You might not want people in your
project making changes on tags and branches, but there usually isn't a
security issue if they see the code on the branches and tags.
Our issue is handling multiple
- Original Message
From: Les Mikesell lesmikes...@gmail.com
We currently commit component binaries back into tags which are then used by
other things with external references, and final binaries are managed
separately by project, but that seems wrong on several levels.
For the
On Wed, Oct 13, 2010 at 3:42 PM, Shaun Pinney
shaun.pin...@bil.konicaminolta.us wrote:
The usual issue is making sure people outside the project are
prevented from reading the code. You might not want people in your
project making changes on tags and branches, but there usually isn't a
- Original Message
From: Shaun Pinney shaun.pin...@bil.konicaminolta.us
The usual issue is making sure people outside the project are
prevented from reading the code. You might not want people in your
project making changes on tags and branches, but there usually isn't a
On Wed, Oct 13, 2010 at 2:55 PM, Les Mikesell lesmikes...@gmail.com wrote:
I'd like to find a generic scheme (and one that can be plugged into hudson
if possible) to store build results with a versioning scheme that doesn't
force you to keep them forever because most are obsolete after a few
On Wed, Oct 13, 2010 at 3:59 PM, BRM bm_witn...@yahoo.com wrote:
And that's why you use LDAP or another alternative authentication method.
BTW, Subversion does support groups as part of the path-based authentication.
I don't know how that interacts with LDAP if at all, but that might be
Our issue is handling multiple companies doing development on the same
project. Various restrictions (e.g. licensing) prevent us from sharing
all project files with everyone involved. It's a tricky use case. We
also have additional considerations which require us to control project
On Wed, Oct 13, 2010 at 3:05 PM, LiuYan 刘研 lovet...@21cn.com wrote:
David Weintraub qazwart at 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
way in subversion, it
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. Or at least someone else's problem when a
new
David Weintraub qazwart at gmail.com writes:
On Wed, Oct 13, 2010 at 2:25 AM, LiuYan 刘研 lovetide at
21cn.com wrote:
Hi all,
Because a single svn commit will result in a whole new revision
tree, so
currently I commit all changes once per day after work (to
avoid too many
On 10/13/2010 2:52 PM, BRM wrote:
From: Les Mikeselllesmikes...@gmail.com
We currently commit component binaries back into tags which are then used by
other things with external references, and final binaries are managed
separately by project, but that seems wrong on several levels.
For
If you need to control access to the code you can do things such as:
- only allow the developers that need access access to the whole project
Yep, we do this. There are still some restricted areas in some projects
though.
- setup a secondary tags namespace for special binary only information
If you need to control access to the code you can do things such as:
- only allow the developers that need access access to the whole project
Yep, we do this. There are still some restricted areas in some projects
though.
- setup a secondary tags namespace for special binary only
- Original Message
From: Les Mikesell lesmikes...@gmail.com
To: BRM bm_witn...@yahoo.com
On 10/13/2010 2:52 PM, BRM wrote:
From: Les Mikeselllesmikes...@gmail.com
We currently commit component binaries back into tags which are then
used
by
other things with external
On Oct 13, 2010, at 12:35, Nelson Cabral wrote:
My NAS comes with an Apache2 instance without mod_dav_svn. I would
like to compile mod_dav_svn.so but I don't know how to get the sources
and how to compile it properly. The NAS is a Synology CS407, the
firmware is DSM 3.0, and everything is
On Oct 13, 2010, at 14:05, LiuYan 刘研 wrote:
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
way in subversion, it still make me confused sometimes.
Do not let it confuse you. :)
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
--enable-shared=yes --prefix=/app/fms/build
checking for a BSD-compatible install... ./install-sh -c
checking for
Hi there!
file b should be read-write here; what do you think:
Reproduction script:
svn --version
svnadmin create xx
svn co file:///C:/[...]/xx yy
cd yy
echo a a
svn add a
svn propset svn:needs-lock * a
svn ci -m
svn up
svn cp a b
ls -lA
Observed
I had to change the GCC flags. Still have some issues. The version of
Neon is not correct (need 0.29 and not 0.28.3), and it took me a while
to get zlib working. I had to build that manually and add the
--with-zlib=$HOME flag. Then, there was a complaint about apr and I
had to go in and hack the
44 matches
Mail list logo
