Hi, Georg,
> It's due to - he has PHP 5.2x on his local and doesn't want to upgrade it
> (for supporting another older PHP4x site with certain config) and we have PHP
> 5.3x with some required other extensions on the dev server - so that's the
> reason for doing it this way in only his case.
M
On Thu, Sep 1, 2011 at 6:42 PM, Adam Paeth wrote:
> I'm hoping someone has some idea what happened here.
> I had a working subversion server. However after a mishap with yum some of
> the supporting packages like sasl and ssh were removed. I've re-installed
> all the packages that were removed,
I'm hoping someone has some idea what happened here.
I had a working subversion server. However after a mishap with yum some of
the supporting packages like sasl and ssh were removed. I've re-installed
all the packages that were removed, but for some reason any time I run
svnserve or try to use
serf is an external library; it is not part of Subversion itself. Please
report this issue to the serf maintainers at their mailing list --- the address
should be in README or INSTALL in the serf source tree (ie, ./serf/).
Thanks.
On Thu, 01 Sep 2011 11:10 -0700, "David Elliott" wrote:
> Conf
On Thu, Sep 1, 2011 at 1:38 PM, Ryan Schmidt <
subversion-20...@ryandesign.com> wrote:
> On Sep 1, 2011, at 13:52, Geoff Hoffman wrote:
>
> > I thought I would send this to the list to see if others have experienced
> similar issues; and as a warning to look out for this scenario.
>
> What this sh
Configured with subversion-1.7.0-rc2-BUILD build root as a sibling of
subversion-1.7.0-rc2 source root.
Looks like serf/auth needs to be made inside the build directory if the build
is to work. A minor annoyance, easily fixed by running mkdir serf/auth before
make. Might be that I'm making wi
On Thu, Sep 1, 2011 at 12:24 PM, Konstantin Kolinko
wrote:
> 2011/9/1 Geoff Hoffman :
> > We have a mixed development environment (Mac, Win, Linux).
> > We have an SVN 1.6 repo on the LAN (Ubuntu server 10.04 LTS).
> > We have a development server on the LAN (Ubuntu server 10.04 LTS).
> > (I don't
On Sep 1, 2011, at 13:52, Geoff Hoffman wrote:
> I thought I would send this to the list to see if others have experienced
> similar issues; and as a warning to look out for this scenario.
What this should serve as is a reminder to all developers to use "svn diff" (or
GUI equivalent) every time
2011/9/1 Geoff Hoffman :
> We have a mixed development environment (Mac, Win, Linux).
> We have an SVN 1.6 repo on the LAN (Ubuntu server 10.04 LTS).
> We have a development server on the LAN (Ubuntu server 10.04 LTS).
> (I don't think any of the hardware or software matters in this case, but
> her
On Thu, Sep 1, 2011 at 12:25 PM, Brendan Flanagan
wrote:
> All,
>
> One of our customers is implementing subversion and TSVN and they have
> decided on a repository structure that is slightly different than "the norm"
> and I wanted to check if it had any "flaws"?
>
> They support and develop enha
We have a mixed development environment (Mac, Win, Linux).
We have an SVN 1.6 repo on the LAN (Ubuntu server 10.04 LTS).
We have a development server on the LAN (Ubuntu server 10.04 LTS).
(I don't think any of the hardware or software matters in this case, but
here it is anyway)
Most of us are run
On Thu, Sep 1, 2011 at 11:25 AM, Brendan Flanagan
wrote:
>
> They support and develop enhancements to a purchased product (they don't
> have the source for the purchased product, only their enhancements).
>
> They want "trunk" to reflect the current Production Release of their
> enhancements only.
On Sep 1, 2011, at 18:25 , Brendan Flanagan wrote:
> All,
>
> One of our customers is implementing subversion and TSVN and they have
> decided on a repository structure that is slightly different than "the norm"
> and I wanted to check if it had any "flaws"?
>
> They support and develop enhance
All,
One of our customers is implementing subversion and TSVN and they have
decided on a repository structure that is slightly different than "the norm"
and I wanted to check if it had any "flaws"?
They support and develop enhancements to a purchased product (they don't
have the source for the pu
Very well, we'll move it to users. I just figured it was a bug in 1.7 since
the performance of the svn info -depth infinity was SIGNIFICANTLY faster in
1.6.x. Currently it takes 1 minute with 1.7 and less than a second with 1.6.x.
-Mike
From: Bert Huijben [mailto:b...@qqmail.nl]
Sent: Thursda
15 matches
Mail list logo