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 ap
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
Observ
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
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: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
- Original Message
> From: Les Mikesell
> To: BRM
> On 10/13/2010 2:52 PM, BRM wrote:
> >> From: Les Mikesell
> >> We currently commit component binaries back into tags which are then
> >> used
>by
> >> other things with external references, and final binaries are managed
> >> se
> > 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
> 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 informati
On 10/13/2010 2:52 PM, BRM wrote:
From: Les Mikesell
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 projects we do nigh
> David Weintraub gmail.com> writes:
>
> >
> > On Wed, Oct 13, 2010 at 2:25 AM, LiuYan 刘研
> 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
> > > revi
> > 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
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
> way in subversion, it still make me confused
> > 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 proje
On Wed, Oct 13, 2010 at 3:59 PM, BRM 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
> something
> to investi
On Wed, Oct 13, 2010 at 2:55 PM, Les Mikesell 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 new
> builds but that
- Original Message
> From: Shaun Pinney
> > 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 th
On Wed, Oct 13, 2010 at 3:42 PM, Shaun Pinney
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
>> security issue if they see the co
- Original Message
> From: Les Mikesell
> 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 projects we do night
> 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 multip
Ryan Schmidt 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 work (to
David Weintraub gmail.com> writes:
>
> On Wed, Oct 13, 2010 at 2:25 AM, LiuYan 刘研 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 o
On 10/13/2010 1:19 PM, David Weintraub wrote:
On Wed, Oct 13, 2010 at 1:42 PM, Les Mikesell 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
task. You can always
On Wed, Oct 13, 2010 at 2:12 PM, Shaun Pinney
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 moment. So far, I only know of
On Wed, Oct 13, 2010 at 1:42 PM, Les Mikesell 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
task. You can always download from a Maven repository using the
"ge
> > 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.
>
> >
> 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 wan
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 (command
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. I
On Wed, Oct 13, 2010 at 12:05 PM, Mauro Adolfo San Martin Ramas
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 each team is active
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 n
Mauro,
Yes, such things are possible.
I have a similar project and my repository is setup as follows:
/
//libraries
//libraries/
//clients
//clients/
//server
//tools
//tools/
//
( is optional - as I have many different suites of projects, I do
this.)
Each of the following has its own trunk, b
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 tested
>
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
> Subj
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
wrote:
>>
>
>
> Linedata Limited
> Registered Office: 85 Gracechurch St., London, EC3V
> 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
>
On Wed, Oct 13, 2010 at 2:25 AM, LiuYan 刘研 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 proper way, so:
On Wed, Oct 13, 2010 at 9:24 AM, Mathieu Malaterre
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
> pretend that initial history [
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
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 th
>
> 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 tha
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 ref
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).
>
> 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 authentica
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 file
>
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
On Wed, Oct 13, 2010 at 00:45, FAISAL YAQOOB, BLOOMBERG/ 731 LEXIN
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 of revision numbe
46 matches
Mail list logo
