Hi.
I've got a basic workflow app that allows users to manage software
apps, for different roles. For the "review" role, I'm trying to find a
simple issue tracking app/code diff/review app that I can modify, to
hook into what I'm creating. I've started looking into
mantis/indefero, etc...
Somethi
openSUSE 11.4
# svnserve --version
svnserve, version 1.6.15 (r1038135)
Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.apache.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).
The following repository back-end (FS) m
free.fr> writes:
> A naive goal is to display the whole history of the 'myFolder/myFile' file,
> INCLUDING the number and message of the revision where the file has
> been deleted.
Agreed, this is a big hassle. I posted a similar complaint a while ago. My
suggestion was to add an option to "s
Looking at my failing tests most of them seem to be property related. Tests
expect certain properties to be set, but they aren't being set.
Can anyone give me some guidance on where I should be looking to resolve
these? Is this caused by a particular dependency?
Here's an example of what I'm se
A) Naive goal
-
A naive goal is to display the whole history of the 'myFolder/myFile' file,
INCLUDING the number and message of the revision where the file has been
deleted.
B) Naive commands fail
--
Firstly, following 2 naive commands completely fail, because th
Hello everyone,
this is the first time i try to use google code or any project hosting
system.
I'm developping a project which contains now many files already. i
created a project on google code to host the first one but i don't
have an idea how to upload it to my google code project.
Great - thanks!
On Mon, Mar 21, 2011 at 2:07 PM, Mark Phippard wrote:
> The tests marked XFAIL are expected to fail. You can ignore those and
> just focus on the rest.
>
>
>
> On Mon, Mar 21, 2011 at 5:04 PM, Glen Cooper wrote:
> > Hello,
> > I have built Subversion on Windows and am running t
The tests marked XFAIL are expected to fail. You can ignore those and
just focus on the rest.
On Mon, Mar 21, 2011 at 5:04 PM, Glen Cooper wrote:
> Hello,
> I have built Subversion on Windows and am running the test suite. I am
> getting a number of failing tests and I just wanted to ask if t
Hello,
I have built Subversion on Windows and am running the test suite. I am
getting a number of failing tests and I just wanted to ask if there are any
tests that are expected to fail? I don't want to spend time running down
failures if they're expected.
Here are the details on my build envir
Hi All,
We are facing a weird issue with merging JAVA files. For some reason ,
when we do merge, SVN presumes that there is nothing to do, unless I
enable the "ignore-ancestry" flag.
*Here is what we did. *
1. Created branch "1.1" from "trunk".
2. Created branch "1.2" from "trunk".
3. Ad
Op maandag 21 mrt 2011 18:37 CET schreef Nico Kadel-Garcia:
> Cool. Check out
> http://svnbook.red-bean.com/nightly/en/svn.serverconfig.netmodel.html#svn.serverconfig.netmodel.credcache
> to learn more about the credential caching. Unfortunately, while that
Interesting, but it is another problem.
I'm attempting to setup svnserver with SASL on Mac OS X Server 10.6.6 per the
documentation at:
http://svnbook.red-bean.com/nightly/en/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.sasl
I guess I would like to start by simply asking if any one has successfully done
so.
Currentl
On Mon, Mar 21, 2011 at 1:37 PM, Nico Kadel-Garcia wrote:
> Cool. Check out
> http://svnbook.red-bean.com/nightly/en/svn.serverconfig.netmodel.html#svn.serverconfig.netmodel.credcache
> to learn more about the credential caching. Unfortunately, while that
> page mentions support for Gnome and KDE
On Mon, Mar 21, 2011 at 1:07 PM, Cecil Westerhof wrote:
> Op maandag 21 mrt 2011 17:57 CET schreef Nico Kadel-Garcia:
>
>>> As I understood it, the best way to setup subversion is just with
>>> svnserve. Because it is accessed through the Internet, we should also
>>> SASL.
>>>
>>> It looks like th
Op maandag 21 mrt 2011 17:57 CET schreef Nico Kadel-Garcia:
>> As I understood it, the best way to setup subversion is just with
>> svnserve. Because it is accessed through the Internet, we should also
>> SASL.
>>
>> It looks like the passwords are then stored in a text-file. Which
>> means that w
On Mon, Mar 21, 2011 at 12:36 PM, Cecil Westerhof wrote:
> As I understood it, the best way to setup subversion is just with
> svnserve. Because it is accessed through the Internet, we should also
> SASL.
>
> It looks like the passwords are then stored in a text-file. Which
> means that when an us
This isn't on Ubuntu Hardy LTS by any chance, is it? Because that just
happens to be the latest backported version on that platform. As others
have already said, you should move to either 1.5.latest or 1.6.latest.
Tony.
> -Original Message-
> From: Cecil Westerhof [mailto:ce...@decebal.
On Mon, Mar 21, 2011 at 12:14 PM, Cecil Westerhof wrote:
> I am asked to implement a repository system for a client. When looking
> at the version, I see:
> svnserve, version 1.5.1 (r32289)
> compiled Mar 1 2011, 17:20:34
>
> I find this a bit strange. Only three weeks ago compiled, but
Op maandag 21 mrt 2011 17:20 CET schreef Andy Levy:
>> I am asked to implement a repository system for a client. When looking
>> at the version, I see:
>> svnserve, version 1.5.1 (r32289)
>> compiled Mar 1 2011, 17:20:34
>>
>> I find this a bit strange. Only three weeks ago compiled, but
As I understood it, the best way to setup subversion is just with
svnserve. Because it is accessed through the Internet, we should also
SASL.
It looks like the passwords are then stored in a text-file. Which
means that when an user want to change his password, the maintainer of
the svnserver has t
On Mon, Mar 21, 2011 at 12:14, Cecil Westerhof wrote:
> I am asked to implement a repository system for a client. When looking
> at the version, I see:
> svnserve, version 1.5.1 (r32289)
> compiled Mar 1 2011, 17:20:34
>
> I find this a bit strange. Only three weeks ago compiled, but sti
On Mar 21, 2011, at 11:14, Cecil Westerhof wrote:
> I am asked to implement a repository system for a client. When looking
> at the version, I see:
>svnserve, version 1.5.1 (r32289)
> compiled Mar 1 2011, 17:20:34
>
> I find this a bit strange. Only three weeks ago compiled, but still
I am asked to implement a repository system for a client. When looking
at the version, I see:
svnserve, version 1.5.1 (r32289)
compiled Mar 1 2011, 17:20:34
I find this a bit strange. Only three weeks ago compiled, but still on
1.5.1. Should I ask them to upgrade, or is that not very i
> > I looked everywhere for this info and I have not foud it.
> >
> > I am quiting trying to control access with LDAP groups but I am
> > keeping the authentication.
> >
> > So, I decided to use the AuthzSVNAccessFile directive to make groups
> > and control the access to some repos, projects and
On Mon, Mar 21, 2011 at 6:16 AM, Ryan Schmidt
wrote:
> On Mar 18, 2011, at 14:33, Greg Lindstrom wrote:
>
>> Traditionally, we set up a "trunk", "branches" and "tags" directory in
>> Subversion for each project. I have a good feel for creating branches,
>> making changes, merging back to the tr
On Mar 18, 2011, at 14:33, Greg Lindstrom wrote:
> Traditionally, we set up a "trunk", "branches" and "tags" directory in
> Subversion for each project. I have a good feel for creating branches,
> making changes, merging back to the trunk and creating a tag. What I would
> like advice on is h
26 matches
Mail list logo